VxRail: impossibile aggiungere unità VSAN "Not mounted on this host" e "Ineligible for use by VSAN" ai gruppi di dischi VSAN
Summary: Questo articolo descrive come correggere l'impossibilità di creare gruppi di dischi VSAN. Inoltre, fornisce la risoluzione a problemi che si verificano durante l'aggiunta di dischi a quelli esistenti in presenza di condizioni anomale visualizzate sull'host. Le condizioni specifiche risolte in questo articolo includono la presenza di unità "Ineligible" che dovrebbero invece essere disponibili. Potrebbero anche essere visualizzati un numero errato di unità totali sull'host e/o gruppi di dischi aggiuntivi che non dovrebbero essere presenti. ...
Symptoms
Dopo aver controllato i dischi con il comando "vdq -qH" o "vdq -Hi", una o più unità riportano "Reason: Not mounted on this host". Tali unità e alcune altre indicano "State: Ineligible for use by VSAN". Tra quelle che sono "Ineligible", potrebbero essere presenti schede Boss, moduli Satadom, dischi RecoverPoint e unità di altro tipo che presentano tale stato. All'interno di vCenter, è possibile che vengano visualizzate più unità di quelle previste, anche se quelle aggiuntive non sono disponibili per l'aggiunta ai gruppi di dischi.
Le nuove unità potrebbero non essere visibili dopo essere state aggiunte o sostituite a seguito di un guasto. Le unità che non contengono nulla dopo "Name:" dovrebbero riportare "naa.<numeri e lettere>". Sono comunemente dette "dischi fantasma" o "unità fantasma" e si trovano dove in precedenza c'era un dispositivo attualmente perso. La presenza di dischi fantasma può comportare una serie di problemi, tra cui tempi di avvio lunghi, convalide con esito negativo, impossibilità di "garantire l'accessibilità" e arresti anomali dell'host in alcune situazioni.
La rimozione delle unità fantasma è spesso possibile tramite vCenter o dalla riga di comando. Tuttavia, a volte tale operazione non riesce e in questi casi spesso è prima necessario correggere il problema delle unità "Not mounted...".
Cause
Se la VSAN rileva un errore di scrittura su un'unità, l'unità potrebbe essere potrebbe espulsa dalla VSAN anche se i sensori hardware non hanno ancora rilevato una condizione tale da contrassegnare il disco come in stato di errore. Se il disco in questione è un'unità cache o se si utilizzano la deduplica e la compressione, la VSAN deve spostare offline l'intero gruppo di dischi. Anche se ciò può determinare le suddette condizioni, non è questa la causa che determina il problema. La causa è la presenza di metadati o dischi danneggiati che ancora dispongono di partizioni (dalla loro configurazione precedente). Essi non vengono ripristinati e non sono pronti per essere aggiunti nuovamente alla VSAN. Questa situazione può verificarsi anche per altri motivi quando qualcosa viene scritto inavvertitamente sui metadati del disco in modo errato. I dati sono intatti ma non più accessibili e la VSAN deve ripristinare la conformità alle policy di storage con una risincronizzazione.
Un'unità con questo tipo di partizione potrebbe ritenere di far parte di un gruppo di dischi e mostrare un'unità cache dove non dovrebbe esserci. Questa unità cache non dispone di informazioni normali come la capacità o il nome (informazioni naa mancanti). Tuttavia, non è possibile rimuoverla in quanto l'host ritiene che vi sia un'unità non montata. Inoltre, non è possibile risolvere il problema eseguendo nuovamente la scansione dei controller di storage (questa operazione può causare un arresto anomalo dell'host) o riavviando l'host.
Resolution
Contattare il supporto tecnico Dell o il rappresentante dell'assistenza autorizzato e citare l'ID di questo articolo della Knowledge Base.
Correzione: è necessario rimuovere o nascondere le partizioni di tutte le unità "Not mounted…" e rimuovere dall'ambiente eventuali dischi fantasma. Se le partizioni sono mascherate, dovrebbe comunque essere possibile visualizzarle nuovamente come "Eligible for use by VSAN". La loro aggiunta a un gruppo di dischi dovrebbe cancellare tutto ciò che contenevano durante il processo. Dopo aver risolto il problema e rimosso i dischi fantasma, potrebbe essere necessario riavviare l'host. Questa operazione viene eseguita quando tutto risulta corretto sull'host. Nell'area Cluster > Configure > Disk Management di vCenter è possibile creare un gruppo di dischi come di consueto.
Passaggi:
Impostare l'host in Maintenance Mode (Ensure Accessibility). In questo modo i dati sull'host vengono protetti da eventuali errori o problemi imprevisti. Verificare che anche il resto della VSAN sia integro. Se è in corso una risincronizzazione della VSAN, è necessario che questa operazione sia completata prima di poter rimuovere i dischi o i gruppi di dischi contenenti dati dalla VSAN.
Broadcom ha introdotto una semplice funzione "Erase ESXi storage Devices" nelle versioni 7.X e successive.
Erase ESXi Storage Devices (vmware.com)
- In vSphere Client, andare all'host ESXi.
- Cliccare sulla scheda Configure.
- In Storage, cliccare su Storage Devices.
- Selezionare uno o più dispositivi e cliccare sull'icona Erase Partitions.
- Verificare che le informazioni sulle partizioni che stanno per essere cancellate non siano critiche.
- Cliccare su OK per confermare la modifica.
Se la soluzione sopra riportata non funziona, utilizzare i passaggi manuali che seguono:
-
Eseguire il comando riportato di seguito sull'host (in Putty) e copiare l'output in un documento. Putty non è necessario, ma è utile per poter eseguire l'operazione di copia e incolla.
vdq -qH
-
Identificare le unità contrassegnate con "Ineligible for Use by VSAN" E che riportano "Reason: Not mounted on this host" o non contengono nulla nel campo Name (nessun naa).
-
Correggere prima le unità che riportano "Not mounted…":
- Ottenere il NAA del disco non idoneo dall'output di "vdq -qH" sull'host. Eseguire questo comando per mascherare le partizioni sul disco:
partedUtil mklabel /dev/disks/<naa.#'s> gpt
- Eseguire nuovamente il comando riportato di seguito e assicurarsi che per l'unità sia ora visualizzato "Eligible for use by VSAN".
vdq -qH
*In caso negativo , è necessario eseguire un riavvio e ripetere il passaggio precedente. Si consiglia di tentare di rimuovere i dischi fantasma prima del riavvio per evitare che il processo di avvio sia lungo, in quanto l'host inizializza i dischi e viene tentato l'avvio dei servizi vSAN.
- Ottenere il NAA del disco non idoneo dall'output di "vdq -qH" sull'host. Eseguire questo comando per mascherare le partizioni sul disco:
-
Rimuovere i dischi fantasma. In genere è possibile eseguire questa operazione nella stessa area Disk Management. In caso contrario, utilizzare la riga di comando sull'host.
$ esxcli vsan storage remove -u <UUID>
Prendere nota dell'UUID dei dischi senza nomi naa, dall'output del passaggio 1.
-
Controllare che tutto sia ora come previsto. Aggiornare vCenter, controllare nuovamente Disk Management ed eseguire il comando "vdq -qH" sull'host per assicurarsi che tutte le unità previste siano presenti e visualizzate come "Eligible for use by VSAN". In caso negativo, riavviare l'host dato che alcune unità potrebbero non essere ancora state inizializzate e controllare nuovamente.
-
Creare il gruppo di dischi o aggiungere i dischi ai gruppi di dischi esistenti come di consueto (se si utilizzano la deduplica e/o la compressione, è necessario ricreare completamente il gruppo di dischi).