MHC Azure Stack 14G | Overzichtswaarschuwing Azure Stack Storage-subsysteem na schijfvervanging

Na het vervangen door een schijf van een ander merk werkte alles prima bij het uitvoeren van de opdracht:

'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 }'.

Door de Test-AzureStack -debug uit te voeren, hebben we een fout gevonden die het vorige schijfmerk weergeeft onder de samenvatting van het Azure Stack Storage-subsysteem.

'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

Een ander symptoom is dat sommige taken onder Get-StorageJob af en toe opnieuw werden uitgevoerd, zelfs als alle taken waren voltooid.

Cache van oude merkschijf is nog steeds aanwezig.

Volg de instructies in KB https://www.dell.com/support/kbdoc/en-us/000009730 of onderstaande opdracht om dit probleem op te lossen.

Hoewel het symptoom anders is en er geen duidelijke abnormale weergave is onder Get-PhysicalDisk, is de oplossing hetzelfde als deze openbare KB.

Voer de volgende opdracht uit om de bestaande oude schijfcache te wissen

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

Als met een zachte update de oude schijfcache niet wordt gewist, moet u het knooppunt leegmaken en hervatten om de opslagtaak opnieuw te activeren.