Jak sprawdzić, czy pełna partycja systemowa wpływa na aplikacje NAS

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How to Check Whether a Full System Partition Is Affecting NAS Apps - Zima Store Online

Pełna partycja systemowa może zatrzymać działanie aplikacji NAS, nawet gdy duży pul danych nadal ma terabajty wolnego miejsca.

Aplikacje potrzebują lokalnej przestrzeni na logi, bazy danych, pliki tymczasowe, aktualizacje, warstwy kontenerów, gniazda i zapisy konfiguracji. Potwierdź, która partycja jest pełna, dopasuj błąd aplikacji do nieudanego zapisu, znajdź konsumenta systemowego i odzyskaj miejsce przez komponent, który jest jego właścicielem.

Potwierdź, że partycja systemowa jest pełnym montowaniem

Sprawdź wszystkie zamontowane systemy plików i zmapuj ścieżki root, boot, aplikacji, kontenerów i danych. Pierwszym zadaniem jest potwierdzenie dokładnie pełnej partycji, ponieważ wolne miejsce w puli danych nie może zaspokoić zapisu skierowanego do systemu plików root.

Użyj df -h do sprawdzenia pojemności bloków i df -i do sprawdzenia rekordów plików. Ścieżka może odrzucać nowe pliki, gdy wolne bloki i wolne inody są oddzielnymi limitami i którykolwiek z nich zostanie wyczerpany.

Objaw aplikacji	Prawdopodobny nieudany zapis	Sprawdź
Błąd logowania lub bazy danych	Dziennik bazy danych lub gniazdo	Logi aplikacji i ścieżka bazy danych
Aktualizacja lub instalacja nie powiodła się	Pamięć podręczna pakietów lub plik tymczasowy	Root i montowania tymczasowe
Kontener nie uruchamia się	Warstwa nakładki, log lub stan	Użycie pamięci kontenera
Przesyłanie plików nie powiodło się	Tymczasowa ścieżka etapowania	Skonfigurowany katalog tymczasowy

Przypisz błędy aplikacji do braku miejsca na zapis

Przeczytaj logi aplikacji, bazy danych, kontenera i systemu pod kątem komunikatów „brak miejsca”, systemu plików tylko do odczytu, nieudanego dziennika lub niemożności utworzenia pliku tymczasowego. Aplikacja może nadal wyświetlać swoją stronę internetową z pamięci, podczas gdy zadania w tle, przesyłanie i zatwierdzenia bazy danych zawodzą.

Zapisz znaczniki czasu i przetestuj jeden nieszkodliwy zapis w dotkniętej ścieżce. Unikaj szerokich restartów, dopóki nie zachowasz dowodów; ponowne uruchomienie każdej aplikacji może wygenerować więcej logów, zaciemnić pierwszy błąd i zmienić, która usługa zawiedzie następna.

Znajdź logi, warstwy kontenerów, inody i usunięte pliki

Zmierz rozmiary katalogów systemowych najwyższego poziomu, a następnie zagłęb się w największy wynik. Typowymi konsumentami są dzienniki, logi aplikacji, warstwy obrazów, pamięci podręczne kompilacji, zrzuty awarii, pamięci podręczne pakietów, miniatury i pliki tymczasowe. Użyj raportów aplikacji lub menedżera kontenerów przed usunięciem nieprzejrzystych katalogów danych.

Jeśli sumy katalogów nie wyjaśniają użycia systemu plików, sprawdź usunięte pliki nadal otwarte. Jeśli inody są pełne, zlokalizuj katalogi zawierające ogromne ilości małych plików pamięci podręcznej lub sesji. Po odzyskaniu skonfiguruj rotację logów i limity przechowywania, zamiast powtarzać awaryjne usuwanie.

Bezpiecznie zwolnij miejsce i zweryfikuj odzyskanie

Zacznij od udokumentowanych ścieżek czyszczenia: rotuj lub odkurzaj logi, usuń potwierdzone nieużywane pamięci podręczne pakietów, przytnij tylko nieużywane artefakty kontenerów i usuń stare zrzuty awarii za pomocą ich narzędzi. Zachowaj bazy danych, nazwane wolumeny, aktywne obrazy i konfiguracje, dopóki nie wykonasz zweryfikowanej kopii zapasowej.

Sprawdź ponownie użycie systemu plików i inode, następnie uruchom ponownie tylko dotknięty łańcuch zależności i przetestuj rzeczywisty zapis aplikacji. Jeśli odzyskanie nadal się nie powiodło, zamiast zakładać, że przyczyną jest miejsce, zbadaj kolejność uruchamiania usług po restarcie.

FAQ

Dlaczego aplikacja zawodzi, gdy pula danych NAS ma wolne miejsce?

Aplikacja może zapisywać swoją bazę danych, logi, pliki tymczasowe lub stan kontenera na mniejszej partycji systemowej. Pojemność nie jest automatycznie współdzielona między montowaniami.

Czy usuwanie plików logów może pogorszyć problem?

Tak. Uruchomiony proces może nadal mieć otwarty usunięty log, więc miejsce pozostaje zajęte, mimo że ścieżka zniknęła. Rotuj lub skracaj logi zgodnie z właściwą procedurą usługi.

Ile wolnego miejsca powinna zachować partycja systemowa?

Nie ma uniwersalnego procentu. Zachowaj wystarczający zapas na aktualizacje, logi, konserwację bazy danych, wzrost kontenerów i operacje odzyskiwania, a następnie ustaw alerty zarówno na tempo wzrostu, jak i pozostałą ilość.