Un Dell DD9900 en par HA no ve la SFP en ethMa: State UP, link status NO, Cannot get module EEPROM information
Mantengo un almacenamiento de respaldo en el CPD. Un par de DD9900 en HA, puertos de red en NDC QLogic. Tras un reinicio o una reinstalación del módulo, el puerto ethMa deja de ver el transceptor, y esto ya no es un incidente aislado sino un truco que se repite de forma estable.
- Dell DD9900, DD OS 7.2.0.95, configuración HA
- NDC QLogic QL41164HMCU 4x10GbE (Dell 0XVVY1)
- módulos ABCU-5710RZ-CS4B, FCLF-8521-3-HP, FTLX8571D3BCL-FC, AFBR-703ASDZ; engancha tanto cobre como óptica
Lo que se ve en el sistema:
State UP
link status NO
Transceiver is unplugged
Cannot get module EEPROM informationethtool -m en ese puerto no devuelve nada.
Lo que ya probamos:
- cambiamos los módulos entre puertos y cambiamos los latiguillos: el problema sigue al puerto, no al módulo
- pasamos el enlace a otro switch y a otro puerto del switch
- cambiamos el propio NDC por uno nuevo, después de un tiempo obtuvimos exactamente lo mismo
Mientras tanto, el puerto figura como UP, es decir, el sistema cree que todo está bien y no levanta ninguna alarma. ¿Por dónde seguir cavando: el driver, DD OS, o al final es hardware?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Ya que en un sistema individual no se reproduce y en HA sí de forma estable, se puede descartar el hardware. Es un defecto del driver de QLogic que sale a la luz justo en configuración HA en DD OS 7.2. De ahí todo el cuadro: el puerto figura como UP, no hay enlace, y en el log Transceiver is unplugged y Cannot get module EEPROM information. El driver simplemente no llega a la EEPROM del módulo, y le da igual qué módulo haya, cobre u óptico; por eso probar módulos, cordones, puertos del switch e incluso cambiar el NDC no dio ningún resultado.
Se arregla actualizando DD OS como mínimo a 7.10.1, ahí va un paquete actualizado de firmwares y drivers, después del cual el síntoma desaparece. Mientras no esté acordada la ventana de actualización:
Una salvedad de soporte: antes de la actualización, coteja con el fabricante la matriz de compatibilidad exactamente para tu configuración HA; 7.10.1 es el límite inferior, no una recomendación de instalar justo esa. Y para el futuro: en los DD más nuevos ya se abandonaron estos NDC en favor de Intel X710, así que al renovar el parque la cuestión se resuelve sola.
Tres preguntas para acotar el círculo. Primero: ¿esto se atrapa en un sistema individual o solo en el par HA? Es fundamental, porque HA cambia cómo suben y se mueven las interfaces, y la mitad de historias como esta viven justo ahí.
Segundo: ¿en esa tarjeta solo hay módulos SFP, o en algún puerto vecino cuelga un DAC? QLogic prohíbe explícitamente en su documentación mezclar DAC y SFP en la misma tarjeta, y las consecuencias suelen ser exactamente esas: parte de los puertos deja de leer la EEPROM.
Tercero: ¿
ethtool -men los puertos vecinos de la misma tarjeta funciona con normalidad, o también está mudo?Montamos un banco y lo probamos. En un sistema individual con los mismos módulos y la misma DD OS 7.2 no se logró reproducir en absoluto, por mucho que se sacaran módulos y se reiniciara. Solo se atrapa en el par HA, y eso parece ser la clave.
No mezclamos DAC y SFP en la misma tarjeta, en los cuatro puertos hay módulos del mismo tipo.
ethtool -men los puertos vecinos se lee con normalidad, la EEPROM se entrega completa, y en ethMa aparece justamente ese Cannot get module EEPROM information, hasta que el puerto, tras algún reinicio, arranca solo por su cuenta.Firmo lo de «abandonar QLogic». Tuve una placa QLogic 8262 (serie 8200) en FreeNAS 11.3-U5 en un HP MicroServer Gen10: se ven ambas funciones PCI, pero solo funciona ql0, y ql1 sube como none2 y no se inicializa, es decir, media tarjeta simplemente está muerta.
En el log, en cada arranque,
0x200000 bytes of rid 0x10 res 3 failedy luegounable to map any ports. Aconsejaban revisar conpciconf -lsi no era una HP NC523SFP reetiquetada, actualizar el firmware del adaptador y probar con los tunables de MSI/MSI-X. Nada de eso ayudó, la tarjeta al final se cambió, y para almacenamiento ahí recomiendan directamente Chelsio T520-CR o Intel X520. Así que la migración a X710 en los sistemas nuevos parece consecuente.