Oplossing van de community

ZimaOS RAID5-beschermingsstatus: schoon of opnieuw opbouwen?

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

Een RAID5 met de status “Protecting” is niet automatisch vastgelopen of bezig met een rebuild. In het bronvoorbeeld toonde /proc/mdstat dat alle vier de schijven aanwezig waren als [UUUU], terwijl sync_action de status idle en array_state de status clean gaf. Dat is een gezonde mdraid-status.

Het label “Protecting” kan dus een weergave in ZimaOS zijn van de beveiligings- of pariteitsstatus, en hoeft niet te betekenen dat er een rebuild actief is. Controleer eerst de onderliggende array voordat je deze onderbreekt.

Lees eerst /proc/mdstat

cat /proc/mdstat

Bij een RAID5 met vier schijven betekent [UUUU] dat alle vier de verwachte schijfsleuven actief zijn. Een ontbrekend liggend streepje, zoals in [UU_U], duidt op een ontbrekende of defecte schijf.

Controleren of er een synchronisatie actief is

cat /sys/block/md0/md/sync_action

De gebruiker in het bronvoorbeeld kreeg idle te zien, wat bevestigt dat er op dat moment geen actieve resync, recovery of controle plaatsvond.

De md-arraystatus controleren

cat /sys/block/md0/md/array_state

clean betekent dat md de array als consistent en niet-dirty beschouwt.

De write-intent-bitmap begrijpen

De bronuitvoer toonde een bitmap. Een write-intent-bitmap houdt bij welke regio's zijn gewijzigd terwijl de array actief is en kan het herstelwerk na een onverwachte afsluiting verminderen. De aanwezigheid ervan is op zichzelf geen fout.

Vergelijk met het huidige RAID-gedrag van ZimaOS

In de huidige ZimaOS RAID-handleiding staat dat RAID5 automatisch pariteit inschakelt en dat de initialisatie kan doorgaan terwijl de array bruikbaar blijft.

Wanneer bescherming nader onderzoek vereist

Controleer of /proc/mdstat een rebuild/resync, een of meer ontbrekende schijven, herhaalde I/O-fouten of een status Degraded in de gebruikersinterface toont, of dat array_state niet clean is terwijl je dat wel verwacht.

Stop de array niet alleen om het label te wissen

Als de array schoon, inactief en compleet is, kan het stoppen van mdraid onnodige risico's opleveren. Protecting is geen reden om de pool opnieuw aan te maken.

Maak back-ups, ook als RAID gezond is

RAID5 beschermt tegen het uitvallen van één schijf, maar niet tegen verwijdering, malware, een defecte controller of een ramp. Zorg voor een onafhankelijke back-up.

De gids voor back-upplanning behandelt die tweede laag.

Protecting kan verschijnen na het aanmaken of uitbreiden

De bronarray was onlangs aangemaakt en vervolgens gevuld met enkele terabytes aan gegevens. ZimaOS kan een op bescherming gerichte statuslabel blijven weergeven, zelfs nadat mdraid zelf meldt dat er geen actieve synchronisatie is. De md-status op laag niveau is daarom het doorslaggevendere diagnostische signaal.

Controleer op verborgen I/O-fouten

dmesg | grep -Ei 'md0|nvme|error|timeout|reset | tail -100

Als de array schoon is, maar de kernel herhaaldelijk NVMe-resets of I/O-fouten logt, onderzoek dan de getroffen schijf of het PCIe-pad in plaats van de status als puur cosmetisch af te doen.

Leg een gezonde uitgangssituatie vast

Bewaar een kopie van /proc/mdstat, array_state en de serienummers van de leden zolang de array gezond is. Als deze later Degraded wordt, heb je een betrouwbare referentie om mee te vergelijken.

Veelgestelde vragen

Betekent Protecting dat RAID opnieuw wordt opgebouwd?

Niet per se. In het brongeval was sync_action inactief en was de array schoon.

Wat betekent [UUUU]?

Alle vier verwachte mdraid-leden zijn actief.

Moet ik wachten voordat ik gegevens kopieer?

Als er daadwerkelijk een initialisatie of resynchronisatie plaatsvindt, kunnen de prestaties lager zijn. Controleer /proc/mdstat en vertrouw niet alleen op het label.

Wanneer is RAID5 ongezond?

Ontbrekende leden, een status Degraded, I/O-fouten, mislukte SMART-diagnostiek of actief herstel na een onverwachte uitval vereisen aandacht.