MHC Azure Stack 14G | Avvertenza di riepilogo del sottosistema Azure Stack Storage dopo la sostituzione del disco

Dopo la sostituzione con un disco che utilizza una marca diversa, tutto ha funzionato correttamente durante l'esecuzione del comando:

'foreach ($N in (Get-StorageSubSystem -CimSession s-cluster -FriendlyName clus* | Get-StorageNode -CimSession s-cluster )) { write $N.Name;$N | Get-PhysicalDisk -CimSession s-cluster -PhysicallyConnected | select friendlyname,SerialNumber,healthstatus,OperationalStatus,CanPool,physicallocation,slotnumber |sort physicallocation | ft }'.

Invece, eseguendo Test-AzureStack -debug, è stato rilevato un errore che riflette il marchio del disco precedente in Riepilogo sottosistema di archiviazione di Azure Stack.

'Test-AzureStack -debug'

 

Detailed error messages:
https://learn.microsoft.com/en-us/windows-server/failover-clustering/health-service-faults
Severity: MINOR
Reason: Connectivity has been lost to the physical disk.
Recommendation: Check that the physical disk is working and properly connected.
Part: Manufacturer TOSHIBA, Model XYZ9000, Serial 123456789 Location: Seattle DC, Rack B07, Node 4, Slot 11

Un altro sintomo è che, in Get-StorageJob, alcune attività si ripetevano in modo intermittente, anche se tutte le attività erano state completate.

La cache del disco del vecchio marchio è rimasta.

Per risolvere questo problema, seguire le istruzioni riportate nella KB https://www.dell.com/support/kbdoc/en-us/000009730 o nel comando riportato di seguito.

Anche se il sintomo è diverso e non vi è alcuna visualizzazione anomala evidente in Get-PhysicalDisk, la soluzione è la stessa di questo articolo della KB pubblico.

Eseguire il seguente comando per cancellare la cache del disco precedente esistente

update-storageprovidercache -DiscoveryLevel Full -cimsession "s-cluster"

Se un soft update non cancella la cache del disco precedente, svuotare e riprendere il nodo per attivare nuovamente il processo di storage.