Resultados de búsqueda

Ahí levantaron. Pero lo rato es que el ONBOOT ya estaba en yes.

Otra más. En el servidor bueno busco el IRQ asociado a la eth3. # dmesg | grep eth3 | grep IRQ bnx2x 0000:03:00.0: eth3: using MSI-X IRQs: sp 144 fp[0] 146 ... fp[7] 153 Si ejecuto lo mismo en el servidor "malo", no me devuelve nada :(.

# ip -a 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether e0:db:55:10:19:32 brd ff:ff:ff:ff:ff:ff inet 172.20.30.132/16 brd 172.20.255.255 scope global em1 inet6 fe80::e2db:55ff:fe10:1932/64 scope link valid_lft forever preferred_lft...

Ya, para el servidor bueno el dmesg dice: bonding: em2 is being created... bonding: em2: Adding slave eth3. bnx2x 0000:03:00.0: firmware: requesting bnx2x/bnx2x-e2-7.2.51.0.fw bnx2x 0000:03:00.0: eth3: using MSI-X IRQs: sp 144 fp[0] 146 ... fp[7] 153 bonding: em2: enslaving eth3 as an active...

Otro dato. En el servidor 1 (el servidor "bueno") puedo ver el proceso bonding. cat /proc/net/bonding/ bond0 em1 em2 En el servidor 2 (el servidor "malo") ni siquiera está el directorio bonding en /proc/net.

Como dato, cuando hago un ifconfig en el servidor 1 obtengo esto: em1 Link encap:Ethernet HWaddr E0:DB:55:7B:62:E4 inet addr:172.20.30.131 Bcast:172.20.255.255 Mask:255.255.0.0 inet6 addr: fe80::e2db:55ff:fe7b:62e4/64 Scope:Link UP BROADCAST RUNNING...

Ya, ayúdenme a recopilar logs. Esto también es culpa de ustedes por meter susto. El bonding con problema es el em2. Su archivo de configuración es este: DEVICE=em2 BOOTPROTO=none ONBOOT=yes IPADDR=10.0.1.12 NETMASK=255.255.0.0 USERCTL=no Las interfaces asociadas son la eth3 y la eth4...

No, nunca actualicé el Sistema Operativo. Sólo actualicé el firmware (bios).

Como dato... Actualicé el firmware del servidor con problemas (al que llamaremos Servidor 1), le pegué sus reinicios y todo bien. Levaron los servicios, se sincronizó con el servidor 2, todo impeque. Hoy actualicé el firmware del servidor 2, pero después del reinicio los servicios de Oracle no...

Dime que no te recordó esto

Acá @ZANGHERI en su oficina de jefe recibiendo a los clientes

Puta, me acabo de acordar de una talla que no se si la puse acá... pero filo. Corrían los tiempos de los primeros tarreos grandes organizados por tarreo.cl, y un amigo trabajaba como soporte de redes en una empresa grandota. Este amigo apoyaba a los cabros de tarreo consiguiéndose switchs...

Pero puede ser que pasar de Redhat 6.4 a 6.8 te reescriba un archivo de conf? Yo he actualizado Redhat Linux de 6.4 a 6.8 en maquinas virtuales con Oracle Cluster, volúmenes montados con multipath y todo eso y no me ha fallado nada. Si, da susto pasar un servidor físico de Producción pero no...

Oye @yakko, en tu experiencia has visto sistemas que fallen por aplicar actualizaciones de seguridad? E insisto, no me refiero a pasar de Redhat 6.x a 7.x (que es un "upgrade" grande), sino simplemente pasar de Redhat 6.x a Redhat 6.x+1. Enviado desde mi 7055A mediante Tapatalk

Pero es que si actualizas cada... no se... tres meses, ese yum update es aplicar unas pocas actualizaciones de seguridad.

Pero es un parche poh Cosme, no un upgrade a una versión superior. No requieres una prueba completa, basta con una prueba funcional aunque claro, si actualizan cada tres años si da susto, pero si llevan los updates cada tres meses no debería ser complejo. Además hago la diferencia entre...

El problema es que todo sistema tiene fallas, tiene bugs, y es una cuestión de probabilidades de que pises un bug y tengas una disrupción de servicio cuando menos lo esperes. Así, las actualizaciones (updates, no upgrades) vienen a corregir proactivamente errores potenciales que tiene tu sistema...

El problema es que ya van varios días en que salta el error de memoria en el /var/log/messages Discrepo. Si uno maneja una política de actualización constante (considerando actualización como aplicación de parches de corrección de errores y de seguridad) se evita caídas de servicio producto de...

¿Por que susto a actualizar? ¿Alguna vez te ha fallado algún servicio por actualizar el sistema operativo?

Es lo lógico pensar eso. De hecho el soporte de RedHat dice que es pana de hardware. Pero el diagnóstico de hardware de Dell dice que anda todo la raja :sisi !!!