Slutsats: Starta om efter att du har inaktiverat diskarna innan du börjar radera metadata
I det lösta fallet fungerade två nya 4 TB-hårddiskar som fristående diskar, men skapandet av RAID 0/1 returnerade ett generiskt exit status 2. Ingen disk behövde bytas ut eller raderas: när ZimaOS startades om efter att enheterna hade inaktiverats rensades det gamla lagringstillståndet och RAID kunde skapas. Det bör vara det första testet med låg risk.
Bekräfta att båda diskarna verkligen är lediga
lsblk -f
mount
cat /proc/mdstat
Båda kandidatenheterna ska vara avmonterade och får inte redan vara medlemmar i en annan md-array eller en aktiv ZimaOS-pool. Dra inte bara slutsatsen utifrån etiketten i gränssnittet om skapandet redan har misslyckats.
Starta om en gång innan du utför destruktiv rensning
Inaktivera de två diskarna i Storage, starta om ZimaOS, gå tillbaka till Storage och skapa RAID igen. Detta är särskilt användbart när gränssnittet eller lagringstjänsten fortfarande kan ha kvar ett gammalt tillstånd från den tidigare fristående konfigurationen.
Om det fortfarande misslyckas, samla in det verkliga felet
journalctl -xb | tail -200
dmesg | tail -200
exit status 2 är bara ett omslutande felmeddelande. Den användbara orsaken kan vara mdadm-tillstånd, gamla filsystemssignaturer, en monteringskonflikt eller något annat fel i lagringstjänsten. Linux-dokumentationen om mdadm RAID-beteende förklarar arraylagret.
Kontrollera metadata innan du raderar den
sudo wipefs -n /dev/sdX
sudo mdadm --examine /dev/sdX 2>/dev/null
Använd inspektionsläget först. Om du senare tar bort signaturer måste du vara säker på att diskarna inte innehåller data du behöver. Gör inte ”wipefs -a everything” till standardsvaret på ett generiskt fel i gränssnittet.
Aktuella ZimaOS har direkt stöd för RAID 0 och RAID 1
Den aktuella lagringsdokumentationen omfattar RAID 0, RAID 1, RAID 5, RAID 6 och JBOD. RAID 0 kräver minst två diskar och saknar redundans; RAID 1 speglar två diskar. ZimaOS RAID-nivåer är den aktuella produktreferensen.
Använd inte RAID 0 för data som du inte kan återskapa
RAID 0 ökar den användbara kapaciteten och kan förbättra genomströmningen, men ett enda medlemsfel förstör arrayen. Om dessa 4 TB-diskar innehåller media eller säkerhetskopior som du är rädd om bör du överväga om RAID 1/5 tillsammans med en oberoende säkerhetskopia är lämpligare.
ZimaOS-säkerhetskopiering och RAID-återställning beskriver felmodellen.
Verifiera den nya arrayen innan du fyller den med data
cat /proc/mdstat
lsblk -f
df -h
Vänta tills eventuell initiering eller omsynkronisering är klar och kopiera sedan testdata som du kan avvara först. Starta om en gång och kontrollera att arrayen fortfarande är frisk innan du lägger den enda kopian av viktiga filer där.
Diskstorleksskillnader är inte den första slutsatsen
Små nominella skillnader kan påverka den användbara storleken, men i detta fall löste en omstart problemet. Analysera de faktiska loggarna innan du tillskriver en generisk statuskod skillnader i diskstorlek eller ett maskinvarufel.
Om metadata verkligen är problemet, ta bara bort det du har identifierat
Linux-kommandot wipefs för signaturkontroll kan visa filsystems-, partitionstabells- och RAID-signaturer innan något raderas. Om diskarna är bekräftat tomma och loggarna pekar på gamla signaturer tar du medvetet bort den specifika metadatan, startar om och försöker igen. Det är säkrare än att behandla varje generiskt RAID-fel som ett tillstånd att omedelbart radera båda diskarna.
Kör efter rensningen lsblk -f och mdadm --examine igen, så att du vet att diskarna faktiskt är i det tillstånd som ZimaOS förväntar sig innan du öppnar flödet för att skapa RAID på nytt.
När en omstart omedelbart löser skapandet bör du dokumentera det i incidentanteckningarna. Det är användbara belägg för att själva diskarna inte har visats vara felaktiga och att ett gammalt tjänstetillstånd var den troligare förklaringen.
Vanliga frågor
Vad betyder exit status 2 när RAID skapas i ZimaOS?
Det är ett generiskt felresultat, inte en diagnos. Kontrollera loggarna efter det underliggande lagrings- eller mdadm-felet.
Bör jag radera diskarna direkt?
Nej. Starta först om efter inaktivering och kontrollera sedan metadatan innan du utför destruktiv rensning.
Kan helt nya diskar ha gammal metadata?
Ja, särskilt om de har testats eller partitionerats tidigare, men bekräfta det med wipefs -n eller mdadm --examine.
Är RAID 0 säkert för säkerhetskopior?
Nej. Om en medlem försvinner går arrayen förlorad, så behåll oberoende kopior.
Hur vet jag att RAID skapades korrekt?
Kontrollera /proc/mdstat samt filsystems- och monteringsstatus, starta om och verifiera att arrayen fortfarande är frisk.
