[opensuse-es] facil y seguro pasar de 10.1 a 10.2?
hola a todos. Tengo un servidor con SUSE LINUX 10.1 (X86-64) y estoy teniendo muchos problemas con él. Bueno el problema es uno pero se extiende a todos los servicios. Aparentemente pierde la red unos segundos y durante esos segundos dejan de funcionar todos los servicios: correo, samba, conexión a internet, dns.... (cosa lógica ya que si pierde la red.... a ver como iban a funcionar). El caso grave es el samba, ya que las bases de datos abiertas en access se corrompen. La cuestión es que no veo ninguna explicación lógica a esa perdida de la red, salvo que es un openSuse 10.1 y he leído pestes de él en esta lista. De ahi mi pregunta, es fácil y seguro actualizar un suse 10.1 a Suse 10.2 o me va a tocar reinstalar y configurar todo? Bueno si a alguien se le ocurre que puede ser lo de la red también me vale, (incluso lo prefiero) Un saludo Emiliano Sutil --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 16:26 +0100, Emiliano Sutil escribió:
De ahi mi pregunta, es fácil y seguro actualizar un suse 10.1 a Suse 10.2 o me va a tocar reinstalar y configurar todo?
No hay nada seguro en este mundillo: haz un backup primero (no es broma), tanto si actualizas como si haces instalación nueva. ¿Fácil? Depende de quien lo pregunte ;-) Tiene su complicación y sus ventajas. Yo lo hago así siempre...
Bueno si a alguien se le ocurre que puede ser lo de la red también me vale, (incluso lo prefiero)
Actualizar no garantiza que se resuelva tu problema. Puedes aumentar la verborrrea del kernel por si vieras algo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5vPbtTMYHG2NR9URAkdYAJ4s8jKo/mztoMcYK22IIDoH4kR7BwCdHg/Y rexm4eRYHuPSpnnDQKpf1fE= =uq+Q -----END PGP SIGNATURE-----
El 1/03/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-03-01 a las 16:26 +0100, Emiliano Sutil escribió:
De ahi mi pregunta, es fácil y seguro actualizar un suse 10.1 a Suse 10.2 o me va a tocar reinstalar y configurar todo?
No hay nada seguro en este mundillo: haz un backup primero (no es broma), tanto si actualizas como si haces instalación nueva.
¿Fácil? Depende de quien lo pregunte ;-)
Tiene su complicación y sus ventajas. Yo lo hago así siempre...
De momento voy a esperar a ver si descubro algo mas
Bueno si a alguien se le ocurre que puede ser lo de la red también me vale, (incluso lo prefiero)
Actualizar no garantiza que se resuelva tu problema.
Ya era para ver si es cosa de la distro, o que, porque es la unica 10.1 que tengo, y nunca me habia pasado nada parecido con las 8.x y 9.x
Puedes aumentar la verborrrea del kernel por si vieras algo.
Como puedo hacer esto? Un saludo Emi --------------------------------------------------------------------- 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@opensuse.org
El 1/03/07, Emiliano Sutil escribió:
Aparentemente pierde la red unos segundos y durante esos segundos dejan de funcionar todos los servicios: correo, samba, conexión a internet, dns.... (cosa lógica ya que si pierde la red.... a ver como iban a funcionar).
¿Hiciste al final la prueba del ping "perpetuo"?
El caso grave es el samba, ya que las bases de datos abiertas en access se corrompen. La cuestión es que no veo ninguna explicación lógica a esa perdida de la red, salvo que es un openSuse 10.1 y he leído pestes de él en esta lista. De ahi mi pregunta, es fácil y seguro actualizar un suse 10.1 a Suse 10.2 o me va a tocar reinstalar y configurar todo?
Yo suelo configurar los discos duros para dar cabida a la versión actual de SuSE (en una partición) y a la siguiente (en otra partición) para que cuando pasen los dos años que duran las versiones, pueda instalar la nueva sin modificar la antigua y hasta que no esté todo bien configurado no elimino la versión anterior.
Bueno si a alguien se le ocurre que puede ser lo de la red también me vale, (incluso lo prefiero)
Pues sí, sería interesante saber por qué pierdes la red (¿local y remota?). Imagina que es un problema de hardware, será complicado que se solucione al actualizar. Investiga antes un poco... ¿qué componentes tienes en el equipo, tarjetas de red, channel bonding, load-balancing, alguna configuración o componente especial? 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@opensuse.org
El 1/03/07, Camaleón
El 1/03/07, Emiliano Sutil escribió:
Aparentemente pierde la red unos segundos y durante esos segundos dejan de funcionar todos los servicios: correo, samba, conexión a internet, dns.... (cosa lógica ya que si pierde la red.... a ver como iban a funcionar).
¿Hiciste al final la prueba del ping "perpetuo"?
Pues ahora que lo comentas no, voy a hacerla hoy hasta mañana a ver que pasa.
Yo suelo configurar los discos duros para dar cabida a la versión actual de SuSE (en una partición) y a la siguiente (en otra partición) para que cuando pasen los dos años que duran las versiones, pueda instalar la nueva sin modificar la antigua y hasta que no esté todo bien configurado no elimino la versión anterior.
Pues es una buena estrategia, igual te copio. ;-)
Bueno si a alguien se le ocurre que puede ser lo de la red también me vale, (incluso lo prefiero)
Pues sí, sería interesante saber por qué pierdes la red (¿local y remota?). Imagina que es un problema de hardware, será complicado que se solucione al actualizar. Investiga antes un poco... ¿qué componentes tienes en el equipo, tarjetas de red, channel bonding, load-balancing, alguna configuración o componente especial?
Pues no, es mas simple que el mecanismo del chupete :-) Tengo 2 tarjetas de red ethernet una 3Com y una Intel. Oye, ahora acabo de entrar en el yast2 para ver los modelos exactos y hay un detalle que no le habia hecho mucho caso pero a lo mejor dice algo. En la Suse 10.1 al entrar a configurar la red lo primero que pregunta es: Metodo de configuración de la red: Controlada por el usuario mediante NetworkManager Metodo tradicional con ifup. Como yo soy más tradicional que el pasodoble, uso la segunda opción. Puede que influya eso? de hecho no se cual es la primera opción. Alguna idea Un saludo Emi
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@opensuse.org
--------------------------------------------------------------------- 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@opensuse.org
El 1/03/07, Emiliano Sutil escribió:
Pues ahora que lo comentas no, voy a hacerla hoy hasta mañana a ver que pasa.
Es por curiosidad, a ver cuándo pierde la conexión, quizá coincida con algún evento concreto...
Tengo 2 tarjetas de red ethernet una 3Com y una Intel.
¿Cuál te falla? ¿O son las dos? ¿Son gigabit? ¿Redes distintas? ¿En el mismo switch? ¿Tipo de cable, es igual para ambas (utp, ftp o stp)?
En la Suse 10.1 al entrar a configurar la red lo primero que pregunta es:
Metodo de configuración de la red: Controlada por el usuario mediante NetworkManager Metodo tradicional con ifup.
Como yo soy más tradicional que el pasodoble, uso la segunda opción. Puede que influya eso? de hecho no se cual es la primera opción.
Yo también uso esa opción... más que nada tras ver la "novedad" de zend, lo recordé, me asusté y pensé.. hum, mejor la forma tradicional :-D Creo que la nueva opción usa network manager... no sé muy bien las diferencias, quizá utiliza otra forma de configuración de la red con otros servicios... http://www.google.com/search?hl=en&q=network+manager 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@opensuse.org
El 1/03/07, Camaleón
El 1/03/07, Emiliano Sutil escribió:
Pues ahora que lo comentas no, voy a hacerla hoy hasta mañana a ver que pasa.
Es por curiosidad, a ver cuándo pierde la conexión, quizá coincida con algún evento concreto...
mira acabo de hacerlo solo un ratito y el ping me ha perdido el 3 % de los paquetes. Pero no se como ver en que momento exacto falla. ¿alguna idea?
Tengo 2 tarjetas de red ethernet una 3Com y una Intel.
¿Cuál te falla? ¿O son las dos? ¿Son gigabit? ¿Redes distintas? ¿En el mismo switch? ¿Tipo de cable, es igual para ambas (utp, ftp o stp)?
3Com 3C905B Fast Etherlink XL 10/100 Intel 88E8050 PCI-E ASF Gigabit Ethernet Controller estan en 2 redes distintas y yo creo que solo falla la red interna, ahora mismo la 3Com, pero ya he cambiado las tarjetas, los cables..... el ethtool saca esto: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 24 Transceiver: internal Auto-negotiation: on Current message level: 0x00000001 (1) Link detected: yes
En la Suse 10.1 al entrar a configurar la red lo primero que pregunta es:
Metodo de configuración de la red: Controlada por el usuario mediante NetworkManager Metodo tradicional con ifup.
Como yo soy más tradicional que el pasodoble, uso la segunda opción. Puede que influya eso? de hecho no se cual es la primera opción.
Yo también uso esa opción... más que nada tras ver la "novedad" de zend, lo recordé, me asusté y pensé.. hum, mejor la forma tradicional :-D
de momento seguiré con la manera tradicional, que es la que controlo ( o eso creo ;-) )
Creo que la nueva opción usa network manager... no sé muy bien las diferencias, quizá utiliza otra forma de configuración de la red con otros servicios...
Si consigo resolver esto me pondre a investigar esta opción a ver que pasa.
Saludos,
Emi --------------------------------------------------------------------- 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@opensuse.org
El 1/03/07, Emiliano Sutil escribió:
mira acabo de hacerlo solo un ratito y el ping me ha perdido el 3 % de los paquetes. Pero no se como ver en que momento exacto falla. ¿alguna idea?
Pooos, no :-P. Salvo que el comando ping permita guardar la salida en un fichero de texto (si pone la hora en la que envía el paquete, mejor) y lo dejes ejecutando durante un periodo de tiempo (no creo que colapse la red...) y luego lo compares con los datos del registro (messages) para ver qué se estaba ejecutando en ese momento... Pero no sé si esta opción es posible.
3Com 3C905B Fast Etherlink XL 10/100 Intel 88E8050 PCI-E ASF Gigabit Ethernet Controller
estan en 2 redes distintas y yo creo que solo falla la red interna, ahora mismo la 3Com, pero ya he cambiado las tarjetas, los cables.....
¿Has cambiado la 3com que dices que falla y sigue haciendo lo mismo? ¿Hace lo mismo con una tarjeta distinta? Hum... ¿no tendrás algún cuello de botella, un exceso de carga / peticiones de los clientes y por ese motivo pierde /descarta paquetes? ¿Tienes mucha carga / clientes en esa interfaz? ¿Has probado a poner una tarjeta gigabit para la red local, tienes un puerto pci-x disponible?
el ethtool saca esto:
No veo nada raro... 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@opensuse.org
El 1/03/07, Camaleón
El 1/03/07, Emiliano Sutil escribió:
mira acabo de hacerlo solo un ratito y el ping me ha perdido el 3 % de los paquetes. Pero no se como ver en que momento exacto falla. ¿alguna idea?
Pooos, no :-P.
Salvo que el comando ping permita guardar la salida en un fichero de texto (si pone la hora en la que envía el paquete, mejor) y lo dejes ejecutando durante un periodo de tiempo (no creo que colapse la red...) y luego lo compares con los datos del registro (messages) para ver qué se estaba ejecutando en ese momento... Pero no sé si esta opción es posible.
Pues no, esa opción no esta disponible, a menos que yo vea.
3Com 3C905B Fast Etherlink XL 10/100 Intel 88E8050 PCI-E ASF Gigabit Ethernet Controller
estan en 2 redes distintas y yo creo que solo falla la red interna, ahora mismo la 3Com, pero ya he cambiado las tarjetas, los cables.....
¿Has cambiado la 3com que dices que falla y sigue haciendo lo mismo? ¿Hace lo mismo con una tarjeta distinta?
Lo que oyes, he cambiado hasta las tarjetas. Tengo 2 3com y he probad las 2 y nada, tengo 2 gigabit (estas estan integradas en placa que eran las que tenia al principio de los tiempos.) y nada, siguen los micro cortes.
Hum... ¿no tendrás algún cuello de botella, un exceso de carga / peticiones de los clientes y por ese motivo pierde /descarta paquetes? ¿Tienes mucha carga / clientes en esa interfaz?
Ahora mismo estoy yo solo. Aunque en esa red normalmente si que hay mucha carga, unas 30 estaciones usando el samba, correo y web. Pero que conste que con el servidor viejo que tenian con una Suse 9.1 no tuvieron nunca problemas.
¿Has probado a poner una tarjeta gigabit para la red local, tienes un puerto pci-x disponible?
Eso no puedo, las gigabit van integradas en placa. Una cosa Siguiendo la idea de Carlos he intentado aumentar el nivel de log del kernel en /etc/sysconfig/syslog KERNEL_LOGLEVEL=7 He ejecutado SuSEconfig y reiniciado el syslog pero no veo que salga mas nivel de log por ningun sitio. No se hace eso ahi? Emi --------------------------------------------------------------------- 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@opensuse.org
El 1/03/07, Emiliano Sutil escribió:
Pues no, esa opción no esta disponible, a menos que yo vea.
Quizá necesites un programa más completo para estas cosas, para monitorizar la red, me refiero... si tienes un switch gestionable tendrás alguna utilidad web para controlar su estado, paquetes perdidos por puerto...
Lo que oyes, he cambiado hasta las tarjetas. Tengo 2 3com y he probad las 2 y nada, tengo 2 gigabit (estas estan integradas en placa que eran las que tenia al principio de los tiempos.) y nada, siguen los micro cortes.
Si quitas una 3com hubiera sido preferible probar con otra marca, sólo por si acaso, he visto cosas muy raras :-/.
Ahora mismo estoy yo solo.
¿Y estando solo en al red sigues teniendo pérdida de paquetes?
Aunque en esa red normalmente si que hay mucha carga, unas 30 estaciones usando el samba, correo y web. Pero que conste que con el servidor viejo que tenian con una Suse 9.1 no tuvieron nunca problemas.
¿Era el mismo equipo, mismos componentes y la misma tarjeta?
Eso no puedo, las gigabit van integradas en placa.
Pero podrás poner otra ¿no? :-) Por eso te preguntaba las ranuras pci (y tipo) que tenías disponibles.
Siguiendo la idea de Carlos he intentado aumentar el nivel de log del kernel en /etc/sysconfig/syslog KERNEL_LOGLEVEL=7
He ejecutado SuSEconfig y reiniciado el syslog pero no veo que salga mas nivel de log por ningun sitio.
No se hace eso ahi?
Pues creo que sí. ¿No lo notas (al messages) más "verboso", con más informació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@opensuse.org
El 1/03/07, Camaleón
El 1/03/07, Emiliano Sutil escribió:
Pues no, esa opción no esta disponible, a menos que yo vea.
Quizá necesites un programa más completo para estas cosas, para monitorizar la red, me refiero... si tienes un switch gestionable tendrás alguna utilidad web para controlar su estado, paquetes perdidos por puerto...
echare un ojo a las switchs a ver si tienen algo.
Lo que oyes, he cambiado hasta las tarjetas. Tengo 2 3com y he probad las 2 y nada, tengo 2 gigabit (estas estan integradas en placa que eran las que tenia al principio de los tiempos.) y nada, siguen los micro cortes.
Si quitas una 3com hubiera sido preferible probar con otra marca, sólo por si acaso, he visto cosas muy raras :-/.
era las que tenia a mano,
Ahora mismo estoy yo solo.
¿Y estando solo en al red sigues teniendo pérdida de paquetes?
Si, sigo con la perdida de paquetes.
Aunque en esa red normalmente si que hay mucha carga, unas 30 estaciones usando el samba, correo y web. Pero que conste que con el servidor viejo que tenian con una Suse 9.1 no tuvieron nunca problemas.
¿Era el mismo equipo, mismos componentes y la misma tarjeta?
nada, todo nuevo. Se actualizó el server enterito, nuevecito. El resto de la red sigue igual
Eso no puedo, las gigabit van integradas en placa.
Pero podrás poner otra ¿no? :-) Por eso te preguntaba las ranuras pci (y tipo) que tenías disponibles.
Si tengo espacio, probaré
Siguiendo la idea de Carlos he intentado aumentar el nivel de log del kernel en /etc/sysconfig/syslog KERNEL_LOGLEVEL=7
He ejecutado SuSEconfig y reiniciado el syslog pero no veo que salga mas nivel de log por ningun sitio.
No se hace eso ahi?
Pues creo que sí. ¿No lo notas (al messages) más "verboso", con más información?
Pues me sale igual, he añadido incluso la opcion -d (debug ) que dice que saldran muchos mensajes y ahi no sale nada. Emi --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 18:37 +0100, Emiliano Sutil escribió:
Salvo que el comando ping permita guardar la salida en un fichero de texto (si pone la hora en la que envía el paquete, mejor) y lo dejes ejecutando durante un periodo de tiempo (no creo que colapse la red...) y luego lo compares con los datos del registro (messages) para ver qué se estaba ejecutando en ese momento... Pero no sé si esta opción es posible.
Pues no, esa opción no esta disponible, a menos que yo vea.
El "ping" no es el único ping que existe. Hay otras versiones especializadas. Por ejemplo, está el "fwping" y "fping". Y si no, pues llamas al ping desde el cron, con lo que puedes registrar en un fichero la hora y su salida. También está netstat, no se ahora mismo si diría algo. Y mii-diag.
Una cosa
Siguiendo la idea de Carlos he intentado aumentar el nivel de log del kernel en /etc/sysconfig/syslog KERNEL_LOGLEVEL=7
He ejecutado SuSEconfig y reiniciado el syslog pero no veo que salga mas nivel de log por ningun sitio.
No se hace eso ahi?
Eso es; pero sólo verás cosas cuando el kernel tenga algo que decir, por ejemplo al enchufar algo en el usb o detecte algún problema. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5yo4tTMYHG2NR9URAqJEAKCKpQkqz+GICfJTtponFrfYwOMv4wCfSz5d 6qLOrP3EwP5IiY13XcdGnT8= =YAC2 -----END PGP SIGNATURE-----
El 1/03/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-03-01 a las 18:37 +0100, Emiliano Sutil escribió:
Salvo que el comando ping permita guardar la salida en un fichero de texto (si pone la hora en la que envía el paquete, mejor) y lo dejes ejecutando durante un periodo de tiempo (no creo que colapse la red...) y luego lo compares con los datos del registro (messages) para ver qué se estaba ejecutando en ese momento... Pero no sé si esta opción es posible.
Pues no, esa opción no esta disponible, a menos que yo vea.
El "ping" no es el único ping que existe. Hay otras versiones especializadas. Por ejemplo, está el "fwping" y "fping".
Investigaré las posibilidades de estos 2. El fwping no lo conocía, parece que lo instala saint. Lo he instalado pero al ejecutar tengo este error: /usr/lib/saint/bin/fwping 192.168.1.1 /usr/lib/saint/bin/fwping: line 3: config/paths.sh: No existe el fichero o el directorio Asi que no se que tendré que configurar para que funcioné. Mirare primero las posibilidades del fping antes de meterme con este otro.....
KERNEL_LOGLEVEL=7
Eso es; pero sólo verás cosas cuando el kernel tenga algo que decir, por ejemplo al enchufar algo en el usb o detecte algún problema.
Pues estamos bien, porque no me sale nada cuando pierdo la conexión. El server ni se entera cuando pierde la conexión Emi --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 09:27 +0100, Emiliano Sutil escribió:
El 1/03/07, Carlos E. R. escribió:
KERNEL_LOGLEVEL=7
Eso es; pero sólo verás cosas cuando el kernel tenga algo que decir, por ejemplo al enchufar algo en el usb o detecte algún problema.
Pues estamos bien, porque no me sale nada cuando pierdo la conexión. El server ni se entera cuando pierde la conexión
Si se entera, pero no tiene importancia. No hay un problema de software. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6AQTtTMYHG2NR9URAnpRAJ9cjU91kmS/D7Qm+dZGC6aZ84falACglPvg jYMsSHTIupQdGlwuhIQS6QA= =1E7J -----END PGP SIGNATURE-----
El 1/03/07, Emiliano Sutil escribió:
Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 24 Transceiver: internal Auto-negotiation: on Current message level: 0x00000001 (1) Link detected: yes
Pongo el resultado que me da a mi, en una suse 10.1 (x86, smp), tarjeta integrada intel (módulo e1000) en una red 10/100: Settings for eth1: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Half Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes Por cierto... ¿qué controlador te carga para la tarjeta? 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@opensuse.org
Por cierto... ¿qué controlador te carga para la tarjeta?
Para la 3Com me carga 3c59x Para la intel me carga sky2 (este modulo es la primera vez que lo veo para una tarjeta de red.) Esto lo he visto en el yast Viendo con el lsmod veo que tengo cargado el modulo e1000 también, aunque no se quien lo usa, en la columna used by sale vacío. Habrá algún problema con el modlulo? Emi --------------------------------------------------------------------- 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@opensuse.org
El 2/03/07, Emiliano Sutil escribió:
Para la 3Com me carga 3c59x
Asegúrate de que ese controlador soporta tu modelo de tarjeta (3C905B XL)
Para la intel me carga sky2 (este modulo es la primera vez que lo veo para una tarjeta de red.)
Hum. Si haces un búsqueda en Google por ese módulo (sky2) lo relaciona con tarjetas Marvell Yukon y no parece muy estable: http://www.google.com/search?hl=en&q=opensuse+sky2+network https://bugzilla.novell.com/show_bug.cgi?id=210980
Viendo con el lsmod veo que tengo cargado el modulo e1000 también, aunque no se quien lo usa, en la columna used by sale vacío.
El e1000 también me lo carga a mi, para las Intel gigabit, y también lo tengo como "used by 0"
Habrá algún problema con el modlulo?
Es posible. Yo tuve un problema con un módulo en una tarjeta de red Marvell (cargaba el módulo incorrecto y no tenía red :-) ). Tuve que modificar el módulo a cargar para que funcionara. Aquí aparece como soportada: http://en.opensuse.org/HCL/Network_Adapters_(Wired) Pero que pierda la conexión es significativo... y que pierda la conexión estando sin carga de trabajo, más aún. Parece un problema o bien del controlador utilizado o problema de hardware (la tarjeta). Yo probaría a sustituirla por otra tarjeta (de otra marca, Realtek, Intel, smc...) para ver si hace lo mismo e ir descartando culpables. Es menos traumático que actualizar el sistema completo. 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@opensuse.org
Un nuevo síntoma que me he dado cuenta ahora. Ayer por la tarde estando yo solo fallaba más que una escopeta de feria. Hoy con 46 personas trabajando no falla. Me comentan que cuantas menos personas hay más falla, a primera hora de la mañana, a ultima hora de la mañana. Por la tarde que trabajan muy pocos, dicen que es imposible currar. ES decir a menos carga de red más fallo, ¿algún modo de ahorro de energía o algo asi? os dice algo esto? Emi --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 11:47 +0100, Emiliano Sutil escribió:
ES decir a menos carga de red más fallo, ¿algún modo de ahorro de energía o algo asi? os dice algo esto?
Cambia la tarjeta y no pienses más... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6AajtTMYHG2NR9URAqY4AJ9LmR1XONbXxUs2h13DJuZAihW8xACfcVY3 qkg9NJa5a9XOUpjR26gr+hM= =NTd2 -----END PGP SIGNATURE-----
Cambia la tarjeta y no pienses más...
Ya la he cambiado, antes tenia una intel y me pasaba, ahora con la 3Com y sigue fallando. La verdad no se que pensar...... Emi --------------------------------------------------------------------- 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@opensuse.org
El 2/03/07, Emiliano Sutil escribió:
Ya la he cambiado, antes tenia una intel y me pasaba, ahora con la 3Com y sigue fallando.
¿Con la Intel tenías SuSE 10.1?
La verdad no se que pensar......
La pérdida de paquetes en una tarjeta de red (que llega a desconectar a los clientes) cuando no tiene carga considerable es muy raro. Si además en el kernel no ves ningún mensaje de error relacionado, más extraño todavía. Pensando en voz alta: - Pierde paquetes con el comando ping, por lo que ya no sólo es una cosa de la aplicación a la que están conectados los clientes, está relacionado directamente con la tarjeta de red. - Los paquetes se pierden con carga baja del uso de la red - Si no ves ningún mensaje de error en el kernel aún habiendo aumentado el nivel de log a 7 - Te pasa los mismo con otra tarjeta intel y con otras 3com que dices has probado (entiendo que siempre en el mismo equipo y con la misma versión de SuSE) - La tarjeta gigabit Intel que tienes integrada en la placa funciona sin problemas y no acusa pérdida de paquetes - Tienes los siguientes módulos de adaptadores de red cargados: e1000, sky2 y 3c59x pero sólo tienes... ¿dos tarjetas, o tres? - La tarjeta está configurada como Full-duplex, según ethtool (yo la tengo a half) - Has verificado los cables y el switch y no has visto nada raro - ¿Tienes algún servicio de cortafuegos o proxy en esa interfaz que pueda estar "estorbando"? 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@opensuse.org
El 2/03/07, Camaleón
El 2/03/07, Emiliano Sutil escribió:
Ya la he cambiado, antes tenia una intel y me pasaba, ahora con la 3Com y sigue fallando.
¿Con la Intel tenías SuSE 10.1?
La verdad no se que pensar......
La pérdida de paquetes en una tarjeta de red (que llega a desconectar a los clientes) cuando no tiene carga considerable es muy raro. Si además en el kernel no ves ningún mensaje de error relacionado, más extraño todavía.
Pensando en voz alta:
- Pierde paquetes con el comando ping, por lo que ya no sólo es una cosa de la aplicación a la que están conectados los clientes, está relacionado directamente con la tarjeta de red.
Correcto
- Los paquetes se pierden con carga baja del uso de la red
Eso parece, aunque como los cortes son aleatorios no es definitivo, estadisticamente ocurre así
- Si no ves ningún mensaje de error en el kernel aún habiendo aumentado el nivel de log a 7
Correcto.
- Te pasa los mismo con otra tarjeta intel y con otras 3com que dices has probado (entiendo que siempre en el mismo equipo y con la misma versión de SuSE)
En total tengo ahora 4 tarjetas de red pinchadas, aunque solo 2 configuradas 2 intel y 2 3Com
- La tarjeta gigabit Intel que tienes integrada en la placa funciona sin problemas y no acusa pérdida de paquetes
Aparentemente.
- Tienes los siguientes módulos de adaptadores de red cargados: e1000, sky2 y 3c59x pero sólo tienes... ¿dos tarjetas, o tres?
Como dija antes 4, pero solo 2 configuradas una intel y una 3com
- La tarjeta está configurada como Full-duplex, según ethtool (yo la tengo a half)
Correcto. (porque la tienes a half? no es una perdida considerable de eficiencia)
- Has verificado los cables y el switch y no has visto nada raro
Correcto.
- ¿Tienes algún servicio de cortafuegos o proxy en esa interfaz que pueda estar "estorbando"?
Que yo sepa no. Pero la version esta Suse 10.1 trae un montón de cosas que desconozco, zmd, apparmor.... yo juraría que tengo todo eso desactivado, pero no lo afirmo al 100% porque desconozco esas aplicaciones y no se si estara todo desactivado o si influyen en algo.
Saludos,
Emi
-- 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@opensuse.org
--------------------------------------------------------------------- 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@opensuse.org
El 2/03/07, Emiliano Sutil escribió:
Correcto.
¿Y algún mensaje en el registro del servidor de base de datos?
En total tengo ahora 4 tarjetas de red pinchadas, aunque solo 2 configuradas 2 intel y 2 3Com
:-O Juver, es como tener a los galácticos en el banquillo... Pues pasa de la 3com y configura la Intel gigabit que tienes integrada en la placa, para probar, vamos... :-)
Correcto. (porque la tienes a half? no es una perdida considerable de eficiencia)
Pooos, así se ha configurado y así se ha quedado. No he tocado nada, y es una gigabit, pero como está en un red 10/100 se baja a 100. Lo de half-duplex, full-duplex es sólo una de las cosas que vi diferentes de los datos que te daba ethtool.
Que yo sepa no. Pero la version esta Suse 10.1 trae un montón de cosas que desconozco, zmd, apparmor.... yo juraría que tengo todo eso desactivado, pero no lo afirmo al 100% porque desconozco esas aplicaciones y no se si estara todo desactivado o si influyen en algo.
No creo que afecte a los cortes de la red, sería extraño. Por cierto, yo también lo tengo desactivado. 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 18:31 +0100, Camaleón escribió:
Correcto. (porque la tienes a half? no es una perdida considerable de eficiencia)
Pooos, así se ha configurado y así se ha quedado. No he tocado nada, y es una gigabit, pero como está en un red 10/100 se baja a 100. Lo de half-duplex, full-duplex es sólo una de las cosas que vi diferentes de los datos que te daba ethtool.
Eso suele ser automático: yo la tengo en full, y no lo he hecho yo, es negociado. Depende de lo que haya al otro extremo.
Que yo sepa no. Pero la version esta Suse 10.1 trae un montón de cosas que desconozco, zmd, apparmor.... yo juraría que tengo todo eso desactivado, pero no lo afirmo al 100% porque desconozco esas aplicaciones y no se si estara todo desactivado o si influyen en algo.
No creo que afecte a los cortes de la red, sería extraño. Por cierto, yo también lo tengo desactivado.
No creo que afecte. Si la máquina estuviera muy cargada afectaría, pero a ambas tarjetas, no a una. Yo pienso más en el cable. Es el elemento común, aparte del router. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6G2UtTMYHG2NR9URAlK1AJ90HgfuwKSQxXrrkZVAVl5r6p29fACdGyaR Z6xGQwrYTP6Ini3EgyZIHps= =VwDW -----END PGP SIGNATURE-----
Hola :) El Viernes, 2 de Marzo de 2007 18:11, Emiliano Sutil escribió: [...]
La pérdida de paquetes en una tarjeta de red (que llega a desconectar a los clientes) cuando no tiene carga considerable es muy raro. Si además en el kernel no ves ningún mensaje de error relacionado, más extraño todavía.
No he leído todo el hilo, pero se me ocurren unas ideas:
Pensando en voz alta:
- Pierde paquetes con el comando ping, por lo que ya no sólo es una cosa de la aplicación a la que están conectados los clientes, está relacionado directamente con la tarjeta de red.
Correcto
- Los paquetes se pierden con carga baja del uso de la red
Eso parece, aunque como los cortes son aleatorios no es definitivo, estadisticamente ocurre así
- Si no ves ningún mensaje de error en el kernel aún habiendo aumentado el nivel de log a 7
Correcto.
- Te pasa los mismo con otra tarjeta intel y con otras 3com que dices has probado (entiendo que siempre en el mismo equipo y con la misma versión de SuSE)
En total tengo ahora 4 tarjetas de red pinchadas, aunque solo 2 configuradas 2 intel y 2 3Com
- La tarjeta gigabit Intel que tienes integrada en la placa funciona sin problemas y no acusa pérdida de paquetes
Aparentemente.
Tienes varios dispositivos PCI conectados (4 tarjetas de red). Se me ocurre que: - se esté saturando el bus: cuando hay mucha carga en una de las tarjetas, esa tarjeta usa el bus al 100% luego funciona mejor (lo monopoliza). En cambio, si se usa poco la red ... cae el rendimiento (compite con otros dispositivos por el bus PCI). - ¿has monitorizado la CPU y la memoria? Más o menos puedes el requerimiento en que 1 GigE requiere una CPU de 1 GHz para funcionar a las mil maravillas. - ¿los buses y las tarjetas van a la misma velocidad? Es decir, ¿tanto PCI y tarjeta son PCI-X o PCI 33 o PCI 66 o PCIe a la misma x? Si no es así, puede haber degradación de rendimiento. - ¿tienes configurada la CPU para que ahorre energía/baje los ciclos de reloj? Si hay pocas conexiones y la CPU detecta que hay poca tralla ... bajará sus MHz ... pero las tarjetas de red siguen metiendo datos y la CPU tiene que seguir haciendo cambios de contexto (context switching), pero está trabajando a menos ciclos ... la velocidad de procesado de paquetes cae o se descartan paquetes. ¿Es una teoría aceptable? 0:)
- Tienes los siguientes módulos de adaptadores de red cargados: e1000, sky2 y 3c59x pero sólo tienes... ¿dos tarjetas, o tres?
Como dija antes 4, pero solo 2 configuradas una intel y una 3com
- La tarjeta está configurada como Full-duplex, según ethtool (yo la tengo a half)
Correcto. (porque la tienes a half? no es una perdida considerable de eficiencia)
- Has verificado los cables y el switch y no has visto nada raro
Correcto.
¿Has probado otro switch y otros cables? ¿El switch y los cables son GigE?
- ¿Tienes algún servicio de cortafuegos o proxy en esa interfaz que pueda estar "estorbando"?
Que yo sepa no. Pero la version esta Suse 10.1 trae un montón de cosas que desconozco, zmd, apparmor.... yo juraría que tengo todo eso desactivado, pero no lo afirmo al 100% porque desconozco esas aplicaciones y no se si estara todo desactivado o si influyen en algo.
chkconfig | less te mostrará todo lo que esté (des)activado. Échale un vistazo a ver cómo está la cosa. Puesdes probar también con: lsof -i -n -P los puertos que se están usando. HTH Rafa -- 50% of all statistics are inaccurate. OpenWengo: rgriman --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-04 a las 20:06 +0100, Rafa Grimán escribió: ...
- ¿tienes configurada la CPU para que ahorre energía/baje los ciclos de reloj? Si hay pocas conexiones y la CPU detecta que hay poca tralla ... bajará sus MHz ... pero las tarjetas de red siguen metiendo datos y la CPU tiene que seguir haciendo cambios de contexto (context switching), pero está trabajando a menos ciclos ... la velocidad de procesado de paquetes cae o se descartan paquetes. ¿Es una teoría aceptable? 0:)
Mmm... si la cpu está en modo lento y le llegan paquetes a la tarjeta, pues la tarjeta debe ser capaz de atender la red hasta al menos recibir un bloque entero (milnosecuantos bytes). Creo que sólo cuando ha recibido la trama ethernet completa la tarjeta debe levantar una IRQ para avisarle de la terminación a la cpu, y está empezará a atenderla, y quizás aumente la velocidad o no, dependiendo de la política que tenga al respecto para ese cambio. Pero mientras tanto, la tarjeta no pierde datos: tiene una trama ethernet entera. Si es muy buena, pues igual es capaz de aceptar otra, pero si no, da igual, porque la tarjeta del otro extremo no debe empezar a enviar la siguiente trama hasta que le digan que la anterior se ha recibido bien, o si no, que debe repetirla. Más o menos, porque hay algoritmos de tramisión que pueden aceptar la recepción de varias tramas, y entonces decirte que la trama 7 hacia atrás tienes que repetirsela: ambos extremos tienen que poder guardar varias tramas seguidas en su propia memoria, esto no debería gestionarlo el driver. Pero qui lo sa... (Ugh... que recuerdos me trae esto... hubo un tiempo que se suponía que me preparaba para diseñar estas cosas... pero en éste terruño no diseñamos). Pero vamos, que estando todo bien hecho no tienen porqué perderse tramas, aunque la cpu sea una tortuga y la red sea gigabit.
aplicaciones y no se si estara todo desactivado o si influyen en algo.
chkconfig | less
te mostrará todo lo que esté (des)activado. Échale un vistazo a ver cómo está la cosa.
Lo que no te dice es si efectivamente están en ejecución, ahora que lo pienso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF632StTMYHG2NR9URAgWRAJ9RFndZbJGvwPeLnKNeulDY9E2ahACgmV8R 2/AjNRuy1vUfScoHYVzvpFU= =Z3JR -----END PGP SIGNATURE-----
Hola a todos No penseis que me olvidado de vosotros, ni que se me ha arreglado y no os he dicho nada, que eso queda muy mal, es que no he tenido tiempo ni de leer el correo. A ver si analizo las ideas que me habéis indicado. De momento voy a hacer una prueba con un knoppix (idea de un compañero) a ver si con ese falla tambien y asi descarto ya de todas todas el problema de software y me centro en el hw, aunque luego queda ver que hw..... stay tuned! Emiliano Sutil --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 16:08 +0100, Emiliano Sutil escribió:
Cambia la tarjeta y no pienses más...
Ya la he cambiado, antes tenia una intel y me pasaba, ahora con la 3Com y sigue fallando.
¿Entonces ahora tienes dos 3com?
La verdad no se que pensar......
¿El router? ¿El cable? Cóntro, pero es que el software tiene que ser robusto e importarle un bledo los microcortes. No podríamos usar internet si no fuera así... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6EkUtTMYHG2NR9URAmjCAJ92dCrdRflZBbtkaBo6Brr6/zRfLwCdEFo/ IXILRBdYlg4+vEY0FccTI1s= =k8RC -----END PGP SIGNATURE-----
El 2/03/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-03-02 a las 16:08 +0100, Emiliano Sutil escribió:
Cambia la tarjeta y no pienses más...
Ya la he cambiado, antes tenia una intel y me pasaba, ahora con la 3Com y sigue fallando.
¿Entonces ahora tienes dos 3com?
tengo 2 3com y 2 intel (estas 2 vienen integradas en la placa) pero solo tengo configuradas ahora mismo una 3com y una intel. He probado con todas ellas y con ellas obtengo resultado similar, microcortes.....
La verdad no se que pensar......
¿El router? ¿El cable?
Están revisados, pero lo volveré a revisar.
Cóntro, pero es que el software tiene que ser robusto e importarle un bledo los microcortes. No podríamos usar internet si no fuera así...
Ya, si esta gente no usara bases de datos access no nos habriamos enterado nunca del misterio de los microcortes. Aun asi, como buen programador de pascal que eres (o has sido...) no has usado nunca paradox y se te han corrompido los indices por cortes en la red? Yo desarrollo en Delphi y llevaba años usando paradox y anda que no me ha dado problemas eso. Solución ahora usamos Firebird como base de datos y adios a los problemas. Si es que hacer aplicaciones de bases de datos sin un servidor de base de datos...... ;-) Un saludo Emiliano Sutil
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFF6EkUtTMYHG2NR9URAmjCAJ92dCrdRflZBbtkaBo6Brr6/zRfLwCdEFo/ IXILRBdYlg4+vEY0FccTI1s= =k8RC -----END PGP SIGNATURE-----
--------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 18:20 +0100, Emiliano Sutil escribió:
La verdad no se que pensar......
¿El router? ¿El cable?
Están revisados, pero lo volveré a revisar.
me parecen más probables.
Cóntro, pero es que el software tiene que ser robusto e importarle un bledo los microcortes. No podríamos usar internet si no fuera así...
Ya, si esta gente no usara bases de datos access no nos habriamos enterado nunca del misterio de los microcortes.
Aun asi, como buen programador de pascal que eres (o has sido...) no has usado nunca paradox y se te han corrompido los indices por cortes en la red?
Hay más cosas en Pascal que las bases de datos ;-) Pe, tarjetas de adquisición de datos.
Yo desarrollo en Delphi y llevaba años usando paradox y anda que no me ha dado problemas eso. Solución ahora usamos Firebird como base de datos y adios a los problemas. Si es que hacer aplicaciones de bases de datos sin un servidor de base de datos...... ;-)
Claro. Lo hacen compartiendo ficheros, que es la solución pobre que hacíamos todos en windows antes de enterarnos de qué iban las redes y esos rollos de cliente servidor ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6G44tTMYHG2NR9URAmLkAKCMfNmTCXj/DrVx14xHXzSkwHEUDACggWsX BI92pEJFu8v+J+cbhc0Sl4k= =qLVp -----END PGP SIGNATURE-----
No se si perdi algo de informacion y ya lo dijisteis. ¿Pero es el mismo tamaño de paquetes la tarjeta y el ruter? Yo hice pruebas con el jumbo frames y me pasaba eso de microcortes. Prueba entre dos ordenadores con un cable cruzado --------------------------------------------------------------------- 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@opensuse.org
On 02/03/07, admin-listas
No se si perdi algo de informacion y ya lo dijisteis. ¿Pero es el mismo tamaño de paquetes la tarjeta y el ruter? Yo hice pruebas con el jumbo frames y me pasaba eso de microcortes. Prueba entre dos ordenadores con un cable cruzado
Tambien podrias ver las tablas arp de tu switch, tuve un problema parecido hace un tiempo, el tema iba por el switch, o mejor dicho el problema era una pc que me estaba haciendo spoofing, y me llenaba la tabla arp del switch de ips falsas, y finalmente hacia que se comporte como un hub,, despues de probar muchas tarjetas mire por el lado del switch, primero poniendo un sniffer y vi que habia muchos paquetes broadcast, actualice el firmware del switch a la version que no se dejaba engañar por el spoofing y con el sniffer finalmente pude ubicar la pc que me causaba problemas. Saludos JCarlos --------------------------------------------------------------------- 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@opensuse.org
una traza recien sacada del horno 9 bytes from 192.168.1.1: icmp_seq=781 ttl=255 9 bytes from 192.168.1.1: icmp_seq=827 ttl=255 9 bytes from 192.168.1.1: icmp_seq=828 ttl=255 9 bytes from 192.168.1.1: icmp_seq=829 ttl=255 9 bytes from 192.168.1.1: icmp_seq=830 ttl=255 9 bytes from 192.168.1.1: icmp_seq=831 ttl=255 9 bytes from 192.168.1.1: icmp_seq=832 ttl=255 9 bytes from 192.168.1.1: icmp_seq=833 ttl=255 9 bytes from 192.168.1.1: icmp_seq=834 ttl=255 --- 192.168.1.1 ping statistics --- 834 packets transmitted, 767 received, 8% packet loss, time 834067ms fijate que la secuencia de 781 se pasa a la 827 y continua. es decir ha habido un micro corte que hace que el que tenga abierta una bbdd de access se corrompa, vamos una fiesta. Si no arreglo esto me cuelgan ;-) (siempre me podre reiniciar) Emi --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 18:02 +0100, Emiliano Sutil escribió:
una traza recien sacada del horno
9 bytes from 192.168.1.1: icmp_seq=781 ttl=255 9 bytes from 192.168.1.1: icmp_seq=827 ttl=255 9 bytes from 192.168.1.1: icmp_seq=828 ttl=255 ... --- 192.168.1.1 ping statistics --- 834 packets transmitted, 767 received, 8% packet loss, time 834067ms
fijate que la secuencia de 781 se pasa a la 827 y continua. es decir ha habido un micro corte que hace que el que tenga abierta una bbdd de access se corrompa, vamos una fiesta.
Supongo que será si en ese momento se está haciendo algo.
Si no arreglo esto me cuelgan ;-) (siempre me podre reiniciar)
Es un motivo más para convencerles de que access es malo. Cualquier protocolo de red debe ser un poco más robusto frente a microcortes y errores varios de transmisión. Prueba algo como esto: ping -f -l10 -s20000 router para medir el ancho de banda real al router (si se llama así, o pon su IP). A mi me da 9MiB mantenidos: WARNING: probably, rcvbuf is not enough to hold preload. PING router (192.168.1.1) 20000(20028) bytes of data. ......... - --- router ping statistics --- 7654 packets transmitted, 7645 received, 0% packet loss, time 43762ms rtt min/avg/max/mdev = 7.794/56.631/65.266/2.175 ms, pipe 10, ipg/ewma 5.718/55.954 ms A ver si te da la capacidad teórica de la conexión o menos. Si da menos, pues hay un problema físico. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5yu9tTMYHG2NR9URAsTzAKCHet8HIYy7v4oSJXkPY6qb4boXMwCfUGmE 1d7vyhgAPUWokKt0facxnTI= =7+o2 -----END PGP SIGNATURE-----
El Jueves, 1 de Marzo de 2007 20:38, Carlos E. R. escribió:
El 2007-03-01 a las 18:02 +0100, Emiliano Sutil escribió:
una traza recien sacada del horno
9 bytes from 192.168.1.1: icmp_seq=781 ttl=255 9 bytes from 192.168.1.1: icmp_seq=827 ttl=255 9 bytes from 192.168.1.1: icmp_seq=828 ttl=255
...
--- 192.168.1.1 ping statistics --- 834 packets transmitted, 767 received, 8% packet loss, time 834067ms
fijate que la secuencia de 781 se pasa a la 827 y continua. es decir ha habido un micro corte que hace que el que tenga abierta una bbdd de access se corrompa, vamos una fiesta.
Supongo que será si en ese momento se está haciendo algo.
Si no arreglo esto me cuelgan ;-) (siempre me podre reiniciar)
Es un motivo más para convencerles de que access es malo. Cualquier protocolo de red debe ser un poco más robusto frente a microcortes y errores varios de transmisión.
Prueba algo como esto:
ping -f -l10 -s20000 router
Buaaaaaaaaaa, me pierde la mitadddddddd ¿y que puñetas se mira ahora?
para medir el ancho de banda real al router (si se llama así, o pon su IP). A mi me da 9MiB mantenidos:
WARNING: probably, rcvbuf is not enough to hold preload. PING router (192.168.1.1) 20000(20028) bytes of data. ......... --- router ping statistics --- 7654 packets transmitted, 7645 received, 0% packet loss, time 43762ms rtt min/avg/max/mdev = 7.794/56.631/65.266/2.175 ms, pipe 10, ipg/ewma 5.718/55.954 ms
ande estan los 9mb aqui, o hay que calcularlo, joerrrrr que esto tie que ser pa vagos. --------------------------------------------------------------------- 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-02 a las 08:40 +0100, francisco F. escribió:
El Jueves, 1 de Marzo de 2007 20:38, Carlos E. R. escribió:
Prueba algo como esto:
ping -f -l10 -s20000 router
Buaaaaaaaaaa, me pierde la mitadddddddd ¿y que puñetas se mira ahora?
X-)
para medir el ancho de banda real al router (si se llama así, o pon su IP). A mi me da 9MiB mantenidos:
WARNING: probably, rcvbuf is not enough to hold preload. PING router (192.168.1.1) 20000(20028) bytes of data. ......... --- router ping statistics --- 7654 packets transmitted, 7645 received, 0% packet loss, time 43762ms rtt min/avg/max/mdev = 7.794/56.631/65.266/2.175 ms, pipe 10, ipg/ewma 5.718/55.954 ms
ande estan los 9mb aqui, o hay que calcularlo, joerrrrr que esto tie que ser pa vagos.
Miro el ancho de banda con gkrellm o iptraf, no con el ping ;-) Con el ping miro las estadisticas de lo que falla. El comando se ajustan los parámetros para maximizar lo que consigue enviar. Observa: -f Flood ping. For every ECHO_REQUEST sent a period ``.'' is printed, while for ever ECHO_REPLY received a backspace is printed. This provides a rapid display of how many packets are being dropped. If interval is not given, it sets interval to zero and outputs packets as fast as they come back or one hundred times per second, whichever is more. Only the super-user may use this option with zero interval. -l preload If preload is specified, ping sends that many packets not waiting for reply. Only the super-user may select preload more than 3. -s packetsize Specifies the number of data bytes to be sent. The default is 56, which translates into 64 ICMP data bytes when combined with the 8 bytes of ICMP header data. Dependiendo de la máquina concreta tienes que ajustarlo cambiando el tamaño de paquete y precarga para conseguir que se envíe al máximo. Se debe conseguir, en una ethernet 100 sin tráfico, cerca de 10 MiB/s. Si te quedas por la mitad, con tasa de errores elevada, tienes mal el cable, no es de verdaero 100 Mbits/s (no está bien cruzado). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF6A4etTMYHG2NR9URAn3+AKCJk7au5peSIXSjT1xUEdpoMp5mXQCgk411 eC7vU5O6a1DZi/OrthkjJ0o= =6VCz -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 17:40 +0100, Camaleón escribió:
Como yo soy más tradicional que el pasodoble, uso la segunda opción. Puede que influya eso? de hecho no se cual es la primera opción.
Yo también uso esa opción... más que nada tras ver la "novedad" de zend, lo recordé, me asusté y pensé.. hum, mejor la forma tradicional :-D
Creo que la nueva opción usa network manager... no sé muy bien las diferencias, quizá utiliza otra forma de configuración de la red con otros servicios...
La "nueva opción" es controlada por el usuario, tiene que estar alguien en local para que funcione. Es decir, depende de un applet de kde o gnome. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5yYhtTMYHG2NR9URAhOgAJ9v0M5Ae+OoIhekH+Z14uFIHYzY3gCePFKl ra9scNU/RAT7FztKAD7Oano= =HF16 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 17:21 +0100, Emiliano Sutil escribió:
Yo suelo configurar los discos duros para dar cabida a la versión actual de SuSE (en una partición) y a la siguiente (en otra partición) para que cuando pasen los dos años que duran las versiones, pueda instalar la nueva sin modificar la antigua y hasta que no esté todo bien configurado no elimino la versión anterior.
Pues es una buena estrategia, igual te copio. ;-)
Yo tengo una partición con la antigua (10.1 ahora mismo) otra con la 10.2 instalada nueva, y la buena, una 10.2 actualizada desde un backup de la 9.3 (porque la 10.1 me petó la partición). Ah, y también tengo una 9.3 en otra partición: o sea, tengo tres de pruebas y una con la de "producción". Os gano. :-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5ycBtTMYHG2NR9URAt6xAJ9Bt0OqF2mR/hCyin9L58JTRoRj/gCfcqMj KMvFdMJpwsl2LGh+Hsxe+8Q= =Y1GI -----END PGP SIGNATURE-----
Hola Carlos
Yo tengo una partición con la antigua (10.1 ahora mismo) otra con la 10.2 instalada nueva, y la buena, una 10.2 actualizada desde un backup de la 9.3 (porque la 10.1 me petó la partición). Ah, y también tengo una 9.3 en otra partición: o sea, tengo tres de pruebas y una con la de "producción".
Os gano. :-p
Por goleada, lo que no se es como te aclaras, tienes mas camaleones que..... bueno que el sitio donde suele haber camaleones ;-) Emi
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFF5ycBtTMYHG2NR9URAt6xAJ9Bt0OqF2mR/hCyin9L58JTRoRj/gCfcqMj KMvFdMJpwsl2LGh+Hsxe+8Q= =Y1GI -----END PGP SIGNATURE-----
--------------------------------------------------------------------- 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@opensuse.org
participants (7)
-
admin-listas
-
Camaleón
-
Carlos E. R.
-
Emiliano Sutil
-
francisco F.
-
Juan Carlos Bravo Celis
-
Rafa Grimán