Rozszerzenie macierzy RAID 1 w ZimaOS po wymianie obu dysków na większe: społecznościowa procedura z mdadm i Btrfs

Źródło dowodzi, że wymiana obu członków macierzy RAID 1 na większe dyskinie powoduje automatycznego zwiększenia użytecznej pojemności systemu plików. Użytkownik pomyślnie wymienił dwa dyski o pojemności 500 GB na dyski 1 TB, po jednym naraz, i po każdej wymianie pozwolił systemowi ZimaOS przeprowadzić odbudowę. W tym momencie oba człony fizyczne miały pojemność 1 TB, ale macierz/urządzenie oraz system plików Btrfs nadal udostępniały tylko dotychczasową pojemność 500 GB.

W ZimaOS+ 1.5.4 użytkownik ten dokończył rozszerzanie przez SSH za pomocą mdadm --grow /dev/md0 --size=max, zaczekali na wynikające z tego odzyskiwanie/synchronizację, a na koniec uruchomili btrfs filesystem resize max dla zamontowanego systemu plików. Zgłosili, że interfejs graficzny i df a następnie wyświetlił większą pojemność. To mocne potwierdzenie społeczności, ale nadal jest to ręczna procedura CLI, a nie aktualna procedura w interfejsie graficznym IceWhale.

Wykonaj kopię zapasową przed rozpoczęciem zwiększania pojemności

RAID 1 chroni przed awarią jednego członka; nie chroni przed błędami operatora, uszkodzeniem metadanych macierzy, błędami systemu plików ani problemem z drugim dyskiem podczas odbudowy.

Wymieniaj tylko jednego członka macierzy RAID naraz

1. wyłącz urządzenie;
2. wymień pierwszy stary dysk na większy;
3. uruchom urządzenie;
4. użyj funkcji odzyskiwania ZimaOS, aby przeprowadzić odbudowę;
5. poczekaj na całkowite zakończenie odzyskiwania.

Powtórz dla drugiego członka

Dopiero po zakończeniu pierwszej odbudowy użytkownik wyłączył urządzenie i wymienił drugi dysk, a następnie ponownie uruchomił odzyskiwanie w interfejsie graficznym i czekał na jego pełne zakończenie.

Na tym etapie macierz była sprawna i składała się z dwóch większych urządzeń fizycznych, ale nadal miała rozmiar odpowiadający historycznemu rozmiarowi członka.

Następnie użytkownik społeczności rozszerzył macierz mdadm

Polecenie ze źródła brzmiało:

sudo mdadm --grow /dev/md0 --size=max

Zweryfikowali geometrię nowej macierzy za pomocą mdadm --detail i czekał na zakończenie nowego procesu odzyskiwania/synchronizacji.

Nigdy nie zakładaj, że Twoja macierz to /dev/md0; najpierw zidentyfikuj rzeczywistą macierz.

Następnie należało rozszerzyć system plików Btrfs

Źródło kończyło się poleceniem:

sudo btrfs filesystem resize max /your/mounted/filesystem

Użyj rzeczywistej ścieżki zamontowanego systemu plików Btrfs zamiast dosłownie kopiować symbol zastępczy.

Dlaczego wymagane były dwa etapy zmiany rozmiaru

• urządzenie macierzy RAID md w systemie Linux;
• znajdujący się na nim system plików Btrfs.

Oba elementy muszą udostępnić większy rozmiar, zanim użytkownicy zobaczą dodatkową pojemność.

Potraktuj to jako procedurę zależną od wersji

Użytkownik źródłowy wyraźnie korzystał z ZimaOS+ 1.5.4. Obecne ZimaOS jest nowsze, a sposób zarządzania pamięcią masową może się zmienić. Przed wykonaniem ręcznych mdadm --grow w przypadku pamięci produkcyjnej sprawdź, czy interfejs nadal nie oferuje obsługiwanej ścieżki rozszerzenia, i rozważ skontaktowanie się z pomocą techniczną IceWhale w sprawie aktualnej procedury.

Sprawdź stan RAID przed każdą fizyczną wymianą

Przed wymianą pierwszego dysku — i ponownie przed wymianą drugiego — potwierdź, że macierz jest sprawna i w pełni zsynchronizowana. Rozpoczęcie drugiej wymiany przed zakończeniem pierwszej odbudowy pozbawia Cię nadmiarowości, na której polegasz podczas modernizacji.

Zapisz numery seryjne członków macierzy, aby wyjmowany dysk fizyczny odpowiadał członkowi logicznemu wyświetlanemu przez ZimaOS.

Dyski zamienne muszą mieć wystarczającą rzeczywistą pojemność

Dyski o nominalnie takiej samej pojemności mogą nieznacznie różnić się liczbą dostępnych sektorów. Najbezpieczniej użyć dysków zamiennych wyraźnie większych od starych członków macierzy i co najmniej tak dużych jak każdy z nich.

Jeśli drugi dysk „1 TB” jest minimalnie mniejszy od pierwszego, etap powiększania/odbudowy md może nie przebiegać zgodnie z oczekiwaniami.

Przygotuj się na więcej niż jeden cykl ponownej synchronizacji

W źródłowej procedurze po pierwszej fizycznej wymianie nastąpiła odbudowa, po drugiej również, a następnie rozpoczął się kolejny stan odzyskiwania/ponownej synchronizacji po mdadm --grow. Oznacza to, że zwiększanie pojemności może potrwać znacznie dłużej niż zwykła wymiana dwóch dysków.

Podczas każdej fazy odzyskiwania zapewnij serwerowi NAS stabilne zasilanie i unikaj niepotrzebnych restartów.

Na końcu zweryfikuj zarówno urządzenie blokowe, jak i system plików

Po końcowej zmianie rozmiaru Btrfs zweryfikuj wynik na więcej niż jednej warstwie:

• mdadm --detail — geometria macierzy RAID md;
• df -h lub narzędzia systemu plików Btrfs — użyteczna pojemność systemu plików;
• Interfejs pamięci masowej ZimaOS — oczekiwany rozmiar puli i prawidłowy stan.

Jeśli jedna z warstw nadal pokazuje stary rozmiar, zatrzymaj się i sprawdź sytuację, zamiast bezmyślnie powtarzać polecenia powiększania.

Najczęściej zadawane pytania dotyczące rozszerzania RAID 1

Czy jeden większy dysk może od razu zwiększyć pojemność RAID1?

Nie. Lustro nadal jest ograniczone przez mniejszy nośnik i historyczną geometrię macierzy.

Czy wymiana obu mniejszych dysków automatycznie zwiększyła pojemność w źródle?

Nie. Użytkownik nadal musiał powiększyć macierz md, a następnie zmienić rozmiar Btrfs.

Czy ręczna procedura powiększania została potwierdzona w źródle?

Tak, przez jednego użytkownika ZimaOS+ 1.5.4. Nie zostało to opublikowane jako oficjalna procedura IceWhale.