Hola, Ayer instalé un programa de gestión de sai (Upsmon*) en un servidor con SuSE 10. No tenía muchas esperanzas de que fuera a funcionar, pero pude instalar el rpm sin problemas mediante "rpm -i paquete" (no me dio ningún error ni tampoco avisos). Lo ejecuto y configuro sin problemas, me voy al editor de niveles de ejecución y lo veo activado para que se inicie en los niveles 2, 3 y 5. Todo bien, vamos, salvo que al iniciar el equipo no se inicia el programa. ;-) - Si ejecuto: /etc/init.d/upsmon status Me responde "unused". - Si ejecuto: /etc/init.d/upsmon start Se inicia sin problemas, y si lo paro (stop), también. He revisado el script y veo que apunta a la ruta del ejecutable correctamente, por lo que no sé qué puede pasar. En el fichero "boot.msg" no lo veo, no hay ninguna referencia. Tampoco veo nada en los registros habituales ("localmessages", "messages", "warn")... ¿Alguna idea? * http://www.ups-technet.com/upsmon.htm Saludos, -- Camaleón
Hola :) Camaleón wrote:
Hola,
Ayer instalé un programa de gestión de sai (Upsmon*) en un servidor con SuSE 10. No tenía muchas esperanzas de que fuera a funcionar, pero pude instalar el rpm sin problemas mediante "rpm -i paquete" (no me dio ningún error ni tampoco avisos). Lo ejecuto y configuro sin problemas, me voy al editor de niveles de ejecución y lo veo activado para que se inicie en los niveles 2, 3 y 5. Todo bien, vamos, salvo que al iniciar el equipo no se inicia el programa. ;-)
- Si ejecuto: /etc/init.d/upsmon status
Me responde "unused".
- Si ejecuto: /etc/init.d/upsmon start
Se inicia sin problemas, y si lo paro (stop), también. He revisado el script y veo que apunta a la ruta del ejecutable correctamente, por lo que no sé qué puede pasar.
En el fichero "boot.msg" no lo veo, no hay ninguna referencia. Tampoco veo nada en los registros habituales ("localmessages", "messages", "warn")...
¿Alguna idea?
Hace mucho que no juego con SAI, pero en mi época, lo controlaba init (/etc/inittab). Posiblemente upsmon dependa de init y no es un servicio (demonio) en sí. HTH Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com
2006/2/2, Rafa Grimán:
Hace mucho que no juego con SAI, pero en mi época, lo controlaba init (/etc/inittab). Posiblemente upsmon dependa de init y no es un servicio (demonio) en sí.
Hola Rafa, En inittab veo las siguientes entradas relacionadas con la energía / servicio ups: #what to do when the power fails / returns (...) powerfail start (...) powerfail stop #For ARGO ups (...) /sbin/shutdown -h Pero ninguna entrada relacionada con Upsmon... Upsmon tiene sus propios scripts de acciones a ejecutar para determinados eventos, que se encuentran en el directorio donde está instalado. ¿Debería añadir alguna entrada aquí para iniciarlo? No se me ocurre dónde más mirar... cualquier idea se agradece. :-) Saludos, -- Camaleón
Hola :) Camaleón wrote:
2006/2/2, Rafa Grimán:
Hace mucho que no juego con SAI, pero en mi época, lo controlaba init (/etc/inittab). Posiblemente upsmon dependa de init y no es un servicio (demonio) en sí.
Hola Rafa,
En inittab veo las siguientes entradas relacionadas con la energía / servicio ups:
#what to do when the power fails / returns (...) powerfail start (...) powerfail stop
#For ARGO ups (...) /sbin/shutdown -h
Estas eran las cosas que había que tener en cuenta ... qué tiempos :")
Pero ninguna entrada relacionada con Upsmon... Upsmon tiene sus propios scripts de acciones a ejecutar para determinados eventos, que se encuentran en el directorio donde está instalado. ¿Debería añadir alguna entrada aquí para iniciarlo?
No se me ocurre dónde más mirar... cualquier idea se agradece.
Acabo de mirar en: http://www.ups-technet.com/areaftp/manuals/Users%20Manual%204.2A.pdf Y en la página 8 pone que hay que ejecutar: Upsetup "The configuration of UPSMON is performed using the Upsetup program; this will enable correct communication with the UPS and setup of the software operational parameters." En la 30 tienes una explicación más detallada. Y en la 46 y 56 lo que sería administración y "Expert User" Pero no te sé decir nada más ya que nunca lo he configurado (y estoy un poco liado ahora 0:) Suerte y ya nos contarás. HTH Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com
2006/2/2, Rafa Grimán:
Acabo de mirar en:
http://www.ups-technet.com/areaftp/manuals/Users%20Manual%204.2A.pdf
El manual lo tengo aquí al lado, impreso y en pdf (por si las moscas), me lo he leído entero :-}. No es un problema del programa, sino que al iniciar suse no carga el servicio... Gracias de todas formas, a ver qué encuentro. Saludos, -- Camaleón
Hola :) Camaleón wrote:
2006/2/2, Rafa Grimán:
Acabo de mirar en:
http://www.ups-technet.com/areaftp/manuals/Users%20Manual%204.2A.pdf
El manual lo tengo aquí al lado, impreso y en pdf (por si las moscas),
Joer que organización, ya me gustaría a mi ser así ... 0:)
me lo he leído entero :-}. No es un problema del programa, sino que al iniciar suse no carga el servicio...
Ahhhh. Prueba con strace/ltrace a lanzar el comando y ver qué hace. Posiblemente te dé más info respecto a si encuentra o no librerías, ... ¿Te aparece algo con dmesg? A lo mejor el kernel muestra algo que no le gusta cuando lanzas el servicio.
Gracias de todas formas, a ver qué encuentro.
HTH Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-02 a las 16:06 +0100, Camaleón escribió:
Ayer instalé un programa de gestión de sai (Upsmon*) en un servidor con SuSE 10. No tenía muchas esperanzas de que fuera a funcionar, pero pude instalar el rpm sin problemas mediante "rpm -i paquete" (no me dio ningún error ni tampoco avisos). Lo ejecuto y configuro sin problemas, me voy al editor de niveles de ejecución y lo veo activado para que se inicie en los niveles 2, 3 y 5. Todo bien, vamos, salvo que al iniciar el equipo no se inicia el programa. ;-)
- Si ejecuto: /etc/init.d/upsmon status
¿Y con chkconfig upsmon? Hay un "bug" en la 9.3, y posiblemente en la 10, por la que aunque un script tenga los enlaces bien puestos, no arranque automáticamente. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD4i1OtTMYHG2NR9URAp44AKCQHJSJ7Ik6PY7sOpbC+y/uREMmRACfT4su ehIgs0WXm6B0wiXg2FD6Wj0= =emQr -----END PGP SIGNATURE-----
El 2/02/06, Carlos E. R. escribió:
¿Y con chkconfig upsmon?
chkconfig --list upsmon upsmon 0:off 1:off 2:on 3:on 4:on 5:on 6:off Claro, me aparece iniciado, pero porque lo he activado a mano.
Hay un "bug" en la 9.3, y posiblemente en la 10, por la que aunque un script tenga los enlaces bien puestos, no arranque automáticamente.
Ups, vaya, eso no es un bug, es un "bugazo"... ¿y tiene solución? ¿pasa con todos o sólo coan algunos especiales? Porque tener que iniciar de forma manual los programas no me parece una buena idea... :-P Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-02 a las 17:34 +0100, Camaleón escribió:
El 2/02/06, Carlos E. R. escribió:
¿Y con chkconfig upsmon?
chkconfig --list upsmon
upsmon 0:off 1:off 2:on 3:on 4:on 5:on 6:off
Claro, me aparece iniciado, pero porque lo he activado a mano.
Bueno, no, ahí no indica ni iniciado ni no iniciado, sino simplemente marcado para iniciarse en los nivles 3, 4 y 5. Lo del 4 no lo entiendo.
Hay un "bug" en la 9.3, y posiblemente en la 10, por la que aunque un script tenga los enlaces bien puestos, no arranque automáticamente.
Ups, vaya, eso no es un bug, es un "bugazo"... ¿y tiene solución? ¿pasa con todos o sólo coan algunos especiales? Porque tener que iniciar de forma manual los programas no me parece una buena idea... :-P
Pues te cuento de que va el bug para que puedas mirarlo. En el directorio "/etc/init.d/" hay unos ficheros "raros": Makefile .depend.boot .depend.start .depend.stop Estos ficheros son realmente los que gobiernan que es lo que se ejecuta y cuando - olvídate de los enlaces, ya no se usan. ¿No me crees? Mal hecho :-P En "/etc/sysconfig/boot" encontramos estas dos desconocidas variables: ## Type: yesno ## Default: yes # # Run all scripts or rather start/stop all services # which are independent from each other in parallel. # RUN_PARALLEL=yes ## Type: yesno ## Default: yes # # Run all scripts or rather start/stop all services # by using the make command and if RUN_PARALLEL is # set to "yes" just use a make like boot behaviour # #Cer: este es el problema de init. O parte de el. # USE_MAKE=yes Esos son los ajustes por defecto de la 9.3 (y siguientes, imagino). ¡Y NO ESTÁ DOCUMENTADO! Estos "!$"%$/&%(/&)( de SuSE tienen la PIIIII manía de no documentar los cambios cruciales que hacen. Ah, ¡por cierto! Poner «USE_MAKE=no» no te garantizo que te haga caso, pero puedes probar. El problema que yo tuve es que el fichero ".depend.start" contenía esta linea y similares: apache2: nfs network named xntpd postgresql postfix.rpmorig.borraralgundia mysql En todos los sitios donde tenía que estar "postfix" tenía puesto "postfix.rpmorig.borraralgundia", que era un fichero de backup que yo había dejado en el directorio "/etc/init.d", y que hacía que se liase que no veas. Ese ".depend.start" es el fichero que lista todas las dependencias entre los diversos scripts de inicio: cual depende que quien para iniciarlo antes. De esa manera determina de paso cuales pueden ejecutarse en paralelo, porque sus antecesores ya han sido ejecutados. Y se supone que si pones «USE_MAKE=no» usará el método tradicional de los enlaces. En tu caso, si "upsmon" no está en ese fichero, no arrancará. ¿Como se hace para que aparezca ahí? Pues el script tiene que cumplir las normas suseras... tiene que contener este bloque (mutandis mutandi): ### BEGIN INIT INFO # Provides: FOO # Required-Start: $syslog $remote_fs # Should-Start: $time ypbind sendmail # Required-Stop: $syslog $remote_fs # Should-Stop: $time ypbind sendmail # Default-Start: 3 5 # Default-Stop: 0 1 2 6 # Short-Description: FOO XYZ daemon providing ZYX # Description: Start FOO to allow XY and provide YZ # continued on second line by '#<TAB>' # should contain enough info for the runlevel editor # to give admin some idea what this service does and # what it's needed for ... # (The Short-Description should already be a good hint.) ### END INIT INFO Y se supone que el comando "chkconfig" crea los .depend.*; mejor dicho, insserv lo hace ( INSSERV(8) ) Lo reporté en su dia en la lista inglesa: | Date: Mon, 25 Apr 2005 10:15:51 +0200 (CEST) | From: Carlos E. R. | Subject: [SLE] Strange problem starting services in SuSE 9.3 | X-Message-Number-for-archive: 233771 y: | Date: Tue, 26 Apr 2005 14:05:19 +0200 (CEST) | From: Carlos E. R. | Subject: [SLE] init.d no longer works | X-Message-Number-for-archive: 233934 - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD4m+UtTMYHG2NR9URArEkAJ9KxyPBgcG7UMyhnNJe2gqFbytoOQCfZD7r +X6rE75yluhdrAlqiPLRCvY= =e9iO -----END PGP SIGNATURE-----
El 2/02/06, Carlos E. R. escribió:
En tu caso, si "upsmon" no está en ese fichero, no arrancará.
Pues lo curioso es que está en el fichero ".depend.start", y se ha puesto automáticamente, pero no arranca: targets= (...) upsmon (...) upsmon: network syslog Qué lío... ahora estoy peor que antes, porque debería arrancar y no lo hace... :-P Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-02 a las 22:32 +0100, Camaleón escribió:
En tu caso, si "upsmon" no está en ese fichero, no arrancará.
Pues lo curioso es que está en el fichero ".depend.start", y se ha puesto automáticamente, pero no arranca:
targets= (...) upsmon (...) upsmon: network syslog
Qué lío... ahora estoy peor que antes, porque debería arrancar y no lo hace... :-P
Jo. ¿Los enlaces están en su sitio, se crearon bien? ¿Hay algún fichero en /etc/init.d/ que no deba estar? ¿El script en /etc/init.d/ tiene permisos de ejecución? Pues... puedes poner una linea cerca del principio del script, para que escriba por ejemplo la fecha en un fichero - no lo hagas con syslog. Así vemos si al menos intenta entrar y es el script el que se sale sin chistar. Otra posibilidad sería jugar con /etc/sysconfig/boot. Puedes poner USE_MAKE=no y ver si a la manera tradicional arranca. O puedes poner: PROMPT_FOR_CONFIRM="yes" para que ejecute paso a paso y te de tiempo a verlo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD4qKptTMYHG2NR9URAtDTAKCAJlCXMYxiqLLbHjpUAPpRTjAXhgCfcbAI npgkk5oU4Ue/6mJlrWxlAKw= =QFrB -----END PGP SIGNATURE-----
El 3/02/06, Carlos E. R. escribió:
¿Los enlaces están en su sitio, se crearon bien? ¿Hay algún fichero en /etc/init.d/ que no deba estar? ¿El script en /etc/init.d/ tiene permisos de ejecución?
Lo habéis debido de asustar, Carlos y Rafa, porque hoy se ha iniciado correctamente, sin hacer ningún cambio, nada... se ha ejecutado sin problemas. :-? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-03 a las 09:25 +0100, Camaleón escribió:
El 3/02/06, Carlos E. R. escribió:
¿Los enlaces están en su sitio, se crearon bien? ¿Hay algún fichero en /etc/init.d/ que no deba estar? ¿El script en /etc/init.d/ tiene permisos de ejecución?
Lo habéis debido de asustar, Carlos y Rafa, porque hoy se ha iniciado correctamente, sin hacer ningún cambio, nada... se ha ejecutado sin problemas.
X'-)
:-?
Lo peor es eso, la duda... el no saber que era. No me gustan los fallos intermitentes. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD42nPtTMYHG2NR9URAv58AKCI/FtmrebqOBiWbA+f7dG2qd9vFwCdHnFq p/kOIe8KsPRgSf/kxXMTR/8= =1j8E -----END PGP SIGNATURE-----
participants (3)
-
Camaleón -
Carlos E. R. -
Rafa Grimán