Problema:
Dopo la sostituzione del controller RAID, l'ID NAA del VD è stato modificato durante l'importazione della configurazione esterna e questo ha causato il mancato montaggio del datastore.
Hardware interessato:
UCS-MRAID 12G
UCS-MRAID 12G
Server con controller RAID UCSB-MRAID12G:
UCS B200 M4
UCS B200 M5
UCS B480 M5
UCS B420 M4
UCS C220 M4
UCS C240 M4
Firmware interessato:
Firmware controller RAID: 24.5.x.x e 24.6.x.x
Esempio n.
***mrsasctlr.24.5.0-0043_6.19.05.0_NA.bin
Il firmware dei controller 24.5.x.x è presente in tutte le versioni UCSM precedenti alla 3.2.*
Note release dalla release 3.1 #
https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.htmlhttps://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.html
Sistema operativo interessato:
VMware ESXi
Causa:
Con le versioni precedenti del firmware, se viene rilevata una mancata corrispondenza della versione dell'area di lavoro DDF (Device Data Format), il firmware del controller non è in grado di ripristinare l'ID NAA dal DDF durante l'importazione esterna.
MR6.4 dispone di DDF_WORK_SPACE versione 1, mentre MR6.10 dispone di DDF_WORK_SPACE versione 3. Versioni successive di FW dopo MR6.4, sono state apportate correzioni che consentono al controller FW di ripristinare l'ID NAA da DDF anche se viene rilevata una mancata corrispondenza dell'area di lavoro DDF. L'ID NAA non può essere analizzato correttamente se il firmware del controller sostitutivo è obsoleto (esempio: 24.5.x e 24.6.x). Tuttavia, la versione 24.12.x può analizzare correttamente l'ID NAA.
Prima della sostituzione:
Server 2/2: Nome prodotto fornito: Server blade Cisco UCS B200 M5 a 2 socket PID in dotazione: UCS-B200-M5 Video in dotazione: V06 Numero di serie (SN): FCH22973K5 Stato slot: Equipaggiato Nome prodotto riconosciuto: Server blade Cisco UCS B200 M5 a 2 socket PID riconosciuto: UCS-B200-M5 VID riconosciuto: V06 Numero di serie riconosciuto: FCH22973K5 Memoria riconosciuta (MB): 524288 Memoria effettiva riconosciuta (MB): 524288 Core riconosciuti: 28 Adattatori riconosciuti: 1 Unità virtuale 0: Tipo: RAID 1 con mirroring Dimensione blocco: 512 Blocchi: 1560545280 Operabilità: Operabile Presenza: Equipaggiato Dimensioni: 761985 Ciclo di vita: Allocato Stato unità: Ottimale Dimensione striscia (KB): 64 Criteri di accesso: Lettura/scrittura Criteri di lettura: Normale Criterio cache di scrittura configurato: Write through Criterio cache di scrittura effettiva: Write through Criterio I/O: Diretta Cache unità: Nessuna modifica Avviabile: Vero Identificatore univoco: bcc0dd21-2006-4189-86c1-132017ad0958 Identificatore univoco fornitore: 618e7283-72eb-6460-240f-d02c0bbd9310 <<<<<<<<<<<<<<<<<<<<<< Dopo la sostituzione: Server 2/2: Nome prodotto fornito: Server blade Cisco UCS B200 M5 a 2 socket PID in dotazione: UCS-B200-M5 Video in dotazione: V06 Numero di serie (SN): FCH22973K5 Stato slot: Equipaggiato Nome prodotto riconosciuto: Server blade Cisco UCS B200 M5 a 2 socket PID riconosciuto: UCS-B200-M5 VID riconosciuto: V06 Numero di serie riconosciuto: FCH22973K5 Memoria riconosciuta (MB): 524288 Memoria effettiva riconosciuta (MB): 524288 Core riconosciuti: 28 Adattatori riconosciuti: 1 Unità virtuale 0: Tipo: RAID 1 con mirroring Dimensione blocco: 512 Blocchi: 1560545280 Operabilità: Operabile Presenza: Equipaggiato Dimensioni: 761985 Ciclo di vita: Allocato Stato unità: Ottimale Dimensione striscia (KB): 64 Criteri di accesso: Lettura/scrittura Criteri di lettura: Normale Criterio cache di scrittura configurato: Write through Criterio cache di scrittura effettiva: Write through Criterio I/O: Diretta Cache unità: Nessuna modifica Avviabile: Vero Identificatore univoco: 7a894b44-721a-41ae-a3bf-380102b9e64e Identificatore univoco fornitore: 618e7283-72ea-3f20-ff00-005a0574b04b <<<<<<<<<<<<<<<<<<<<<<<<<<
In questo caso, l'ID [Vendor Unique Identifier] del server 2/2 è stato modificato da [618e7283-72eb-6460-240f-d02c0bbd9310] a [618e7283-72ea-3f20-ff00-005a0574b04b] |
Come evitare di risolvere il problema?
Per evitare questo problema, aggiornare il firmware del controller sostitutivo prima di inserire il disco o il DVD.
Procedura dettagliata:
- Arresta il server
- Rimuovere tutti i dischi uno per uno e lasciare i dischi con lo stesso slot non inserito completamente, in modo che l'ordine di posizionamento non venga disturbato(se si rimuove completamente dallo slot, tenere nota dello slot poiché le unità devono essere riposizionate nello stesso slot)
- Installare un nuovo controller RAID per la sostituzione senza inserire un disco.
- Il server riconoscerà il nuovo controller RAID
- Aggiornare il firmware del controller RAID.
- Dopo l'aggiornamento del firmware, spegnere il server e inserire il disco nel server.
- Accendere il server
Come eseguire il ripristino se il server presenta questo problema?
Procedura dettagliata:
===================
Procedura per il ripristino dell'archivio dati
===================
1 Accedere al client vSphere e selezionare il server dal pannello Inventory.
2 Fare clic sulla scheda Configuration e fare clic su Storage nel pannello Hardware.
3 Fare clic su Add Storage (Aggiungi archiviazione).
4 Selezionare il tipo di storage Disk/LUN e fare clic su Next.
5 Dall'elenco delle LUN, selezionare la LUN che ha un nome di datastore visualizzato nella colonna Etichetta VMFS e fare clic su Avanti.
Nota: Il nome presente nella colonna Etichetta VMFS indica che la LUN è una copia che contiene una copia di un datastore VMFS esistente.
6 In Mount Options (Opzioni Di Montaggio), vengono visualizzate le seguenti opzioni:
Mantieni firma esistente: Installare in modo permanente il LUN (ad esempio, installarlo dopo il riavvio)
Assegna una nuova firma: Rinominare il LUN
Formattare il disco: Riformattare il LUN
Note: Formattare il discoelimina tutti i dati esistenti sul LUN. Prima di tentare di rifirmare, verificare che non vi siano macchine virtuali in esecuzione su un altro host, in quanto tali macchine virtuali non sono più valide nell'inventario di vCenter Server e devono essere nuovamente registrate sui rispettivi host.
selezionare Assegna una nuova firma e fare clic su Avanti.
7 Selezionare l'opzione desiderata per il volume
8 Nella pagina Pronto per il completamento, rivedere le informazioni di configurazione dell'archivio dati e fare clic su Fine.
===================
Operazioni successive
===================
Dopo la rinuncia, potrebbe essere necessario eseguire le operazioni seguenti:
1 Connettersi al client vSphere, UIn Inventario > Fare clic su Archivio dati
2 Fare clic con il pulsante destro del mouse sull'archivio dati e fare clic su "Browse Datastore "
3 Nel riquadro sinistro fare clic su una cartella VM per visualizzare il contenuto nel riquadro destro
4 Nel riquadro di destra, fare clic con il pulsante destro del mouse sul file .vmx e selezionare "Add to Inventory" (Aggiungi all'inventario).
5 Procedura guidata "Add to Inventory" per completare l'aggiunta della VM all'host ESXi
6 Ripetere i passaggi per tutte le VM rimanenti
7 Dopo aver registrato nuovamente tutte le VM, rimuovere tutte le VM inaccessibili dall'inventario facendo clic con il pulsante destro del mouse su ciascuna di esse e selezionando "Rimuovi dall'inventario".
8 Accendere ciascuna VM e verificare che sia operativa e accessibile
Nota: Prima di accendere la VM, riavviare l'host ESXi e dopo il riavvio online e l'accesso tramite il client vSphere, verificare che le VM siano ancora visibili e che non siano passate allo stato "Inaccessibile"
CSCvr11972 Identificatore univoco del fornitore modificato dopo la sostituzione di MRAID12G
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr11972