Tengo una pequeña instalación de Nagios 4.1.1 que acabo de completar. Se ejecuta en una Raspberry Pi usando Raspbian. Está bien y cuando lo inicio manualmente, /etc/init.d/nagios startfunciona bien.
Siempre les he dicho a mis sistemas Debian que inicien las cosas al arrancar el sistema haciendo algo como esto: ln -s /etc/init.d/nagios /etc/rcS.d/S99nagiosPuedo ver que el enlace simbólico se creó correctamente.
Pero no se activa en el momento del arranque. Puedo ejecutar los scripts de inicio después de que el sistema esté activo /etc/rcS.d/S99nagios startsi lo hago, sé (/creo) que el enlace simbólico es bueno. Cuando se activa el servidor, Apache se está ejecutando y la página de Nagios está activa, pero la página de inicio dice "No se puede obtener el estado del proceso", lo cual se espera cuando el servicio de Nagios no se está ejecutando. ¿Hay alguna forma de ver los registros de inicio para ver si se está intentando o hay una mejor manera de hacer que se inicie al arrancar?
Actualización: ejecuté update-rc.dy me da esto:
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match resize2fs_once Default-Start values (2 3 4 5 S)
update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match resize2fs_once Default-Stop values (none)
insserv: Script nagios is broken: incomplete LSB comment.
insserv: missing `Default-Start:' entry: please add even if empty.
insserv: missing `Default-Stop:' entry: please add even if empty.
insserv: Script nagios is broken: incomplete LSB comment.
insserv: missing `Default-Start:' entry: please add even if empty.
insserv: missing `Default-Stop:' entry: please add even if empty.
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `nagios'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `nagios'
Realmente nunca he visto esto y no sé qué hacer, pero tiene que estar relacionado.
Actualización 2: Al leer un poco, parece que esto puede estar relacionado con la forma en que están formateados los scripts init.d. Si ese es el caso, es probable que otros también estén teniendo este problema, y no sería la primera vez que los scripts init.d causaron problemas para Nagios en sistemas basados en Debian. Voy a cerrar esto y abrir un ticket en el rastreador de errores de Nagios.
Respuesta1
Esto parece ser un problema con el formato del script init.d. Esto resolvió el problema para mí:
Primero, edite el script nagios init.d:
nano /etc/init.d/nagios
Reemplace el bloque que comienza y termina así:
### BEGIN INIT INFO
#
# stuff in here
#
### END INIT INFO
Con este:
### BEGIN INIT INFO
# Provides: nagios
# Required-Start: $local_fs $syslog $network
# Required-Stop: $local_fs $syslog $network
# Short-Description: Start and Stop Nagios monitoring server
# Description: Nagios is is a service monitoring system
# Default-Start: start
# Default-Stop: stop
### END INIT INFO
Deaquí
Entonces corre:
sudo update-rc.d nagios defaults
Recibirá algunas advertencias que puede ignorar con seguridad. Por ejemplo:
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match nagios Default-Start values (start)
Reinicie y verifique. El mío ahora aparece automáticamente.
Entonces, parece que el formato general concuerda con el estándar requerido, solo que al bloque INIT le faltan algunas cosas. Prefiero este método a usar el archivo init.d de otra persona para Nagios, porque creo que los desarrolladores probablemente mantienen ese script mejor que yo. Una cosa a tener en cuenta es que si alguna vez actualiza Nagios desde la fuente y lo ejecuta, make install-initsobrescribirá este archivo y tendrá que hacerlo nuevamente. La alternativa es instalar lo que necesita, omitiendo el script de inicio.
Respuesta2
Si, lo tienes bien. El script de inicio tiene un formato incorrecto.
¿Puedes probar el script de inicio aquí?http://roger.steneteg.org/blog/installing-nagios-from-source/