HBA mezz Emulex SN30L22004 spariti dalla lista storage adapter dopo il passaggio di un host a ESXi 8.0 U3
Un host in uno chassis blade è passato a ESXi 8.0 U3 ed è tornato su senza Fibre Channel per niente. I datastore sono spariti, gli adapter non sono nella lista storage adapter, e sul lato fabric quelle porte non fanno login a nulla. Il resto del cluster non è stato toccato e vede ancora gli stessi LUN.
- host blade con due adapter Fibre Channel Emulex SN30L22004 Mezz 16Gb a 2 porte
- aggiornato da ESXi 7.0 U3 a 8.0 U3, nessuna modifica hardware
- ottiche SFP+ 16G e patch cord invariati, entrambe le porte colpite
[root@host:~] esxcli storage core adapter list
-> no vmhba entries for the FC ports, only the onboard storage controller
[root@host:~] lspci -v | grep -i emulex
-> both mezzanine ports are listed on the PCI busCosa ho provato:
- reinserita la scheda mezzanine e cambiate le ottiche su una porta
- ripetuta la scansione degli storage adapter e riavviato due volte
- controllato lo switch fabric, le porte semplicemente non salgono mai
La scheda è chiaramente ancora sul bus PCI, quindi è un guasto delle ottiche o della scheda che ha coinciso con l'upgrade, oppure è qualcosa lato ESXi? Prima di aprire un ticket preferirei sapere quale delle due sto inseguendo.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Nessuno dei due. Il device che compare in
lspcimentre non appare nulla inesxcli storage core adapter listè la firma di un device che nessun driver ha reclamato. Le ottiche sono irrilevanti per questo sintomo: un adapter non reclamato non pilota mai i suoi transceiver, quindi il silenzio sul fabric è una conseguenza, non la causa.Il motivo è il driver, non la tua scheda: non esiste un driver certificato per questo adapter in ESXi 8.0. Era supportato fino a 7.0 U3 ed è lì che il supporto si ferma. Niente di quello che installi sull'host lo farà tornare su 8.0.
Due passi, uno a breve e uno a lungo termine:
E fanne il pre-flight fisso per ogni major upgrade di ESXi: passa ogni storage adapter dalla compatibility guide prima di prenotare la finestra. Quando una scheda scompare silenziosamente da quella lista, l'host si comporta come farebbe con una fibra spezzata: nessun adapter, nessun datastore, nessun login sul fabric, e la gente brucia giorni su ottiche e cavi prima di pensarci.
Corrisponde a quello che ho anch'io.
lspci -v | grep -i emulexelenca entrambe le porte, la lista storage adapter non ha nulla, quindi ho smesso di toccare le ottiche.Ho riportato quell'host a 7.0 U3 e i due SN30L22004 sono tornati come storage adapter, i datastore si sono montati alla prima scansione, nulla è cambiato sul lato fabric. Gli adapter sostitutivi elencati per la 8.0 sono in fase di preventivo adesso, e il resto del cluster resta su 7.0 U3 finché non arrivano. Lezione costosa per una cosa che un controllo HCL di cinque minuti avrebbe beccato.
Stessa trappola un livello più sotto, sulle ottiche. Le schede mezz Emulex nei Cisco UCS serie C controllano il modulo all'accensione e mettono
Unsupported Optic Installedsullo schermo del BIOS quando non gli piace. Cisco specifica cosa accettano: LPe31002-M6 (UCSC-PCIE-BD16GF) - 16G AFBR-57F5MZ-ELX o FTLF8529P3BCV-EM; LPe32002-M2 (UCSC-PCIE-BD32GF) - 32G AFBR-57G5MZ-ELX o FTLF8532P4BCV-EM. Le lettere finali non sono decorazione: dicono che l'EEPROM è stata scritta come vuole Emulex, e lo stesso vetro di Finisar o Avago in versione a codifica semplice viene rifiutato. F2 all'avvio, scheda Advanced, adapter, Scan for Fibre Devices: questo mostra cosa vede davvero la scheda.Brocade tiene una lista analoga lato switch, per piattaforma e per part number, con la FOS minima indicata: le ottiche sicure su SX6 e 7810 vogliono FOS 8.2.1e o 8.2.2c o superiore.