Communityoplossing

ZimaOS RAID 5-uitbreiding vastgelopen: controleer array en bestandssysteem

A four-disk RAID5 expansion on ZimaOS 1.4.1 reached 100%, then appeared stuck while Storage and Files reported different capacities.

Kort gezegd: controleer de arraygrootte en bestandssysteemgrootte afzonderlijk voordat je RAID 5 opnieuw opbouwt

De oude 1.4.1-gebruikersinterface liet een verwarrende status zien: de uitbreiding bereikte 100%, bij Opslag werd de grotere totale capaciteit van 36 TB weergegeven, bij Bestanden stond nog ongeveer de oude bruikbare capaciteit en de knop voor uitbreiden bleef vastzitten. Dat kan betekenen dat de md-array is vergroot, terwijl het bestandssysteem of de gebruikersinterface de eigen vergroting of vernieuwing niet heeft voltooid. Leid niet uit één capaciteitskaart af dat de bewerking is geslaagd, en evenmin uit een andere kaart dat deze is mislukt.

ZimaOS RAID5-instellingen met vier schijven van 12 TB, waarbij de uitbreiding na eerder 100% te hebben bereikt op nul procent blijft hangen
Nadat de uitbreiding 100% had bereikt, keerde de gebruikersinterface terug naar de status RAID uitbreiden op 0%, hoewel bij Opslag de grotere onbewerkte capaciteit werd weergegeven.
ZimaOS Bestanden toont de hoofdopslag van RAID5 nog steeds met de oudere bruikbare capaciteit na de uitbreiding
De weergave Bestanden toonde nog steeds de bruikbare ruimte van vóór de uitbreiding, waardoor onduidelijk was of alleen de array was vergroot of ook het bestandssysteem.
Overzicht van ZimaOS Opslag met de uitbreidingsstatus van RAID5 en de grotere totale capaciteit van 36 TB
Bij Opslag werd een grotere totale capaciteit van 36 TB weergegeven terwijl er nog steeds een uitbreidingsstatus zichtbaar was. Dit laat zien waarom alleen de capaciteit in de gebruikersinterface niet voldoende was om de bewerking te verifiëren.
Close-up van de opslagcapaciteit van ZimaOS met een totale capaciteit van 36 TB na uitbreiding van RAID5
De close-up benadrukt de nieuwe totale capaciteit die de Opslag-interface meldde nadat de vierde schijf van 12 TB was toegevoegd.

Stap 1: controleer het aantal RAID-leden en de arraystatus

cat /proc/mdstat
sudo mdadm --detail /dev/mdX

Controleer of de nieuwe schijf een actief lid is, of de arraystatus schoon is en of er geen reshape- of herstelbewerking meer wordt uitgevoerd. De mdadm-arraystatus is de onderliggende referentie voor Linux RAID.

Stap 2: controleer de grootte van het blokapparaat en het bestandssysteem

lsblk -f
df -h

Als het md-apparaat groter is, maar het gekoppelde bestandssysteem nog steeds de oude grootte meldt, is de RAID-laag uitgebreid terwijl het bestandssysteem dat niet heeft gedaan. Dat is een ander probleem dan een mislukte reshape van de schijven.

Voer opdrachten voor het vergroten van het bestandssysteem niet blind uit

EXT4, BTRFS en andere bestandssystemen gebruiken verschillende hulpmiddelen voor uitbreiding. Identificeer eerst FSTYPE. Voor EXT4 is resize2fs het juiste hulpmiddel; voor BTRFS gelden andere regels voor het vergroten van het bestandssysteem. De uitbreiding van het EXT4-bestandssysteem beschrijft het EXT-proces.

De huidige ZimaOS-documentatie beschrijft RAID 5 als uitbreidbaar

In de huidige documentatie over RAID staat expliciet dat RAID 5 in de loop der tijd kan worden uitgebreid door schijven toe te voegen. Daarmee wijst het oude gedrag in versie 1.4.1 eerder op een historisch uitbreidings- of interfaceprobleem dan op het ontbreken van ondersteuning voor uitbreiding van RAID 5. De RAID5-uitbreiding in ZimaOS vormt de moderne basis.

Stop zware apps vóór een reshape die meerdere dagen kan duren

De oorspronkelijke gebruiker heeft later de containers gestopt en interactie met Bestanden en Opslag tijdens de bewerking vermeden; daarna werd de array tweemaal succesvol opnieuw opgebouwd en uitgebreid. Dat is een nuttige operationele voorzorgsmaatregel, maar bewijst niet dat het openlaten van Bestanden de oorspronkelijke fout veroorzaakte. De veiligere les is om schrijfbewerkingen en interferentie vanuit de gebruikersinterface tijdens een lange reshape te beperken, niet om één browsertabblad als hoofdoorzaak aan te wijzen.

Start niet opnieuw op tijdens een reshape, tenzij herstel dat vereist

Een RAID-reshape is een ingreep aan de opslag. Als /proc/mdstat actieve voortgang toont, laat de bewerking dan voltooien tenzij het systeem daadwerkelijk defect raakt. Plotselinge stroomuitval verhoogt het risico. Gebruik indien mogelijk een UPS voor lange uitbreidingen.

Maak een back-up voordat je nog een schijf toevoegt

RAID 5 verdraagt het uitvallen van één lid, maar een reshape verhoogt de activiteit op alle schijven en vervangt geen back-up. De ZimaOS-back-up moet vóór een bewerking die meerdere dagen kan duren, zijn voltooid.

Als de gebruikersinterface nog steeds Uitbreiden op 0% toont

Nadat is vastgesteld dat de array en het bestandssysteem gezond zijn en het bestandssysteem de nieuwe grootte ziet, wordt een verouderde status van de gebruikersinterface of service waarschijnlijker. Start pas opnieuw op nadat alle opslagactiviteit is beëindigd en controleer daarna opnieuw. Breek de array niet af en maak deze niet opnieuw aan alleen om een voortgangsindicator te wissen.

Bouw alleen opnieuw op als laatste hersteloptie

De oorspronkelijke gebruiker heeft uiteindelijk een back-up gemaakt, de RAID afgebroken en deze opnieuw opgebouwd. Dat werkte, maar is destructief. Gebruik tegenwoordig de status van de CLI, de actuele documentatie en back-ups om vast te stellen of de array, het bestandssysteem of de gebruikersinterface daadwerkelijk het probleem vormt voordat je voor opnieuw opbouwen kiest. De RAID-herstelinformatie beschrijft de grenzen van het herstel.

Veelgestelde vragen

Waarom toont Opslag meer capaciteit dan Bestanden?

Het RAID-blokapparaat kan zijn vergroot terwijl het bestandssysteem of de interface Bestanden nog steeds de oude grootte weergeeft.

Kan RAID 5 in ZimaOS worden uitgebreid door schijven toe te voegen?

Volgens de huidige ZimaOS-documentatie kan RAID 5 in de loop der tijd worden uitgebreid door schijven toe te voegen.

Moet ik Bestanden sluiten tijdens de uitbreiding?

Het is verstandig om actieve schrijfbewerkingen te beperken, maar de oude discussie bewijst niet dat een geopend tabblad Bestanden de fout veroorzaakte.

Wanneer moet ik resize2fs uitvoeren?

Alleen nadat je hebt bevestigd dat het bestandssysteem EXT is en het onderliggende blokapparaat al groter is.

Moet ik de array opnieuw opbouwen als de gebruikersinterface blijft hangen?

Niet voordat controles met mdadm en van het bestandssysteem een daadwerkelijk opslagprobleem aantonen. Alleen een vastgelopen voortgangsindicator is daarvoor niet voldoende.