Queridos amigos de la lista.
No quiero dejarlos sin respuesta a lo ocurrido. Resumo:
El cambio de kernel no influyó en nada, seguía perdiendo conectividad. El ping a la ip local, como al loopback seguía sin problemas aún con el problema. He anulado como he dicho, el firewall, cambiado las tarjetas de red, etc.
He probado pinear la misma IP en la red a ver si había alguien conectado, y salvo que tenga la respuesta deshabilitada, no había nadie con la misma IP.
Probé algo elemental, cambiarle la IP al servidor... SANTO REMEDIO. Si me pregunta qué es o cuál es el problema que hubo, no lo sé. Lo que sí infiero es que evidentemente algo por fuera del servidor me estaba perjudicando enormemente.
Mil gracias a todos por sus generosas respuestas y ayuda.
Saludos
Normando
El 06/10/2016 a las 06:33 p.m., Ricardo J. Barberis escribió:
El Jueves 06/10/2016, Normando Hall escribió:
Muy buen dato.
Lo que es mas llamativo aún, es que en el mismo servidor no puedo acceder ni al webmail que dispone, es decir, no solo conexión hacia afuera, sino internamente tambien. Es decir, muerto a nivel conectividad.
Esto puede ser resolucion de nombres, o bien firewall si accedes mediante IP no tendras algun cron o algun firewall que este metiendo alguna regla de iptables mal?
Gracias, veré el ethtool que me dice.
Avisaré las novedades. Gracias
El 06/10/2016 a las 01:46 p.m., Periko Support escribió:
Cuando eso pase tienes que revisar tu switch si perdio conectividad viendo el puerto fisicamente, ethtool para ver el estatus de la nic. dmesg para errores.
O como dices a lo mejor el kernel cambio algo y tendrias que hacerle ajustes a la config de tu NIC.
Saludos.
2016-10-06 9:38 GMT-07:00 Normando Hall nhall@unixlan.com.ar:
Muchas gracias por los aportes.
Lo que sí es muy llamativo es que los cortes comienzan durante la jornada laboral, pero nunca de noche.
Voy a elegir la versión de kernel anterior para bootearlo nuevamente, ya que esto comenzó con la última actualización. Tal vez exista alguna incompatibilidad del nuevo kernel con la red y estas tarjetas o esta motherboard.
Lo que no logro dilucidar tampoco es cual log activar para detectar esta situación, es decir, el motivo por el cual se queda sin conectividad, aunque no lo acuse. Sencillamente dejo de poder acceder al mismo, ni tampoco desde el mismo servidor con un monitor instalado poder acceder a ningun sitio externo o pinguear algun otro host de la red.
Gracias nuevamente
El 06/10/2016 a las 01:23 p.m., Roberto Bermúdez escribió:
Saludos Normado
lo mismo me paso ami alguna vez pero fue cuando deseaba configurar a mi servidor (centos 5.5) para poderlo enceder via LAN (WOL), en realidad no se porque pasaba eso, pero se debía insertar algunas línas en la configuración de las NIC, se me caía aleatoriamente como tú lo mencionas, me tocó poner un cron con la tarea service network restart, tal vez si te fijas que dentro de la configuración de las NIC no haya líneas extras, o estrañas o si pruebas con la configuración mínima requerida a ver si te da algún resultado
Saludos
El 6 de octubre de 2016, 11:11, Normando Hallnhall@unixlan.com.ar
escribió:
Buenos días a todos.
Estoy enfrentando un problema muy complicado de despejar, al menos para mis conocimientos.
Hace 1 semana actualicé un servidor centos 6 x64 ya que hacía tiempo no lo hacia. Se utiliza solo como servidor de email y está dentro de una LAN.
Desde que lo actualicé, la conectividad se cae de forma aleatoria cada 1 hora. No me da ningun error en los logs, ni ninguna advertencia en el networkmanager. Con solo reiniciar la conexión es suficiente para que vuelva a funcionar correctamente. Lo mismo ocurre si gestiono la interfaz a traves del servicio network, desactivando el networkmanager.
Ya he cambiado las tarjetas de red, fuente y memoria del servidor para descartar problemas, pero ocurre lo mismo tanto con una tarjeta como con otra.
Alguien me podría dar un poco de luz en esto y ver qué puedo configurar para que me capture en algún log esta situación, algún debug de red, etc?
Gracias
Saludos cordiales Normando