Lavorando con un cluster vSAN, può succedere di dover sostituire un disco guasto e trovarsi nella condizione per cui la rimozione da GUI non risulta essere possibile. Nel mio caso l’errore che mi appariva in vCenter era: Unable to removed “Absent VSAN disk”.
Per risolvere questo problema è possibile forzare la rimozione del disco tramite SSH, eseguendo i seguenti comandi (sul host che riporta il disco rotto):
esxcli vsan storage list
Che dovrebbe riportate un output simile a questo:
[root@esxi:~] esxcli vsan storage list
naa.50014ee2b3159279
Device: naa.50014ee2b3159279
Display Name: naa.50014ee2b3159279
Is SSD: false
VSAN UUID: 524e53f1-5c58-65a1-b74b-45eef4ef12c5
VSAN Disk Group UUID: 52770f3a-cbfe-4572-e584-191164fe643a
VSAN Disk Group Name: naa.55cd2e404b55498e
Used by this host: true
In CMMDS: true
On-disk format version: 10
Deduplication: false
Compression: false
Checksum: 4308889842710721654
Checksum OK: true
Is Capacity Tier: true
Encryption Metadata Checksum OK: true
Encryption: false
DiskKeyLoaded: false
Is Mounted: true
Creation Time: Fri Sep 18 10:25:54 2020Unknown
Device: Unknown
Display Name: Unknown
Is SSD: false
VSAN UUID: 5263d9d3-9ed7-76d0-d9b0-7d11a8a5e645
VSAN Disk Group UUID:
VSAN Disk Group Name:
Used by this host: false
In CMMDS: false
On-disk format version: -1
Deduplication: false
Compression: false
Checksum:
Checksum OK: false
Is Capacity Tier: false
Encryption Metadata Checksum OK: true
Encryption: false
DiskKeyLoaded: false
Is Mounted: false
Creation Time: Unknown
Eseguire quindi la rimozione del disco, recuperandone l’UUID dal output del precedente comando:
esxcli vsan storage remove -u 5263d9d3-9ed7-76d0-d9b0-7d11a8a5e645
Questo comando non rilascia alcun output, ma è possibile poi rieseguire il comando “esxcli vsan storage list” per verificare che il vecchio disco sia stato correttamente rimosso.
Eccellente funziona