Pojemność RAID zwykle pozostaje niezmieniona, ponieważ jedna warstwa nadal raportuje stary limit. Potwierdź odbudowę, rozmiary członków, geometrię macierzy, partycjonowanie i system plików w tej kolejności.
Wymiana dysków to tylko krok sprzętowy. NAS może zawierać kilka nałożonych limitów rozmiaru, a każdy z nich musi ujawnić większy limit, zanim kolejna warstwa będzie mogła go użyć. Najbezpieczniejsza diagnoza zaczyna się od kontroli statusu tylko do odczytu, identyfikuje pierwszą warstwę, która jest nadal mała, i powiększa tylko tę warstwę zamiast powtarzać wymianę.
Potwierdź, że każda wymiana jest w pełni zintegrowana
Pojemność nie może wzrosnąć, gdy lustro lub grupa parzystości nadal zawiera oryginalnego mniejszego członka, zapasowy dysk, który nie stał się aktywny, lub wymiennik, który nadal się odbudowuje. Macierz zwykle używa tylko wspólnej pojemności dostępnej we wszystkich członkach definiujących jej geometrię.
Dysk może pojawić się w inwentarzu NAS bez bycia zsynchronizowanym członkiem. Porównaj status macierzy, stan odbudowy, rolę członka, numer seryjny i zgłaszany rozmiar urządzenia, zamiast zakładać, że wykryty dysk zakończył proces wymiany.
Poczekaj, aż każda wymagana wymiana i odbudowa lub resilvering zakończą się bez nowych błędów. Jeśli jeden członek jest brakujący, uszkodzony lub mniejszy niż oczekiwano, rozwiąż ten problem przed próbą wykonania polecenia powiększenia, ponieważ warstwa macierzy nadal ma ważny powód, by zachować stary rozmiar.
Sprawdź użyteczny rozmiar każdego urządzenia członkowskiego
Większy fizyczny dysk może nadal prezentować partycję o starym rozmiarze lub zarejestrowaną granicę komponentu dla RAID. Porównaj całkowitą pojemność dysku, sektory końcowe partycji oraz dokładne urządzenia blokowe wymienione jako członkowie macierzy.
Większy członek wersji 1.x może zachować zarejestrowaną granicę komponentu nawet po wymianie fizycznego dysku. Rozszerzanie do maksymalnego rozmiaru komponentu następuje dopiero po tym, jak wszystkie aktywne członki mogą go obsłużyć.
Nie twórz ponownie partycji tylko dlatego, że jej wyświetlany rozmiar jest stary. Najpierw zapisz sektor początkowy, typ partycji, UUID RAID i numery seryjne członków; następnie użyj metody rozszerzania obsługiwanej przez platformę, która zachowuje istniejącą pozycję startową i metadane.
Zweryfikuj, czy warstwa RAID została rozszerzona
Gdy każdy członek jest większy, ale urządzenie blokowe RAID nie, geometria macierzy nie została rozszerzona. Wymagane działanie zależy od tego, czy stos to md RAID, ZFS, Btrfs, kontroler sprzętowy czy zarządzany przez NAS pul pamięci masowej.
Dla md RAID zmiana aktywnego rozmiaru komponentu rozpoczyna ponowną synchronizację nowo odsłoniętego obszaru. W lustrze ZFS przestrzeń staje się dostępna dopiero po wymianie każdego urządzenia w grupie lustrzanej, a rozszerzenie może wymagać autoexpand lub wyraźnego rozszerzenia online.
Użyj interfejsu zarządzania lub polecenia należącego do faktycznej implementacji RAID. Zatrzymaj się, jeśli macierz raportuje zmianę kształtu, stan zdegradowany, nieobsługiwaną zmianę układu lub niezgodność rozmiarów członków; te stany wymagają rozwiązania, zanim można zaufać nowej granicy.
Sprawdź, czy nad RAID znajduje się warstwa partycji lub woluminu
Nawet po powiększeniu urządzenia RAID tabela partycji, fizyczny wolumin LVM, wolumin logiczny, szyfrowane mapowanie lub alokacja puli pamięci masowej mogą nadal kończyć się na poprzednim sektorze. System plików nie widzi bloków, które warstwa pośrednia mu nie przypisała.
Śledź zamontowaną ścieżkę w dół, korzystając z widoku urządzeń blokowych platformy i porównuj rozmiary na każdym etapie. Pierwszy obiekt, który pozostaje mały, to warstwa do rozszerzenia; zmiana wyższej warstwy najpierw zakończy się niepowodzeniem lub pozostawi nową przestrzeń nieprzydzieloną.
Powiększaj jedną granicę na raz i sprawdzaj kolejną warstwę przed kontynuacją. Ta etapowa metoda tworzy wyraźny punkt wycofania i zapobiega przypadkowemu zastosowaniu polecenia przeznaczonego dla systemu plików do członka RAID lub partycji.
Powiększ system plików dopiero po powiększeniu urządzenia blokowego
System plików niekoniecznie rozszerza się, gdy jego podstawowe urządzenie RAID staje się większe. Potwierdź, że zamontowany system plików nadal raportuje stary rozmiar, podczas gdy zawierające go urządzenie blokowe raportuje nowy rozmiar.
Dla ext2, ext3 i ext4 narzędzie do zmiany rozmiaru systemu plików oczekuje najpierw powiększenia partycji lub urządzenia logicznego. XFS stosuje tę samą kolejność warstw, a operacja powiększania XFS rozszerza zamontowany system plików do pojemności już udostępnionej przez urządzenie.
Używaj specyficznej dla systemu plików operacji powiększania dopiero po sprawdzeniu ścieżki urządzenia, punktu montowania, obsługiwanego stanu online i ostatniej kopii zapasowej. Udane rozszerzenie RAID z niezmienionym systemem plików jest niekompletne, ale bezpieczniejsze niż zgadywanie na niewłaściwej warstwie.
Uwzględnij specyficzne dla systemu plików zmiany rozmiaru urządzenia
Niektóre systemy plików zarządzają wieloma urządzeniami bezpośrednio, więc ich kroki wymiany i zmiany rozmiaru nie odpowiadają konwencjonalnemu stosowi RAID plus system plików. Btrfs jest powszechnym przykładem: wymiana urządzenia i udostępnienie jego pełnej nowej pojemności to oddzielne operacje.
Wymiana urządzenia Btrfs na większy cel nie ujawnia automatycznie dodanych bloków systemowi plików. Oddzielna zmiana rozmiaru urządzenia wyjaśnia, dlaczego wymiana może zakończyć się pomyślnie, podczas gdy zgłaszana pojemność pozostaje niezmieniona.
Ustal, czy sam system plików zarządza zestawem urządzeń, zanim użyjesz poleceń mdadm, partycji lub LVM. Mieszanie procedur z różnych stosów pamięci masowej to jeden z najszybszych sposobów na przekształcenie prostego problemu pojemności w problem z metadanymi.
Użyj kontroli pojemności warstwa po warstwie
Decydującym testem jest zapisanie zgłaszanego rozmiaru na każdej warstwie od fizycznego dysku do zamontowanego systemu plików. Pojemność powinna rosnąć monotonicznie przez stos, z oczekiwanymi redukcjami dla nadmiarowości RAID, metadanych, zarezerwowanych bloków i konwersji jednostek.
Jeśli fizyczne dyski są większe, ale partycje członkowskie nie, napraw warstwę partycji. Jeśli urządzenie RAID jest większe, ale wolumin logiczny nie, rozszerz wolumin. Jeśli każda warstwa blokowa jest większa, ale zamontowany system plików nie, wykonaj krok powiększania systemu plików.
Przerwij, gdy dwie sąsiednie warstwy różnią się w sposób, którego nie potrafisz wyjaśnić, lub gdy podczas rozszerzania wzrasta którykolwiek licznik stanu zdrowia. Zachowaj wyjście statusu i kopie zapasowe przed zmianą geometrii, ponieważ pierwsza niewyjaśniona granica to wskazówka diagnostyczna, a nie powód do wymuszenia kolejnej operacji.
| Pierwsza warstwa nadal pokazująca stary rozmiar | Prawdopodobna przyczyna | Następna bezpieczna kontrola |
|---|---|---|
| Partycja członka | Wymiana zachowała stary koniec partycji | Porównaj sektory początkowy i końcowy |
| Urządzenie RAID | Rozmiar komponentu macierzy nie został rozszerzony | Sprawdź stan zdrowia i wsparcie powiększania |
| Wolumin lub mapowanie | Nowe extenty pozostają nieprzydzielone | Zbadaj rozmiar PV, LV, puli lub szyfrowania |
| Zamontowany system plików | Krok powiększania systemu plików nie został wykonany | Użyj narzędzia specyficznego dla systemu plików |
Wsparcie i wskazówki
Więcej do przeczytania

Dlaczego macierz RAID staje się nieaktywna po utracie zasilania?
Nieaktywna macierz często oznacza, że znaleziono metadane, ale system nie miał wystarczającej pewności ani członków, aby bezpiecznie ją uruchomić po nieprawidłowym zamknięciu.

Jakie są ryzyka związane z wymuszaniem ponownego podłączenia brakującego członka RAID?
Opcje wymuszania mogą ominąć kontrole bezpieczeństwa dotyczące przestarzałych metadanych, niezsynchronizowanej parzystości, brakujących zapisów lub aktywnych pul; przed ich użyciem sprawdź i zachowaj dowody.

Jak odróżnić uszkodzony kabel SATA od uszkodzonego dysku NAS
Śledź, czy błędy dotyczą dysku, czy pozostają na ścieżce SATA, i oddziel liczniki transportu od dowodów stanu nośnika przed wymianą sprzętu.

