MHC Azure Stack 14G | Advertencia de resumen del subsistema de almacenamiento de Azure Stack después de reemplazar el disco

Después de reemplazar con un disco que usaba una marca diferente, todo funcionaba bien cuando se ejecutaba el 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 }'.

Mientras que, mediante la ejecución de Test-AzureStack -debug, encontramos un error que refleja la marca del disco anterior en el resumen del subsistema de almacenamiento de 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

Otro síntoma, en Get-StorageJob, algunas tareas se repetían de forma intermitente, incluso si todas las tareas se completaban.

La caché del disco anterior de la marca aún se mantuvo.

Para resolver este problema, siga las instrucciones de la base de conocimientos https://www.dell.com/support/kbdoc/en-us/000009730 o el comando que aparece a continuación.

A pesar de que el síntoma es diferente y no hay ninguna visualización anómala obvia en Get-PhysicalDisk, la solución es la misma que esta base de conocimientos pública.

Ejecute el siguiente comando para borrar la caché de disco antigua existente:

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

Si una actualización parcial no borra la caché de disco antigua, drene y reanude el nodo para volver a activar el trabajo de almacenamiento.