Servicio que no se inicia
Hola, Tengo un servicio que no se quiere iniciar. Se trata de Lisa, el navegador de red integrado en KDE, que siempre se ha iniciado bien pero ahora me dice que no. :( Lisa está configurado para iniciarse en los niveles 3 y 5, pero una vez dentro del sistema, un "rclisa status" me dice: Checking for lan browser daemon for KDE: unused Si lo inicio de forma manual con "rclisa start" funciona correctamente, pero no así cuando se inicia el equipo. Los scripts que están en /etc/init.d no han sido modificados. ¿Qué puede haber pasado? ¿Cómo lo soluciono para recuperar Lisa al inicio? Saludos, -- Camaleón
El 2004-06-14 a las 09:29 +0200, Camaleón escribió:
Si lo inicio de forma manual con "rclisa start" funciona correctamente, pero no así cuando se inicia el equipo. Los scripts que están en /etc/init.d no han sido modificados.
¿Qué puede haber pasado? ¿Cómo lo soluciono para recuperar Lisa al inicio?
Tienes que mirar en el log, en /var/log/boot.msg, y quizás también en otros como /var/log/messages. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Tienes que mirar en el log, en /var/log/boot.msg, y quizás también en otros como /var/log/messages.
Hola, En /var/log/boot.msg tengo: /etc/init.d/rc5.d/S15lisa start <notice>'/etc/init.d/rc5.d/S15lisa start' exits with status 0 ... Run level 5 have been reached Skipped services: smbfs << la madilta impresión en samba (CUPS), que nunca arranca a tiempo. Y en /var/log/messages busco por 'lisa' pero no me devuelve nada. ¿? -- Camaleón
El 2004-06-14 a las 19:56 +0200, Camaleón escribió:
Tienes que mirar en el log, en /var/log/boot.msg, y quizás también en otros como /var/log/messages.
Hola,
En /var/log/boot.msg tengo:
/etc/init.d/rc5.d/S15lisa start <notice>'/etc/init.d/rc5.d/S15lisa start' exits with status 0
Pfff.... estamos como estabamos. Según eso parece que ha arrancado. Yo no uso lisa, no tengo ideas específicas. Tengo la impresión de que algunos demonios reportan haber funcionado o fallado erroneamente, o más tarde cambian de opinión. Es posible que ese demonio empiece a arrancar, y devuelva el control rápidamente al script - y luego se da cuenta de algo que no va bien, algo que necesita y que no está corriendo... no se, red, samba... y se cae. A no ser que devuelva codigo 0, y sin embargo haya fallado. Mira en los servicios "required start" a ver si alguno no se carga. Puedes usar chkconfig. Mmmm... Mira a ver el script que es lo que arranca. Es posible que le puedas pasar una opción "verbose" al demonio. A veces he cambiado la primera linea del script por "#!/bin/bash -x", que hace que el script escriba cada linea según la va a ejecutar para que veas que es lo que va haciendo y por donde falla - pero en este caso no creo que ayude. Examina el log de arranque con cuidado, a ver si hay algo sospechoso. Y los otros logs en los segundos posteriores al arranque.
...
Run level 5 have been reached Skipped services: smbfs << la madilta impresión en samba (CUPS), que nunca arranca a tiempo.
¿lisa no necesitará samba?
Y en /var/log/messages busco por 'lisa' pero no me devuelve nada.
Busca por la hora, hasta un minuto o dos después de haber arrancado, pero a ojo. También sirve activar el log del kernel y mirar en él. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Pfff.... estamos como estabamos. Según eso parece que ha arrancado.
Yo no uso lisa, no tengo ideas específicas. Tengo la impresión de que algunos demonios reportan haber funcionado o fallado erroneamente, o más tarde cambian de opinión.
Uhmm... demonios con iniciativa propia... :)
Es posible que ese demonio empiece a arrancar, y devuelva el control rápidamente al script - y luego se da cuenta de algo que no va bien, algo que necesita y que no está corriendo... no se, red, samba... y se cae.
Vale. Se cae. No se inicia, entonces: 1. Debe de haber algún registro que me lo indique 2. Antes no se caía, lo único que he hecho ha sido actualizar a KDE 3.2.3 y para arreglar un problema con el sonido borré los siguientes directorios: /home/usuario/.kde /home/usuario/.mcop /tmp/mcop-usuario ¿Puede tener alguna relación?
A no ser que devuelva codigo 0, y sin embargo haya fallado.
Mira en los servicios "required start" a ver si alguno no se carga. Puedes usar chkconfig.
¿Cómo se utiliza chkconfig?
Mmmm...
Mira a ver el script que es lo que arranca. Es posible que le puedas pasar una opción "verbose" al demonio.
Script va: #! /bin/sh # Copyright (c) 1995-2001 SuSE GmbH Nuernberg, Germany. # # Author: adrian@suse.de # # /etc/init.d/lisa # and its symbolic link # /usr/sbin/rclisa # ### BEGIN INIT INFO # Provides: lisa # Required-Start: $remote_fs $time $named $syslog # Required-Stop: # Default-Start: 3 5 # Default-Stop: # Description: lan browser daemon for KDE ### END INIT INFO test -r /etc/rc.config && \ . /etc/rc.config test -r /etc/sysconfig/windowmanager && \ . /etc/sysconfig/windowmanager . /etc/rc.status # Determine the base and follow a runlevel link name. base=${0##*/} link=${base#*[SK][0-9][0-9]} # Force execution if not called by a runlevel directory. test $link = $base -a "$USE_LAN_SERVER" != "server" && USE_LAN_SERVER=local test "$USE_LAN_SERVER" = "local" -o "$USE_LAN_SERVER" = "server" || exit 0 test -x /usr/sbin/lisa || exit 0 rc_reset case "$1" in start) echo -n "Starting lan browser daemon for KDE" startproc /usr/sbin/lisa -c /etc/lisarc >/dev/null rc_status -v ;; stop) echo -n "Shutting down lan browser daemon for KDE" killproc -TERM /usr/sbin/lisa rc_status -v ;; restart) ## If first returns OK call the second, if first or ## second command fails, set echo return value. $0 stop; sleep 1 && $0 start rc_status ;; reload) killproc -HUP /usr/sbin/lisa rc_status ;; status) echo -n "Checking for lan browser daemon for KDE: " checkproc /usr/sbin/lisa rc_status -v killproc -SIGUSR1 /usr/sbin/lisa sleep 1 ;; *) echo "Usage: $0 {start|stop|status|restart|reload}" exit 1 ;; esac
A veces he cambiado la primera linea del script por "#!/bin/bash -x", que hace que el script escriba cada linea según la va a ejecutar para que veas que es lo que va haciendo y por donde falla - pero en este caso no creo que ayude.
Examina el log de arranque con cuidado, a ver si hay algo sospechoso. Y los otros logs en los segundos posteriores al arranque.
Sí, pero no veo nada... raro. Nada relacionado con Lisa y nada fuera de lugar.
¿lisa no necesitará samba?
No, siempre ha sido así. El mensaje de "Waiting for CUPS to get ready" siempre ha estado, a veces se inicia a veces no (tiene 24 segundos). Ya lo han corregido en Samba 3.
Y en /var/log/messages busco por 'lisa' pero no me devuelve nada.
Busca por la hora, hasta un minuto o dos después de haber arrancado, pero a ojo. También sirve activar el log del kernel y mirar en él.
A ver si veo algo. Estos demonios... :) Saludos y gracias por las ideas. -- Camaleón
El Lunes, 14 de Junio de 2004 09:29, Camaleón escribió:
Hola,
Tengo un servicio que no se quiere iniciar. Se trata de Lisa, el navegador de red integrado en KDE, que siempre se ha iniciado bien pero ahora me dice que no.
:(
Lisa está configurado para iniciarse en los niveles 3 y 5, pero una vez dentro del sistema, un "rclisa status" me dice:
Checking for lan browser daemon for KDE: unused
Si lo inicio de forma manual con "rclisa start" funciona correctamente, pero no así cuando se inicia el equipo. Los scripts que están en /etc/init.d no han sido modificados.
¿Qué puede haber pasado? ¿Cómo lo soluciono para recuperar Lisa al inicio? A mi nunca me ha funcionado. He tenido que poner unos iconos en el escritorio(enlaces url) fish://usuario@maquina/ y luego el me pide el passworld -- Antonio López Fernádez Cartagena-España http://www.poesia-castellana.com Suse 9.1 Kde 3.2.2 Kernel 2.6.4-545 gnu/linux users register #319373 jabberID icue@myjabber.net
Antonio Lopez Fernandez wrote:
A mi nunca me ha funcionado. He tenido que poner unos iconos en el escritorio(enlaces url) fish://usuario@maquina/ y luego el me pide el passworld
Hola Antonio, El caso es que Lisa funciona muy bien. Para ello hay que tener instalados algunos paquetes, y añadir el servicio (está explicado de forma detallada en esta página de SuSE, en la sección "Procedure with KDE"). http://portal.suse.com/sdb/en/2003/03/fhassel_smb.html La verdad es que es muy cómodo porque se integra muy bien en Konqueror. A parte de Lisa, tengo en el escritorio un icono tal y como lo tienes tú, pero en vez de fish:// utilizo el protocolo smb://grupodetrabajo No me preocupa Lisa, me preocupa que un servicio que debería iniciarse no lo hace, y además, no avisa. :-P Saludos, -- Camaleón
El 2004-06-15 a las 09:38 +0200, Camaleón escribió:
Yo no uso lisa, no tengo ideas específicas. Tengo la impresión de que algunos demonios reportan haber funcionado o fallado erroneamente, o más tarde cambian de opinión.
Uhmm... demonios con iniciativa propia... :)
Sip.
Es posible que ese demonio empiece a arrancar, y devuelva el control rápidamente al script - y luego se da cuenta de algo que no va bien, algo que necesita y que no está corriendo... no se, red, samba... y se cae.
Vale. Se cae. No se inicia, entonces:
1. Debe de haber algún registro que me lo indique 2. Antes no se caía, lo único que he hecho ha sido actualizar a KDE 3.2.3 y para arreglar un problema con el sonido borré los siguientes directorios:
/home/usuario/.kde /home/usuario/.mcop /tmp/mcop-usuario
¿Puede tener alguna relación?
Ni idea, pero lo dudo: los script de inicio de sistema no tienen nada que ver con el usuario. Ahora, el cambio de version, quizás: lisa está relacionado con kde, ¿no? Es que yo no lo uso, no siquiera tengo instalado lisa.
A no ser que devuelva codigo 0, y sin embargo haya fallado.
Mira en los servicios "required start" a ver si alguno no se carga. Puedes usar chkconfig.
¿Cómo se utiliza chkconfig?
Pos nada, escribes "chkconfig" como root. Prueba con: chkconfig --list --deps | less Pe, del cups dice: cups 0:off 1:off 2:off 3:on 4:off 5:on 6:off $local_fs $remote_fs $syslog Los números indica los niveles en los que se ejecutará. Lo último son los servicios que necesita que esté corriendo antes que él: sistema de ficheros local y remoto, syslog. Normalmente, el programita sirve para activar/desactivar servicios.
Mira a ver el script que es lo que arranca. Es posible que le puedas pasar una opción "verbose" al demonio.
Script va:
Este cachito es el que diferencia cuando se llama durante el arranque o después:
# Force execution if not called by a runlevel directory. test $link = $base -a "$USE_LAN_SERVER" != "server" && USE_LAN_SERVER=local test "$USE_LAN_SERVER" = "local" -o "$USE_LAN_SERVER" = "server" || exit 0 test -x /usr/sbin/lisa || exit 0
Esta es la parte de "arranque".
start) echo -n "Starting lan browser daemon for KDE"
startproc /usr/sbin/lisa -c /etc/lisarc >/dev/null rc_status -v
Vale, pues es obvio, no? :-p Cambia ese /dev/nul: startproc /usr/sbin/lisa -c /etc/lisarc >> /var/log/boot.msg u otro fichero - si usas otro, combiene que mandar la fecha antes: echo `date --iso-8601=seconds` >> otrofichero -- Saludos Carlos Robinson
Carlos E. R. wrote:
Ahora, el cambio de version, quizás: lisa está relacionado con kde, ¿no? Es que yo no lo uso, no siquiera tengo instalado lisa.
Sí, por eso pensaba que podía haber alguna relación...
Pos nada, escribes "chkconfig" como root. Prueba con:
chkconfig --list --deps | less
Pe, del cups dice:
cups 0:off 1:off 2:off 3:on 4:off 5:on 6:off $local_fs $remote_fs $syslog
Los números indica los niveles en los que se ejecutará. Lo último son los servicios que necesita que esté corriendo antes que él: sistema de ficheros local y remoto, syslog.
De lisa me presenta ésto: lisa 0:off 1:off 2:off 3:on 4:off 5:on 6:off $remote_fs $time $named $syslog Y de Cups veo que está activado en los niveles 2, 3 y 5, pero tú no lo tienes en el 2 ¿lo quito?
Este cachito es el que diferencia cuando se llama durante el arranque o después:
# Force execution if not called by a runlevel directory. test $link = $base -a "$USE_LAN_SERVER" != "server" && USE_LAN_SERVER=local test "$USE_LAN_SERVER" = "local" -o "$USE_LAN_SERVER" = "server" || exit 0 test -x /usr/sbin/lisa || exit 0
Esta es la parte de "arranque".
start) echo -n "Starting lan browser daemon for KDE"
startproc /usr/sbin/lisa -c /etc/lisarc >/dev/null rc_status -v
Vale, pues es obvio, no? :-p
Pos no. :)
Cambia ese /dev/nul:
startproc /usr/sbin/lisa -c /etc/lisarc >> /var/log/boot.msg
Ah, ya. Darle salida al registro boot.msg y no eliminarlo. Voy a probar y te cuento. Saludos, -- Camaleón
Carlos E. R. wrote:
Vale, pues es obvio, no? :-p
Cambia ese /dev/nul:
startproc /usr/sbin/lisa -c /etc/lisarc >> /var/log/boot.msg
He hecho el cambio, pero sigue sin haber mayor información en /var/log/boot.msg Ha quedado así: startproc /usr/sbin/lisa -c /etc/lisarc >/var/log/boot.msg rcstatus -v ;; No sé, es muy extraño. Voy a seguir investigando. Pero me escama que no me indique que no se ha iniciado. Por otra parte, cuando se inicia el equipo, no veo a Lisa iniciándose (cuando se pulsa F2), es como si no estuviera. Ni "skipped", ni "done" ni "failed". Nada. :( Saludos, -- Camaleón
El 2004-06-16 a las 09:58 +0200, Camaleón escribió:
Carlos E. R. wrote:
Vale, pues es obvio, no? :-p
Cambia ese /dev/nul:
startproc /usr/sbin/lisa -c /etc/lisarc >> /var/log/boot.msg
He hecho el cambio, pero sigue sin haber mayor información en /var/log/boot.msg
Ha quedado así:
startproc /usr/sbin/lisa -c /etc/lisarc >/var/log/boot.msg rcstatus -v ;;
Fíjate bien, debe ser doble: ">>". Si pones simple, se borra el fichero. Aunque quizás hubiera que redirigir también la salida de error estandar (stderr). -- Saludos Carlos Robinson
El 2004-06-16 a las 09:16 +0200, Camaleón escribió:
De lisa me presenta ésto:
lisa 0:off 1:off 2:off 3:on 4:off 5:on 6:off $remote_fs $time $named $syslog
Y de Cups veo que está activado en los niveles 2, 3 y 5, pero tú no lo tienes en el 2 ¿lo quito?
No, no tiene importancia. De hecho, no tiene mucho sentido arrancar cups en el nivel 2. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Fíjate bien, debe ser doble: ">>". Si pones simple, se borra el fichero.
Aunque quizás hubiera que redirigir también la salida de error estandar (stderr).
Lo he cambiado tal y como decías, pero nada, como si Lisa no existiera. En /var/log/boot.msg sigue apareciendo lo mismo. ¿Alguna otra idea? Porque me está empezando a mosquear no ver el error de un servicio que no se inicia por ningún lado. Ni en /var/log/localmessages, ni en /var/log/messages ni en boot.msg... ¿Algún registro de KDE? He mirado en /home/usuario/.xsessionerrors y tampoco me aparece nada de Lisa. Y aún me queda el tema de saber por qué el servicio no se inicia. :( -- Camaleón
El 2004-06-16 a las 17:15 +0200, Camaleón escribió:
Fíjate bien, debe ser doble: ">>". Si pones simple, se borra el fichero.
Aunque quizás hubiera que redirigir también la salida de error estandar (stderr).
Lo he cambiado tal y como decías, pero nada, como si Lisa no existiera. En /var/log/boot.msg sigue apareciendo lo mismo.
¿Alguna otra idea? Porque me está empezando a mosquear no ver el error de un servicio que no se inicia por ningún lado. Ni en /var/log/localmessages, ni en /var/log/messages ni en boot.msg...
Ni idea... Puedes probar con ">> /var/log/boot.msg 2>&1", por si hay algo en la salida de error (stderr). Pero si el lisa se está cayendo a posteriori, no lo veremos. Y si dice que arranca y miente, tampoco.
¿Algún registro de KDE? He mirado en /home/usuario/.xsessionerrors y tampoco me aparece nada de Lisa.
No, en el directorio de usuario, nunca. Es un demonio del sistema, no del usuario. -- Saludos Carlos Robinson
Han pasado casi ¡¡dos meses!! desde que envié el mensaje sobre LISa, pero por fin lo he podido solucionar. Pongo la solución por si alguien se tropieza con la misma situación y no sabe cómo atacar el problema. La solución viene de la mano de un usuario de los grupos de Google* que explica que el script de inicio de LISa no se lleva bien con Yast. Copio y pego su mensaje por si se pierde en enlace de google: ****************** INICIO DEL MENSAJE ****************** From: Thomas Pohl (Th.Pohl@Genion.de) Subject: Re: Lisa daemon won't start View this article only Newsgroups: alt.os.linux.suse Date: 2004-01-26 15:07:14 PST Hi Harry, I had the same problem. Obviously the lisa boot script and yast do not work properly hand in hand. You can do the following: 1. Set USE_LAN_SERVER = 'local' with YaST SysConfig Editor. 2. As 'root' do: ln -s /etc/sysconfig/windowmanager /etc/sysconfig/lisa 3. In /etc/init.d/lisa replace 'USE_LISA' by 'USE_LAN_SERVER' (4 times) ... this should work ;-) Have fun and brgds, Tom *************** FIN DEL MENSAJE *************** http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=5defb6ac41ff1ff0&seekm=bugrnt%245gm%241%40phys-news1.kolumbus.fi#link7 Saludos, -- Camaleón
participants (3)
-
Antonio Lopez Fernandez
-
Camaleón
-
Carlos E. R.