Tengo instalado la distribución suse 8.2, realicé un script para iniciar una aplicación donde acepta como parámetros los siguientes: script.pl start: inicia mi aplicación script.pl stop: finaliza script.pl restart: la reinicia En el caso de no introducir parámetros considera que debe iniciar la aplicación. Son lo parámetros típicos de un script de inicio. Linkeé mi script de la siguiente forma: ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/S13script.pl Reinicié el ordenador y no inició mi aplicación, ¿se me ha pasado algo por alto?. Un Saludo. _________________________________________________________________ La información más fresca desde diferentes puntos de vista en la Revista de Prensa de MSN. http://es.newsbot.msn.com/
El Lunes, 14 de Junio de 2004 22:35, . . escribió:
Tengo instalado la distribución suse 8.2, realicé un script para iniciar una aplicación donde acepta como parámetros los siguientes:
script.pl start: inicia mi aplicación script.pl stop: finaliza script.pl restart: la reinicia
En el caso de no introducir parámetros considera que debe iniciar la aplicación. Son lo parámetros típicos de un script de inicio. Linkeé mi script de la siguiente forma:
ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/S13script.pl
Reinicié el ordenador y no inició mi aplicación, ¿se me ha pasado algo por alto?.
Que tu ordenador arrancará seguramente en nivel de ejecución 5 (arrancando las X) y por tanto no ejecuta los scripts de nivel 3. Tienes que hacer los mismos links en rc5.d haz: ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/S13script.pl
Un Saludo.
_________________________________________________________________ La información más fresca desde diferentes puntos de vista en la Revista de Prensa de MSN. http://es.newsbot.msn.com/
-- " Dios no juega a los dados con el universo " " El mundo no es malo por culpa de quienes hacen cosas malas, sino porque el resto se sientan a observar. " Albert Einstein Pablo Mª Romeu Guallart
El 2004-06-15 a las 00:08 +0200, Pablo Romeu escribió:
Que tu ordenador arrancará seguramente en nivel de ejecución 5 (arrancando las X) y por tanto no ejecuta los scripts de nivel 3. Tienes que hacer los mismos links en rc5.d
La diagnosis es correcta, pero el remedio...
haz:
ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/S13script.pl
Y la siguiente vez que uses el yast, te los borrará todos. -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-06-15 a las 00:08 +0200, Pablo Romeu escribió:
Que tu ordenador arrancará seguramente en nivel de ejecución 5 (arrancando las X) y por tanto no ejecuta los scripts de nivel 3. Tienes que hacer los mismos links en rc5.d
La diagnosis es correcta, pero el remedio...
haz:
ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc5.d/S13script.pl
Y la siguiente vez que uses el yast, te los borrará todos.
Ehi amigo, muy rara vez, por no decir nunca difiero de ti Carlos, pero YO siempre los hago a mano, no los hago via yast y se mantienen, inclusive luego de entrar via yast. Creo que el modulo de yast de niveles de ejecucion lo que hace es leer los links y crearlos, no lleva una base de datos separada. Hagan la prueba a ver... -- ------------------------------------------------------ Una prensa libre es el gran enemigo de los dictadores. Independientemente de sus abusos, sus debilidades, sus errores. Una prensa libre es la gran aliada y defensora de la democracia. Charlos S. Shapiro Embajador de USA en la Rep. de Venezuela Martes, 20 de Mayo 2003
El 2004-06-15 a las 15:52 -0400, Hipolito A. Gonzalez M. escribió:
Ehi amigo, muy rara vez, por no decir nunca difiero de ti Carlos, pero YO siempre los hago a mano, no los hago via yast y se mantienen, inclusive luego de entrar via yast. Creo que el modulo de yast de niveles de ejecucion lo que hace es leer los links y crearlos, no lleva una base de datos separada.
No es una base de datos, pero si existe. Cada script de inicio de servicio lleva una cabecera - usaré "/etc/init.d/postfix" como ejemplo: # /etc/init.d/postfix # ### BEGIN INIT INFO # Provides: sendmail postfix # Required-Start: $network $named $syslog # X-UnitedLinux-Should-Start: cyrus ldap ypbind openslp # Required-Stop: # Default-Start: 3 5 # Default-Stop: # Description: start the Postfix MTA ### END INIT INFO Bien, el Yast (inserv, realmente) usa esa información para crear los enlaces. Mira en "Required-Start" y averigua que postfix debe arrancar después de "network" y "named" y "syslog", y con eso, mirando todos los script de inicio, decide en que orden deben arrancar todos los servicios que se hayan solcitado arrancar (es decir, el numerito de los enlaces). La linea "Default-Start" define para que niveles de ejecución se iniciará ese servicio (en este caso, 3 y 5). El proceso es similar para calcular también los enlaces "K". Si a ti te ha funcionado, puede ser casualidad, que el número que le has puesto coincida con el que insserv fuera a poner, o que no le incordie. Lo que he leido por parte de personal de SuSE a este respecto es lo mismo que dije antes: el Yast borrará los enlaces que no le gusten, y/o cambiará el orden. Lo puedes ver en la lista internacional. -- Saludos Carlos Robinson
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 16 de Junio de 2004 03:32, Carlos E. R. escribió:
No es una base de datos, pero si existe. Cada script de inicio de servicio lleva una cabecera - usaré "/etc/init.d/postfix" como ejemplo:
* Estoy viendo esto hace tiempo, y a mi no me ha quitado nunca los enlaces, y si lo hiciera habria que decirle al personal de SuSE que se meta en sus asuntos, los runlevels estan para configurarlos a voluntad del administrador, y se debe hacer uso intensivo de los runlevels para la administracion, que para eso estan, y mas aun si se usan herramientas como secumod u otras en las que hay que usar o es conveniente usar y configurar los runlevels para la carga y descarga de modulos con distintas compilaciones y configuraciones de capbits que pueden no permitir logeos locales o remotos a voluntad, apertura de sockets, etc, etc, se baja o se sube de runlevel y se descarga el modulo, se configura lo necesario y se aplica el runlevel por defecto o alguno de los configurados al efecto y aparte no hay ninguna razon técnica que impida el arranque y parada en paralelo, como en los sistemas no System-V los bsd por ejemplo, además en /etc/sysconfig/boot, RUN_PARALLEL="yes" hace esta función aparte de acelerar el arranque. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAz62cAXFL65CppEIRAvIaAJ9SVfMiwSgvzabdNzrSFLM2GpKbSgCfYlG6 cMRqj9rKqr+CxAlgP/4vPvA= =/Vzp -----END PGP SIGNATURE-----
El 2004-06-16 a las 04:17 +0200, jose maria escribió:
No es una base de datos, pero si existe. Cada script de inicio de servicio lleva una cabecera - usaré "/etc/init.d/postfix" como ejemplo:
* Estoy viendo esto hace tiempo, y a mi no me ha quitado nunca los enlaces, y si lo hiciera habria que decirle al personal de SuSE que se meta en sus asuntos,
Sus "asuntos" incluyen el Yast, y el yast toca los niveles de ejecución: la filosofía de SuSE ha sido siempre centralizar la configuración lo más posible en el Yast. Eso está perfectamente documentado. Si tu quieres tocarlos a tu aire, sin tener en cuenta lo que los scripts de SuSE hace, pues allá tu. Yo si he visto como cambian los enlaces.
ejemplo, además en /etc/sysconfig/boot, RUN_PARALLEL="yes" hace esta función aparte de acelerar el arranque.
SuSE 8.2 no la tiene. -- Saludos Carlos Robinson
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 16 de Junio de 2004 13:46, Carlos E. R. escribió:
Eso está perfectamente documentado. Si tu quieres tocarlos a tu aire, sin tener en cuenta lo que los scripts de SuSE hace, pues allá tu.
* La funcion de yast sera crear los que se le indiquen, o quitarlos bajo los mismos condicionantes, no borrar lo que le de la gana o no le guste, los runlevels de inicio y el sistema de arranque no tiene misterios insondables y si borraran mis scripts es que son unos memos programando. * Hay media docena de herramientas y programas para crear, quitar o configurar los runlevels, webmin, chkconfig, etc, que no son cosecha de SuSE, y ninguna, faltaria mas, borra nada por su cuenta, ademas eso vulnera el LSB tan cacareado por esta empresa, y solo faltaría que se tuvieran que reprogramar aplicaciones que necesiten scripts de arranque a medida o complejos, por que a yast no le guste. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA0LHqAXFL65CppEIRAlCGAJ0TDO1meqmMGPo9hP5M4o7PRp5vpwCdGzRX yquF83UCS3YWjrVskwIx8cc= =kSPP -----END PGP SIGNATURE-----
Carlos E. R. wrote:
# /etc/init.d/postfix # ### BEGIN INIT INFO # Provides: sendmail postfix # Required-Start: $network $named $syslog # X-UnitedLinux-Should-Start: cyrus ldap ypbind openslp # Required-Stop: # Default-Start: 3 5 # Default-Stop: # Description: start the Postfix MTA ### END INIT INFO
Bien, el Yast (inserv, realmente) usa esa información para crear los enlaces. Mira en "Required-Start" y averigua que postfix debe arrancar después de "network" y "named" y "syslog", y con eso, mirando todos los script de inicio, decide en que orden deben arrancar todos los servicios que se hayan solcitado arrancar (es decir, el numerito de los enlaces). La linea "Default-Start" define para que niveles de ejecución se iniciará ese servicio (en este caso, 3 y 5). El proceso es similar para calcular también los enlaces "K".
Si a ti te ha funcionado, puede ser casualidad, que el número que le has puesto coincida con el que insserv fuera a poner, o que no le incordie. Lo que he leido por parte de personal de SuSE a este respecto es lo mismo que dije antes: el Yast borrará los enlaces que no le gusten, y/o cambiará el orden. Lo puedes ver en la lista internacional.
Alli tambien tienes toda la razon, y eso lo se. Y cuando los hago a mano, (digo que debe ser por conocimiento aprendido) yo se que el postfix debe arrancar luego de esos servicios, la intuicion me lo dice, y capaz que el numero no coincide con el que le yast cree pero te aseguro que esta mucho despues que el minimo requerido, e igual aplico para el K, lo mato antes que otros servicios que pueden influir en su comportamiento. Pero el caso especificio, por ejemplo, yo siemrpe creo un /etc/rc.d/seguridad donde pongo mis reglas de filtrado y demas con iptables. Y creo el link en S entre los ultimos, y no lo mato (no hace falta) y nunca el yast me ha eliminado el link. PAra los scripts hechos manualmente eso funciona perfecto. -- ------------------------------------------------------ Una prensa libre es el gran enemigo de los dictadores. Independientemente de sus abusos, sus debilidades, sus errores. Una prensa libre es la gran aliada y defensora de la democracia. Charlos S. Shapiro Embajador de USA en la Rep. de Venezuela Martes, 20 de Mayo 2003
El 2004-06-16 a las 08:32 -0400, Hipolito A. Gonzalez M. escribió:
Si a ti te ha funcionado, puede ser casualidad, que el número que le has puesto coincida con el que insserv fuera a poner, o que no le incordie. Lo que he leido por parte de personal de SuSE a este respecto es lo mismo que dije antes: el Yast borrará los enlaces que no le gusten, y/o cambiará el orden. Lo puedes ver en la lista internacional.
Alli tambien tienes toda la razon, y eso lo se. Y cuando los hago a mano, (digo que debe ser por conocimiento aprendido) yo se que el postfix debe arrancar luego de esos servicios, la intuicion me lo dice, y capaz que el numero no coincide con el que le yast cree pero te aseguro que esta mucho despues que el minimo requerido, e igual aplico para el K, lo mato antes que otros servicios que pueden influir en su comportamiento.
Pero el caso especificio, por ejemplo, yo siemrpe creo un /etc/rc.d/seguridad donde pongo mis reglas de filtrado y demas con iptables. Y creo el link en S entre los ultimos, y no lo mato (no hace falta) y nunca el yast me ha eliminado el link.
Por cierto, /etc/rc.d es un enlace simbólico a init.d/. No se, me haces dudar. Puede que el yast te lo respete mientras él no tenga que insertar o borrar un demonio, por ejemplo porque haya un parche de seguridad en el YOU, o porque instales un nuevo paquete. Por ejemplo, el rpm del postfix incluye un "/etc/init.d/postfix", y el script de instalación (el "ALL" y el POSTIN) contiene éste código: if test "${!STARTVAR}" = "yes" -o "$FORCE_YES" = "1" ; then sbin/insserv $INSSERV_FORCE etc/init.d/$SCRIPTNAME else sbin/insserv $INSSERV_FORCE -r etc/init.d/$SCRIPTNAME En cuanto el rpm ejecute eso, el "insserv" es precisamente el que se encarga de mover todos los links que le hagan falta para poner el nuevo.
PAra los scripts hechos manualmente eso funciona perfecto.
Puede que sea ese el quid, que es un script que el suse no conoce, no tiene uno del mismo nombre. Pero ya te digo, el comportamiento documentado es que te arriesgas a que te lo borre - no el script, sino el enlace simbólico. -- Saludos Carlos Robinson
El 2004-06-14 a las 22:35 +0200, . . escribió:
Tengo instalado la distribución suse 8.2, realicé un script para iniciar una aplicación donde acepta como parámetros los siguientes:
script.pl start: inicia mi aplicación script.pl stop: finaliza script.pl restart: la reinicia
En el caso de no introducir parámetros considera que debe iniciar la aplicación. Son lo parámetros típicos de un script de inicio. Linkeé mi script de la siguiente forma:
ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/K08script.pl ln -s /path_de_mi_ejecutable/script.pl /etc/rc.d/rc3.d/S13script.pl
Reinicié el ordenador y no inició mi aplicación, ¿se me ha pasado algo por alto?.
Pues que en SuSE no se hacen los enlaces simbólicos manualmente, porque el sistema te los borrará en cuanto tenga ocasión. Leete la siguiente documentación: - man init.d - Capítulo "The SuSE boot concept" en el manual de administración - o en español "El concepto de arranque de SuSE Linux" (En la 8.2 es el III.12). - Fichero "/etc/init.d/skeleton" como punto de partida para tu script. - Y por último, usar el programa "chkconfig script on" para insertarlo en los niveles de ejecución correspondientes. -- Saludos Carlos Robinson
participants (5)
-
. . -
Carlos E. R. -
Hipolito A. Gonzalez M. -
jose maria -
Pablo Romeu