Windows Lagringspool borta. Hjälp sökes!

Ajdå. Har tyvärr inte lösning åt dig men tror det kan vara bra att kolla lite till om vad för information som faktiskt finns bakom gränssnittet.
Dra igång powershell och kör nedan kommandon (en och en) och se om det är något som ger lite mer information. Ett ställe att börja på iaf!

Get-Disk
Get-Volume
Get-Partition
Get-VirtualDisk
Get-WmiObject win32_logicaldisk

@Selmalagerlöf
Mer tester!
Testa att sätta disken i read only och sedan ta den i bruk och se vad den säger.
Get-virtualdisk -friendlyname "Lagring" | Get disk | set-disk -isreadonly $True
Get-virtualdisk -friendlyname "Lagring" | Get disk | set-disk -isoffline $False

Efter det kan du köra en "chkdsk" och se vad den säger.
Även "repair-virtualdisk -FriendlyName Lagring"

Gällande storleken så är totala poolstorleken totala mängden av disk. Inte tillgänglig disk. Om jag inte missminner mig

@Selmalagerlöf
Mer tester!
Testa att sätta disken i read only och sedan ta den i bruk och se vad den säger.
Get-virtualdisk -friendlyname "Lagring" | Get disk | set-disk -isreadonly $True
Get-virtualdisk -friendlyname "Lagring" | Get disk | set-disk -isoffline $False

Efter det kan du köra en "chkdsk" och se vad den säger.
Även "repair-virtualdisk -FriendlyName Lagring"

Gällande storleken så är totala poolstorleken totala mängden av disk. Inte tillgänglig disk. Om jag inte missminner mig

Kommandot: Get disk, skall vara Get-disk

Om du inte har backuprutin sedan innan så vet du nu varför man har ofta uppdaterad backup på sina RAID-system.

Spelar ingen roll hur många redundanta diskar du kan ha i en RAID - det kan skita sig ändå på logisk nivå av olika orsaker.

Nu hade du tur att det gick att lösa så pass enkelt utan dataförluster - men räkna inte att det kommer vara med samma tur nästa gång när det händer, vad gör du då om du inte har nyligen uppdaterade backupper?

Japp ett bindestreck kan vara skillnaden mellan liv och död My bad!
Gött!
Läsa kan du iaf och backa upp grejorna och vid behov bygga om den virtuella disken om du inte lyckas reparera den.
Kan du skriva till den?!?! Borde inte gå iom "-isreadonly $False".

Minst sagt viktigt. Det sägs om och om igen här på forumet. Både gällande att RAID inte är backup och backup ska göras av data man bryr sig om.
Finns verkligen en orsak till varför så många här tjatar om det samt att många förmodat har varit med om en eller flera förluster som satt spår i en.

Du nämner inte något om att du tappat data eller inte har backup så jag har utgått från att du antingen inte har så viktiga saker på denna disken eller att du redan har backup *faith-in-humanity*

Cheers!

Tyvärr är mitt enda tråkiga förslag att ändra växeln i kommandot du körde tidigare: "-isreadonly $true" till "-isreadonly $false" och se om det går genom. Gör det inte det så har jag tyvärr inte så mycket bra förslag.
Har själv haft skumma problem med vDisk som inte gick att reparera. Det repade dock sig mystiskt nog när jag flyttade vDisken till en annan nod i klustret. Låter inte som att du har den möjligheten så risken är väl att du kanske får skapa om vDisken

[Get-virtualdisk -friendlyname "Lagring" | Get disk | set-disk -isreadonly $false]

@Selmalagerlöf: Tar du bort vDisken så är det "bye bye data" och sedan om du vill skapa en ny så kommer det att vara en tom, ny, disk.
Jag rekommenderar att du fortsätter söka på ämnet lite. Du kanske hittar något som kan hjälpa dig. Framför allt om du är i läget att det "spelar ingen roll" så kan det vara värt att felsöka vidare lite och kanske hitta mer information - som du kan ta med dig framöver om det, mot all förmodan och förhoppning, skulle ske igen (eller liknand).

Lycka till!

@Selmalagerlöf: Ofc! np
Jag uppskattar om du hör av dig hur du gör och om du hittar något intressant kring eventuell lösning på själva problemet (inte bara skapa om).
Cheers!

Finns inget som justerat ribban mellan oviktiga/viktiga filer som en serverhaveri eller en nästan serverhaveri och man inser att de 'oviktiga filerna' kanske inte var så jäkla oviktiga ändå... - eftersom du spenderar tiden att ladda ur dessa från din RO-satta lagrings-pool, formatera om för att få det skrivbart igen och sedan laddar tillbaka igen så var filerna i fråga uppenbarligen inte oviktiga - med andra ord bör nog de diskar du mellanlagrar på nu på, att förbli dina backupdiskar i fortsättningen även för denna lagringspool...

Man inser också att det som var lättillgänglig för säg 1 år sedan när det var i ropet - är helt omöjligt att få ihop en komplett fil/serie idag när få/inga håller torrenterna vid liv längre...

---

Efter en eller ett par sådana incidenter så inser man att det enklaste är att ha backup på rubbet - för hur man än väljer och sorterar, så är det dom filerna som man klassade som oviktiga och förlorades i en disk/serverkrach utan backuprutin som man verkligen vill ha kvar (och vad det är för något man tycker är viktigt att behålla 1-3 år senare kan skilja sig drastiskt gentemot nuläget), och det är omöjligt att sortera rätt innan på vad som fortfarande är lättersatt med liten insats/risk och vilket som man tvingas letar efter med ljus och lykta lång tid efter eller tvingas leta i gråzon och exponera sig på ställen man helst skulle ha undvikit annars....

@Selmalagerlöf: Ofc! np
Jag uppskattar om du hör av dig hur du gör och om du hittar något intressant kring eventuell lösning på själva problemet (inte bara skapa om).
Cheers!

Finns inget som justerat ribban mellan oviktiga/viktiga filer som en serverhaveri eller en nästan serverhaveri och man inser att de 'oviktiga filerna' kanske inte var så jäkla oviktiga ändå... - eftersom du spenderar tiden att ladda ur dessa från din RO-satta lagrings-pool, formatera om för att få det skrivbart igen och sedan laddar tillbaka igen så var filerna i fråga uppenbarligen inte oviktiga - med andra ord bör nog de diskar du mellanlagrar på nu på, att förbli dina backupdiskar i fortsättningen även för denna lagringspool...

Man inser också att det som var lättillgänglig för säg 1 år sedan när det var i ropet - är helt omöjligt att få ihop en komplett fil/serie idag när få/inga håller torrenterna vid liv längre...

---

Efter en eller ett par sådana incidenter så inser man att det enklaste är att ha backup på rubbet - för hur man än väljer och sorterar, så är det dom filerna som man klassade som oviktiga och förlorades i en disk/serverkrach utan backuprutin som man verkligen vill ha kvar (och vad det är för något man tycker är viktigt att behålla 1-3 år senare kan skilja sig drastiskt gentemot nuläget), och det är omöjligt att sortera rätt innan på vad som fortfarande är lättersatt med liten insats/risk och vilket som man tvingas letar efter med ljus och lykta lång tid efter eller tvingas leta i gråzon och exponera sig på ställen man helst skulle ha undvikit annars....

om inte annat så är det lättare att ta backup på allt för att slippa klassa och tänka. Diska är ofta inte så dyrt som den tiden man behöver lägga ner antingen vid tillfället när backupen skall tas eller böket vid återställning.