Puppet, Nagios, Munin en hosts basados ​​en cPanel

Puppet, Nagios, Munin en hosts basados ​​en cPanel

He estado administrando entre 20 y 30 hosts basados ​​en cPanel durante el año pasado con Puppet, Nagios y Munin para monitoreo/tendencias generales; sin embargo, muchos de los métodos que tuve que usar para implementar/administrar cosas como las configuraciones fueron una molestia.

Para aquellos de ustedes que no están familiarizados con cPanel, agrega algunas cosas que yum excluye, como perl*, ruby*, etc. Esto causa problemas al poder iniciar el monitoreo en un nuevo servidor a través de Puppet (bueno, a través del tipo de paquete) debido a una serie de conflictos con la instalación a través de Yum.

Ahora podría crear un RPM personalizado para todo y eliminar ciertas dependencias del archivo de especificaciones; sin embargo, me gustaría evitar esto si es posible. ¿Alguien tiene alguna propuesta de forma funcional para gestionar este tipo de entorno?

Actualmente instalo Puppet, Facter y Munin a través de RPM y fuerzo la instalación usando --nodeps y demás (ya que están instalados, pero no los que Yum quiere). Nagios lo instalé manualmente desde la fuente en este momento (probablemente creará RPM, sin embargo, quiero abordar este problema general primero).

Respuesta1

Utilice la instancia Ruby de cPanel - /scripts/installruby - desde allí puede instalar mediante gema o mediante código fuente.

Respuesta2

Bueno, Munin se puede instalar a través del instalador del complemento WHM en:

Principal >> cPanel >> Administrar complementos

Simplemente haga clic en "Instalar y mantener actualizado" y se instalará.

Yum debería poder instalar paquetes con dependencias en la exclude=sección de yum.conf siempre que estén en la base de datos RPM y en la versión adecuada. Se sabe que los sistemas cPanel frecuentemente obtienen bases de datos RPM corruptas. Intente reconstruirlo y luego intente instalarlo nuevamente. Reconstruya la base de datos RPM:

Elimine los archivos /var/lib/rpm/__db* para borrar bloqueos obsoletos de procesos RPM inactivos:

cd /var/lib/rpm
rm __db*

Reconstruir la base de datos RPM:

rpm --rebuilddb

¿Alguna diferencia?

Si no es así, ¿están siquiera instaladas las dependencias que faltan? Verifique usando:

rpm -qa

o:

rpm -qi [packagename]

cPanel instala Ruby a través de RPM, por lo que esto debería aparecer en la lista y debería resolver la dependencia al instalar a través de yum. Sin embargo, cPanel no instala PHP, por lo que si falta una dependencia, entonces ese es otro problema.

Respuesta3

El problema está en la resolución automática de RPM. Desafortunadamente, cPanel no usa paquetes basados ​​en RPM/agrega algunas cosas a Yum, excluye/instala algunas cosas en áreas no estándar (en lo que respecta a RHEL), causando problemas con la resolución de RPM/Yum.

La solución que encontré fue construir mi propio RPM y que no se dessolvera automáticamente.

información relacionada