Jak sprawdzić, czy zapełniona partycja systemowa wpływa na aplikacje NAS-owe

Eva Wong jest redaktorką techniczną i rezydentką majsterkowania w ZimaSpace. Jest geekiem od zawsze, z pasją do domowych laboratoriów i oprogramowania open source, a jej specjalnością jest przekładanie złożonych zagadnień technicznych na przystępne, praktyczne poradniki. Eva wierzy, że samodzielne hostowanie powinno sprawiać radość, a nie onieśmielać. Dzięki swoim samouczkom pomaga społeczności oswoić konfigurację sprzętu, od budowy pierwszego serwera NAS po opanowanie kontenerów Docker.

Zapełniona partycja systemowa może zatrzymać aplikacje NAS, nawet jeśli w dużej puli danych nadal są wolne terabajty.

Aplikacje potrzebują lokalnego miejsca na logi, bazy danych, pliki tymczasowe, aktualizacje, warstwy kontenerów, gniazda i zapisy konfiguracji. Ustal, który punkt montowania jest zapełniony, powiąż błąd aplikacji z nieudanym zapisem, znajdź proces zużywający miejsce w systemie i zwolnij je za pomocą komponentu, który je zajmuje.

Potwierdź, że zapełniony jest punkt montowania partycji systemowej

Sprawdź wszystkie zamontowane systemy plików i przyporządkuj do nich ścieżki główne, rozruchowe, aplikacji, kontenerów i danych. Najpierw trzeba potwierdzić, który dokładnie punkt montowania jest zapełniony, ponieważ wolne miejsce w puli danych nie pomoże przy zapisie w systemie plików głównym.

Użyj df -h, aby sprawdzić pojemność w blokach, a df -i, aby sprawdzić liczbę rekordów plików. Ścieżka może odrzucać nowe pliki, gdy wolne bloki i wolne i-węzły są odrębnymi limitami i jeden z nich zostanie wyczerpany.

Objaw w aplikacji Prawdopodobnie 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 działa Pamięć podręczna pakietów lub plik tymczasowy Główne i tymczasowe punkty montowania
Nie można uruchomić kontenera Warstwa nakładkowa, log lub stan Wykorzystanie pamięci kontenera
Przesyłanie plików nie działa Tymczasowa ścieżka przechowywania Skonfigurowany katalog tymczasowy

Powiąż awarie aplikacji z brakiem miejsca na zapis

Sprawdź logi aplikacji, bazy danych, kontenera i systemu pod kątem komunikatów „brak miejsca na urządzeniu”, systemu plików tylko do odczytu, nieudanego dziennika lub braku możliwości utworzenia pliku tymczasowego. Aplikacja może nadal wyświetlać stronę internetową z pamięci, podczas gdy zadania w tle, przesyłanie plików i zatwierdzanie transakcji w bazie danych kończą się niepowodzeniem.

Zapisz znaczniki czasu i wykonaj jeden nieszkodliwy zapis w problematycznej ścieżce. Nie uruchamiaj ponownie wielu usług, dopóki nie zapiszesz dowodów; ponowne uruchomienie każdej aplikacji może wygenerować więcej logów, przesłonić pierwszy błąd i zmienić kolejność awarii usług.

Znajdź logi, warstwy kontenerów, i-węzły i usunięte pliki

Zmierz rozmiar katalogów najwyższego poziomu w systemie, a następnie sprawdź dokładniej największy z nich. Typowe źródła zajętości to dzienniki systemowe, logi aplikacji, warstwy obrazów, pamięci podręczne kompilacji, zrzuty awaryjne, pamięci podręczne pakietów, miniatury i pliki tymczasowe. Zanim usuniesz nieprzejrzyste katalogi z danymi, skorzystaj z raportów aplikacji lub menedżera kontenerów.

Jeśli sumy zajętości katalogów nie wyjaśniają wykorzystania systemu plików, sprawdź, czy otwarte pliki nie zostały usunięte. Jeśli zabrakło i-węzłów, znajdź katalogi zawierające ogromną liczbę małych plików pamięci podręcznej lub sesji. Po odzyskaniu miejsca skonfiguruj rotację logów i limity przechowywania, zamiast ponownie usuwać pliki w nagłej sytuacji.

Bezpiecznie zwolnij miejsce i sprawdź, czy problem został rozwiązany

Zacznij od udokumentowanych metod czyszczenia: rotuj logi lub usuwaj stare wpisy z dziennika, usuwaj potwierdzone jako nieużywane pamięci podręczne pakietów, usuwaj wyłącznie nieużywane artefakty kontenerów i kasuj stare zrzuty awaryjne za pomocą odpowiednich narzędzi. Chroń bazy danych, wolumeny nazwane, aktywne obrazy i konfigurację, dopóki nie masz zweryfikowanej kopii zapasowej.

Ponownie sprawdź wykorzystanie systemu plików i i-węzłów, a następnie uruchom ponownie tylko zależny łańcuch usług, którego dotyczy problem, i przetestuj rzeczywisty zapis w aplikacji. Jeśli problem nadal występuje, sprawdź kolejność uruchamiania usług po ponownym uruchomieniu, zamiast zakładać, że przyczyną nadal jest brak miejsca.

FAQ

Dlaczego aplikacja nie działa, mimo że w puli danych NAS jest wolne miejsce?

Aplikacja może zapisywać bazę danych, logi, pliki tymczasowe lub stan kontenerów na mniejszej partycji systemowej. Pojemność nie jest automatycznie współdzielona między punktami montowania.

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

Tak. Działający proces może nadal mieć otwarty usunięty plik logu, przez co miejsce pozostaje zajęte, mimo że pliku nie ma już w danej lokalizacji. Rotuj lub opróżniaj logi zgodnie z procedurą właściwą dla danej usługi.

Ile wolnego miejsca należy zostawić na partycji systemowej?

Nie ma jednej uniwersalnej wartości procentowej. Zostaw odpowiedni zapas miejsca na aktualizacje, logi, konserwację bazy danych, rozrost kontenerów i operacje odzyskiwania, a następnie ustaw alerty dotyczące zarówno tempa zapełniania, jak i pozostałej ilości wolnego miejsca.

Wsparcie i porady

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.