MHC Azure Stack 14G | Sammendragsadvarsel for Azure Stack Storage Subsystem etter diskutskifting

Etter å ha erstattet med en disk med et annet merke, fungerte alt bra når du kjørte kommandoen:

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

Ved å kjøre test-AzureStack -debug fant vi en feil som gjenspeiler det forrige diskmerket under Sammendrag av Azure Stack Storage Subsystem.

'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

Et annet symptom, under Get-StorageJob, noen oppgaver gjentok seg periodisk, selv om alle oppgavene ble fullført.

Cache fra gammel merkedisk var fortsatt.

Hvis du vil løse dette problemet, følger du instruksjonene i KB https://www.dell.com/support/kbdoc/en-us/000009730 eller kommandoen nedenfor.

Selv om symptomet er annerledes og det ikke er noen åpenbar unormal visning under Get-PhysicalDisk, er løsningen den samme som denne offentlige KB.

Kjør følgende kommando for å tømme den eksisterende gamle diskbufferen

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

Hvis en myk oppdatering ikke tømmer den gamle diskbufferen, tømmer du den og gjenopptar noden for å aktivere lagringsjobben igjen.