Communitylösning

ZimaOS RAID5-skyddsstatus: Rent eller återskapas?

A four-disk RAID5 showed Protecting after creation; mdstat showed [UUUU], and the user verified sync_action=idle and array_state=clean.

En RAID5 som visar ”Protecting” har inte automatiskt fastnat eller börjat byggas om. I fallet i källan visade /proc/mdstat att alla fyra medlemmar fanns med som [UUUU], medan sync_action gav idle och array_state gav clean. Det är ett friskt mdraid-tillstånd.

Etiketten ”Protecting” kan därför vara ZimaOS sätt att visa skydds-/paritetstillståndet, snarare än ett tecken på en aktiv ombyggnad. Kontrollera arrayen underliggande innan du avbryter den.

Läs /proc/mdstat först

cat /proc/mdstat

För en fyrdiskars RAID5 betyder [UUUU] att alla fyra förväntade medlemsplatser är aktiva. Ett saknat understreck, till exempel [UU_U], visar att en medlem saknas eller har fallerat.

Kontrollera om någon synkronisering pågår

cat /sys/block/md0/md/sync_action

Användaren i källan fick idle, vilket bekräftade att ingen återsynkronisering/återställning/kontroll pågick vid den tidpunkten.

Kontrollera md-arrayens tillstånd

cat /sys/block/md0/md/array_state

clean betyder att md anser att arrayen är konsekvent och inte i ett smutsigt tillstånd.

Förstå skrivintentionsbitmapen

Källutdata visade en bitmap. En skrivintentionsbitmap håller reda på områden som ändras medan arrayen är aktiv och kan minska återställningsarbetet efter en felaktig avstängning. Att den finns är i sig inget fel.

Jämför med aktuellt RAID-beteende i ZimaOS

Den aktuella RAID-guiden för ZimaOS säger att RAID5 aktiverar paritet automatiskt och att initieringen kan fortsätta medan arrayen fortfarande är användbar.

När Protecting kräver undersökning

Undersök om /proc/mdstat visar en ombyggnad/återsynkronisering, en eller flera saknade medlemmar, upprepade I/O-fel, tillståndet Degraded i gränssnittet eller om array_state inte är clean när du förväntar dig det.

Stoppa inte arrayen bara för att ta bort etiketten

Om arrayen är i gott skick, inaktiv och komplett kan det innebära en onödig risk att stoppa mdraid. Protecting är ingen anledning att återskapa lagringspoolen.

Säkerhetskopiera även när RAID är i gott skick

RAID5 skyddar mot att en disk går sönder, inte mot radering, skadlig kod, fel på styrenheten eller katastrofer. Ha en oberoende säkerhetskopia.

I guiden för planering av säkerhetskopiering beskrivs det andra lagret.

Protecting kan visas efter att en array har skapats eller utökats

Källarrayen hade nyligen skapats och fyllts med flera terabyte data. ZimaOS kan behålla en skyddsinriktad statusetikett även efter att mdraid själv rapporterar att ingen synkronisering pågår. Därför är md-statusen på låg nivå en tillförlitligare diagnostisk signal.

Kontrollera om det finns dolda I/O-fel

dmesg | grep -Ei 'md0|nvme|fel|tidsgräns|återställning | tail -100

Om arrayen är i gott skick men kärnan loggar upprepade NVMe-återställningar eller I/O-fel bör du undersöka den berörda enheten eller PCIe-vägen i stället för att avfärda statusen som kosmetisk.

Dokumentera en baslinje när allt är i gott skick

Spara en kopia av /proc/mdstat, array_state och medlemmarnas serienummer medan arrayen är i gott skick. Om den senare blir degraderad har du en känd referens i gott skick att jämföra med.

Vanliga frågor

Betyder Protecting att RAID byggs om?

Inte nödvändigtvis. I det aktuella fallet var sync_action inaktiv och arrayen var i gott skick.

Vad betyder [UUUU]?

Alla fyra förväntade mdraid-medlemmar är aktiva.

Bör jag vänta innan jag kopierar data?

Om en initiering/återsynkronisering faktiskt pågår kan prestandan vara sämre. Kontrollera /proc/mdstat i stället för att bara gå efter etiketten.

När är RAID5 inte i gott skick?

Saknade medlemmar, degraderad status, I/O-fel, misslyckad SMART-diagnostik eller en pågående återställning efter ett oväntat bortfall kräver åtgärd.