[opensuse-es] Más problemas con la red
Hola, Ayer tuve problemas con la asignación de una dirección ip en un equipo con SuSE 10.1 que se solucionaron reiniciando el router. Hoy, el mismo equipo, no me configura la tarjeta de red. La tarjeta la detecta Yast (y está configurada) y la detecta "lspci" y ha estado funcionando desde el principio hasta hoy... sin haber instalado nada. El comando "rcnetwork status" sólo me muestra el loopback (127.0.0.1) pero ni rastro de la otra. Buscando por Google creo que he dado con el problema que es el módulo que carga el kernel para esa tarjeta (Marvell 88E8001 Gigabit) que es "sk98lin". Con "lsmod" veo que efectivamente está el módulo. Pero en las listas de OpenSuSE leo que ese módulo está "blacklisted"* que hay que utilizar "skge" (en los foros de OpenSuSE también lo confirman) y yo pregunto, antes de meter la pata... ¿cuál es la mejor forma de cargar el módulo "skge" sin destrozar nada? * https://bugzilla.novell.com/show_bug.cgi?id=146930 Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-11 a las 11:23 +0100, Camaleón escribió:
Con "lsmod" veo que efectivamente está el módulo. Pero en las listas de OpenSuSE leo que ese módulo está "blacklisted"* que hay que utilizar "skge" (en los foros de OpenSuSE también lo confirman) y yo pregunto, antes de meter la pata... ¿cuál es la mejor forma de cargar el módulo "skge" sin destrozar nada?
Creo que en el Yast, configuración de red, hay un punto en el que puedes decirle que driver quieres. Prueba por ahí. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVbvjtTMYHG2NR9URAuRMAJ98lDVQ4ihoiz+fn0MfH3GQJ7imOwCgjtaI M2hEQLOyvUsgt7bFdeso9w0= =RT1e -----END PGP SIGNATURE-----
El 11/11/06, Carlos E. R. escribió:
Creo que en el Yast, configuración de red, hay un punto en el que puedes decirle que driver quieres. Prueba por ahí.
Sí, lo he leído en una de las listas de Google Groups de SuSE. Concretamente está dentro del módulo de adaptador de red, opciones avanzadas, hardware (o algo así). Ahí se puede definir (introduciendo el nombre) el módulo a cargar. Estaba (efectivamente) "sk98lin". Lo he cambiado a "skge" y al reiniciar el módulo ha cargado bien y la tarjeta ya funciona. No sé cuál puede ser la explicación de que un módulo que ayer funcionaba hoy deje de hacerlo sin más, ni de que cómo es posible que un módulo "blacklisted" se siga incluyendo en la instalación... :-? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-11 a las 16:59 +0100, Camaleón escribió:
No sé cuál puede ser la explicación de que un módulo que ayer funcionaba hoy deje de hacerlo sin más, ni de que cómo es posible que un módulo "blacklisted" se siga incluyendo en la instalación... :-?
Si se trata de una 10.1 es reportable en el bugzilla. O a lo mejor no, hay que probarlo con la beta por si está corregido. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVfZLtTMYHG2NR9URAtMbAJ4s2YwRjd3TPLcOBJrZ/aBY6ZlR7ACeNUgT Lbg6xtKrJm0FRwVoCNAExKI= =rQce -----END PGP SIGNATURE-----
El 11/11/06, Carlos E. R. escribió:
Si se trata de una 10.1 es reportable en el bugzilla. O a lo mejor no, hay que probarlo con la beta por si está corregido.
La única referencia que veo en Bugzilla son estas dos: https://bugzilla.novell.com/show_bug.cgi?id=146930 https://bugzilla.novell.com/show_bug.cgi?id=180821 Que en la versión 10.2 esté corregido no descarta que se reporte. La 10.1 va a tener una vida larga (año y medio) y quien tenga esa tarjeta de red puede tener problemas, teniendo en cuenta que no se puede acceder al equipo vía ssh porque no hay red, y que si se trata del único equipo que se tenga no es posible conectarse a Internet para resolver el problema o buscar información, en fin, que puede ser un follón. Lo raro es que ha estado funcionando bien desde el principio con el módulo "antiguo-blacklisted", el sk98lin. Este error no me extrañaría después de una actualización del kernel, pero es que no he hecho nada, ni he instalado nada nuevo ni he tocado nada, se ha fastidiado solo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-11 a las 17:27 +0100, Camaleón escribió:
Que en la versión 10.2 esté corregido no descarta que se reporte. La 10.1 va a tener una vida larga (año y medio) y quien tenga esa tarjeta de red puede tener problemas, teniendo en cuenta que no se puede acceder al equipo vía ssh porque no hay red, y que si se trata del único equipo que se tenga no es posible conectarse a Internet para resolver el problema o buscar información, en fin, que puede ser un follón.
Pero no estoy seguro que se pueda arreglar un problema que se origina durante la instalación con un yast que sale del dvd.
Lo raro es que ha estado funcionando bien desde el principio con el módulo "antiguo-blacklisted", el sk98lin. Este error no me extrañaría después de una actualización del kernel, pero es que no he hecho nada, ni he instalado nada nuevo ni he tocado nada, se ha fastidiado solo.
Es que no tengo ni idea del motivo por el que estaba listado ahí, habría
que saberlo para tener mejor pista.
¿Pero reiniciaste algún servicio, alguna cosa? Pudo haber quedado
esperando latente.
Sabes que cuando se instala alguna actualización, los programas que estén
en memoria siguen funcionando, y los ficheros que estaban abiertos no se
reemplazan hasta que se cierren: el disco mantiene las dos copias.
Si lo que se actualiza es un servicio es obvio que se reinicia. Pero si es
una librería, hay que recargar todos los programas que la usen, y eso no
es obvio en manera alguna y no se puede hacer de manera automática.
Yo tengo un script que me lista los módulos pendientes de recarga, a
partir de un correo en security:
#!/bin/bash
# Check there are no processes using software that has been updated by rpm.
# Date: Tue, 10 Jan 2006 10:14:59 +0000 (GMT)
# From: Bob Vickers
# Reply-To: suse-security@suse.com
# Subject: Re: [suse-security] Patch Noifications
#
# PATH=/bin:/usr/bin
set -o nounset
if [ $# -eq 1 ]
then
lines=$1
else
lines=10
fi
# Run lsof and scan the output for libraries that have been updated. Before
# SuSE 9.1 these will include the string RPMDELETE, but in 9.1 they include
# a semi-colon.
# In 9.2 and 9.3 they include the string 'path inode='
#procs=`lsof | grep -E 'RPMDELETE|;|path inode=' | head -$lines`
procs=`lsof | grep -E 'RPMDELETE|;|path inode=' `
if [ -n "$procs" ]
then
host=`hostname`
cat <
El 11/11/06, Carlos E. R. escribió:
Pero no estoy seguro que se pueda arreglar un problema que se origina durante la instalación con un yast que sale del dvd.
Ese no es el problema... exactamente. Al menos en mi caso ese módulo que ahora está fallando ha estado funcionando perfectamente, hasta hoy, que no le daba la gana de configurar la tarjeta de red. El problema es que la gente instalará SuSE 10.1 y al cabo de "x" meses le aparecerá el problema con la tarjeta de red. Ni si quiera sé si el nuevo módulo que estoy utilizando aguantará... por eso no lo voy a reportar a Bugzilla, al menos de momento.
Es que no tengo ni idea del motivo por el que estaba listado ahí, habría que saberlo para tener mejor pista.
Es el módulo que se carga con la tarjeta en cuestión. Al menos a mi se me instaló con ese módulo y no me había dado problemas hasta hoy. Y digo que se instaló con ese módulo porque no lo he tocado para nada.
¿Pero reiniciaste algún servicio, alguna cosa? Pudo haber quedado esperando latente.
¿Latente, "lo qué"? :-P Si no he hecho nada, y menos aún tocar módulos. Nada, no he hecho nada de nada, ayer se apagó el equipo como siempre y hoy no me podía conectar vía ssh... más tarde he dado con el problema.
Si lo que se actualiza es un servicio es obvio que se reinicia. Pero si es una librería, hay que recargar todos los programas que la usen, y eso no es obvio en manera alguna y no se puede hacer de manera automática.
Vale, pero en el equipo no se ha actualizado ni instalado nada (ni programa, ni servicio ni kernel...) y además, el equipo viene de estar apagado, es decir, el problema no se genera por algo que estuviera residente, ni en caché, el equipo estaba apagado... y antes de apagarlo estaba funcionando.
Yo tengo un script que me lista los módulos pendientes de recarga, a partir de un correo en security:
Eso está bien para actualizaciones de kernel, por ejemplo, que te pueden hacer saltar algún módulo, incorporan alguno nuevo o te modifican el que estaba, pero es que en este caso sólo pueden haber pasado dos cosas: - El módulo para configurar la tarjeta de red ha cambiado él sólo y de utilizar uno que funcionaba (skge) ha pasado a utilizar uno que no funciona (sk98lin). - Siempre ha estado utilizando el mismo módulo (sk98lin) y él solito ha dejado de funcionar. Ambos casos son absurdos pero es lo que hay. Y no sé qué pasará mañana con ese equipo, desconozco si podré conectar vía ssh, no lo sé y eso es lo que me preocupa. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-11 a las 19:36 +0100, Camaleón escribió:
Pero no estoy seguro que se pueda arreglar un problema que se origina durante la instalación con un yast que sale del dvd.
Ese no es el problema... exactamente. Al menos en mi caso ese módulo que ahora está fallando ha estado funcionando perfectamente, hasta hoy, que no le daba la gana de configurar la tarjeta de red.
Quiero decir que si es un módulo en la lista negra no se puede cambiar el Yast para que no lo instale, porque es demasiado tarde, el yast ya está construido.
El problema es que la gente instalará SuSE 10.1 y al cabo de "x" meses le aparecerá el problema con la tarjeta de red. Ni si quiera sé si el nuevo módulo que estoy utilizando aguantará... por eso no lo voy a reportar a Bugzilla, al menos de momento.
Es que no tengo ni idea del motivo por el que estaba listado ahí, habría que saberlo para tener mejor pista.
Es el módulo que se carga con la tarjeta en cuestión. Al menos a mi se me instaló con ese módulo y no me había dado problemas hasta hoy. Y digo que se instaló con ese módulo porque no lo he tocado para nada.
¿Pero reiniciaste algún servicio, alguna cosa? Pudo haber quedado esperando latente.
¿Latente, "lo qué"? :-P
Si no he hecho nada, y menos aún tocar módulos. Nada, no he hecho nada de nada, ayer se apagó el equipo como siempre y hoy no me podía conectar vía ssh... más tarde he dado con el problema.
¿No has ejecutado el YOU _nunca_?
Si lo que se actualiza es un servicio es obvio que se reinicia. Pero si es una librería, hay que recargar todos los programas que la usen, y eso no es obvio en manera alguna y no se puede hacer de manera automática.
Vale, pero en el equipo no se ha actualizado ni instalado nada (ni programa, ni servicio ni kernel...)
¿Nada de nada, nunca? ¿Está como saló de fábrica? Eso es muy raro.
y además, el equipo viene de estar apagado, es decir, el problema no se genera por algo que estuviera residente, ni en caché, el equipo estaba apagado... y antes de apagarlo estaba funcionando.
A ver. Hipótesis. Estaba encendido. Hay alguna actualización de cualquier cosa por ahí. Sigue encendido, y funcionando. Se apaga: ahora es cuando se activa la actualización pendiente. Se enciende, y falla.
Yo tengo un script que me lista los módulos pendientes de recarga, a partir de un correo en security:
Eso está bien para actualizaciones de kernel, por ejemplo, que te pueden hacer saltar algún módulo, incorporan alguno nuevo o te modifican el que estaba,
Sobre todo cuando se actualiza algo del kde, saltan cosas por ahí, me ha pasado varias veces.
pero es que en este caso sólo pueden haber pasado dos cosas:
- El módulo para configurar la tarjeta de red ha cambiado él sólo y de utilizar uno que funcionaba (skge) ha pasado a utilizar uno que no funciona (sk98lin).
- Siempre ha estado utilizando el mismo módulo (sk98lin) y él solito ha dejado de funcionar.
Eso creo yo. Puede incluso haber ocurrido algo en la red que ha hecho saltar el fallo del módulo.
Ambos casos son absurdos pero es lo que hay. Y no sé qué pasará mañana con ese equipo, desconozco si podré conectar vía ssh, no lo sé y eso es lo que me preocupa.
Ya contarás... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVl96tTMYHG2NR9URAlLrAJ9AQpPRQe9+/EPGJOVcapVzyY03nQCff0NQ xDRmff09L3R1wS5M1EbJlys= =IJa8 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-12 a las 00:40 +0100, escribí:
El 2006-11-11 a las 19:36 +0100, Camaleón escribió:
¿Latente, "lo qué"? :-P
El script que te pasé, ejecutado en mi PC, me dice: nimrodel:~ # rpm_pending Host nimrodel has obsolete files still in use by running processes. This may constitute a security hazard so you should restart daemons where necessary. COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME firefox-b 16057 cer mem REG 22,70 1874551 /var/tmp/kdecache-cer/ksycoca (path inode=1874560) Es decir, tengo una cosa del firefox pendiente de "actualizar", se está ejecutando una copia antigua. En realidad, corresponde al "kdenetwork3-InstantMessenger" que el YOU aplicó el miercoles pasado, pero como no he cerrado el firefox desde entonces, pues ahí sigue. Y seguirá... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVm3OtTMYHG2NR9URApZfAJ9b06aLuuE3uIaQBBPxk3+uUdP5rwCdFrp2 r1G4fFvKxWkAkXbFh83n3VA= =25je -----END PGP SIGNATURE-----
El 12/11/06, Carlos E. R. escribió:
El script que te pasé, ejecutado en mi PC, me dice:
nimrodel:~ # rpm_pending Host nimrodel has obsolete files still in use by running processes. This may constitute a security hazard so you should restart daemons where necessary.
Bien, pero dices que no has cerrado Firefox y por ende, el equipo. Eso me parece normal. Pero ¿crees que reiniciando el equipo te volvería a aparecer? ¿y crees que eso puede alterar un módulo de red? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-12 a las 10:00 +0100, Camaleón escribió:
El script que te pasé, ejecutado en mi PC, me dice:
nimrodel:~ # rpm_pending Host nimrodel has obsolete files still in use by running processes. This may constitute a security hazard so you should restart daemons where necessary.
Bien, pero dices que no has cerrado Firefox y por ende, el equipo. Eso me parece normal. Pero ¿crees que reiniciando el equipo te volvería a aparecer? ¿y crees que eso puede alterar un módulo de red?
Lo que pasaría al apagar y encender es que se activaría la actualización de verdad. Si hay una incompatibilidad entre el firefox y la librería nueva, aparecerá entonces, con dias de retraso. ¿Que ese tipo de cosas pueda afectar a un módulo del kernel? No me lo puedo explicar, pero... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVwTAtTMYHG2NR9URAtSFAJ9QzIfEpo8w0jaUZflf8bdD1DVCyACePSqZ Zt+OS7k/S7HE4IzfPGm0+Gk= =D3f5 -----END PGP SIGNATURE-----
El 12/11/06, Carlos E. R. escribió:
Quiero decir que si es un módulo en la lista negra no se puede cambiar el Yast para que no lo instale, porque es demasiado tarde, el yast ya está construido.
Hace poco han sacado una versión "remasterizada" con mejoras... me pregunto qué módulo se activará con esa versión...
¿No has ejecutado el YOU _nunca_?
Sí lo he ejecutado, claro.
¿Nada de nada, nunca? ¿Está como saló de fábrica? Eso es muy raro.
Sí, hombre, pero la última actualización se hizo hace una semana. Si me dices que después de apagar el equipo siguen en memoria cosas pendientes de actualizar y demás, pues entonces me callo :-P. Pero me parece muy extraño. Sólo actualizo parches, seguridad y KDE.
A ver. Hipótesis. Estaba encendido. Hay alguna actualización de cualquier cosa por ahí. Sigue encendido, y funcionando. Se apaga: ahora es cuando se activa la actualización pendiente. Se enciende, y falla.
No, la última actualización es de hace una semana. Por eso me extraña.
Sobre todo cuando se actualiza algo del kde, saltan cosas por ahí, me ha pasado varias veces.
Pero entiendo que la actualización de kde no afecta a un módulo de red... ¿o sí?
Ya contarás...
Hoy funciona, ha iniciado sin problemas y tengo conexión remota vía ssh. Sigo pendiente. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-12 a las 09:57 +0100, Camaleón escribió:
Quiero decir que si es un módulo en la lista negra no se puede cambiar el Yast para que no lo instale, porque es demasiado tarde, el yast ya está construido.
Hace poco han sacado una versión "remasterizada" con mejoras... me pregunto qué módulo se activará con esa versión...
Ni idea.
¿No has ejecutado el YOU _nunca_?
Sí lo he ejecutado, claro.
¿Nada de nada, nunca? ¿Está como saló de fábrica? Eso es muy raro.
Sí, hombre, pero la última actualización se hizo hace una semana. Si me dices que después de apagar el equipo siguen en memoria cosas pendientes de actualizar y demás, pues entonces me callo :-P. Pero me parece muy extraño.
Despues de apagar, no, no queda nada em memoria. Lo que digo es que pueden quedar ahí ocultas hasta que apagas, y justo al encender es cuando se activan. Esa es la utilidad del script que te pasé, descubrirlas. Tenía que ser parte del YOU, pero queda feo.
Sólo actualizo parches, seguridad y KDE.
A ver. Hipótesis. Estaba encendido. Hay alguna actualización de cualquier cosa por ahí. Sigue encendido, y funcionando. Se apaga: ahora es cuando se activa la actualización pendiente. Se enciende, y falla.
No, la última actualización es de hace una semana. Por eso me extraña.
Si no lo apagaste antes, pues puede ser eso precisamente.
Sobre todo cuando se actualiza algo del kde, saltan cosas por ahí, me ha pasado varias veces.
Pero entiendo que la actualización de kde no afecta a un módulo de red... ¿o sí?
No, pero el kde tiene configuradores de red e historias raras, que no me gustan nada. Yo el aplet de red del kde lo desconecto siempre en cuanto aparece. No me gusta nada que como usuario pueda tocar ahí, la red es del root.
Ya contarás...
Hoy funciona, ha iniciado sin problemas y tengo conexión remota vía ssh. Sigo pendiente.
Pues probablemente serguirá bien. :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFVwY1tTMYHG2NR9URAhAeAJ46syJxDVV4Rd0axQ/m+xyPVETJ6wCfSy9H lyMcHzzSKF5FoS8ONcpU4Yw= =JDP+ -----END PGP SIGNATURE-----
participants (2)
-
Camaleón
-
Carlos E. R.