jordi.listas> El módulo yast runlevel me esta dando un error muy raro. Lo lanzo y se queda jordi.listas> SIEMPRE parado en el 28%. Y además me pasa tanto en instalación de 32bits jordi.listas> como en la de 64 (estoy haciendo pruebas con un micro de 64).

http://rpmfind.net/linux/RPM/opensuse/factory/noarch/yast2-runlevel-2.13.8- 3.noarch.html

No será esto ?

Pues no lo se, la verdad. Es una 10.0 (no me fío todavía de la 10.1 para poner en producción). El paquete es la versión 2.12.4 He actualizado vía YOU directamente contra los servidores oficiales de SUSE por eso de que los mirrors no sincornizen y tal y no me ha dado ningún uptade ni nada relacionado con ese paquete.

Si siempre se para en el mismo sitio podría tratarse un servicio mal comfigurado.

He deshabilitado los únicos que he activado de momento: mdadmd, ntp y named. Y sigue haciéndolo: al 28% se queda tirado. La verdad es que se puede seguir trabajando a las mil maravillas con chkconfig pero me molesta este error tan tonto. ¿Y alguna herramienta/comando para hacer un "trazado" a ver dónde peta? Me huelo que igual es alguna librería o cosas así. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

Mira el contenido del directorio /etc/init.d/, que no tenga nada extraño (pe, copias de seguridad de algún script). Incluso errores en el filesystem.

Pues no he encontrado nada. Lo único que mirando los .depend.* acerca de las "dependencias" de los distintos servicios, he visto que quizá alguno de los que utilizo necesitaba fam. Lo he instalado (con sus requeridos updates y demás) pero sigue aconteciendo lo mismo. Ni idea. Y por más que busco en la red no aparece nada. LO curioso es que esto me pasó tanto en la instalación a 64 bits como en la de a 32bits. Y no al principio, sino después de que el tema software RAID quedara activado y currando. Pero por mucho que deshabilite el demonio mdadmd nada. Incluso he hechado un ojo a los scripts de mdadm y no veo nada raro que entre en conflicto con los demás scripts de runlevel. ......... -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

Sólo por probar, intenta ejecutar ese módulo con un único disco duro conectado para ver si sigue haciendo lo mismo.

Hay 3 discos: A contiene /swap, /boot y / B y C (RAID) contienen /tmp, /var/ y /srv. He probado con B o C desconectados (para testear el RAID) Y sigue haciendo lo mismo. Si desconectara A se cae todo, pues ahi está el kernel y este no está replicado. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

La prueba era para ver si la replicación de los datos podía estar afectando a Yast, pero ahora queda descartado.

Sip. Aunque el tema del software RAID me tiene un poco mosca... aunque eso será otro hilo.

Prueba a lanzar el módulo en modo texto (ncurses) y revisa el registro de yast para ver si te guarda el error o no deja rastro.

Me parece que ya lo he encontrado. Según /var/log/YaST2/y2log, después de lanzar el módulo runlevel e iniciar ncurses, aparece el siguiente conflicto: 2006-08-08 10:55:40 <1> anubis(7863) [ui-shortcuts] YShortcutManager.cc(checkShortcuts):82 Shortcut conflict: 'A' used for YPushButton "&Atrás" 2006-08-08 10:55:40 <1> anubis(7863) [ui-shortcuts] YShortcutManager.cc(checkShortcuts):82 Shortcut conflict: 'A' used for YPushButton "Cancel&ar" Lo cual no deja de ser curioso, porqué pasa tanto en X como en shell.

¿Te pasa sólo con ese módulo o cuando lanzas otros también?

Pues no, sólo en ese. La verdad es que tampoco utilizo todos los módulos de YaST, pero si la mayoría, y sólo me ha pasado en este. Sigo tirando de chkconfig de mientras. He probado a instalar el yast2-runlevel más nuevo (el de la 10.1) pero al ser la versión instalada una 10.0 no tira. Se instala aparentemente bien pero después el módulo no es lanzado (después ejecuto SuSEconfig para renovar caché de librerías enlazadas, por supuesto). Si vuelvo al yast2-runlevel para la 10.0 (creo que es la versión 2.12.4) sigue dando el mismo fallo y los logs siguen mostrando el mismo conflicto. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

Ese error parece estar relacionado con los "atajos" y combinaciones de teclas, no veo relación con el módulo de yast2-runlevel. Mira a ver si tienes más errores relacionados con el módulo en sí.

Es que no he copiado el log entero. Se inicia el módulo yast runlevel, después ncurses y después esto. Ahí se para. Y evidentemente en el front-end se para todo en el 28%. A mi parece que este simple error de keycombos hace que se cuelgue el módulo. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

Pues repórtalo a SuSE. Es dificil que lo corrijan, pero por intentarlo...

Si, lo haré. Miraré el mantenedor del paquete y le enviaré el log con el error a ver si me dicen algo. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/

Si, haz un Bug Report en bugzilla.novell.com por favor.

Ahí está: https://bugzilla.novell.com/show_bug.cgi?id=198403 A ver qué pasa. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/