Dlaczego serwer Immich działa głośno lub się nagrzewa w czasie bezczynności?

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.

Why Does an Immich Server Run Hot or Noisy During Idle Hours? - Zima Store Online

Serwer Immich często pracuje głośno lub mocno się nagrzewa w czasie bezczynności, ponieważ aktywność użytkowników już się zakończyła, ale oczekujące miniatury, transkodowanie filmów, uczenie maszynowe, skanowanie biblioteki, kopie zapasowe lub nieudane ponowienia operacji na pamięci masowej nadal działają w tle.

Najpierw ustal, który proces, kontener, zadanie i urządzenie jest aktywne w tym samym momencie, w którym zmienia się prędkość wentylatora. Produktywne opróżnianie kolejki powinno pokazywać spadek liczby zadań i ostatecznie doprowadzić do ustabilizowania pracy; pętla ponowień powtarza błędy bez postępu; problem z chłodzeniem może utrzymywać wysokie obroty wentylatorów nawet po spadku obciążenia obliczeniowego i operacji wejścia-wyjścia. Te przypadki wymagają różnych rozwiązań, więc nie wyłączaj całej pracy w tle wyłącznie na podstawie hałasu.

Powiąż hałas z aktywnością procesów, zadań i urządzeń

W głośnym okresie rejestruj użycie procesora według procesów i kontenerów, temperatury, prędkość wentylatorów, wykorzystanie dysków, ruch sieciowy oraz liczbę zadań Immich. Prawidłowa diagnoza wskaże skok wykorzystania zasobów i jego właściciela; jeśli wszystkie wskaźniki obciążenia są niskie, a temperatura pozostaje wysoka, sprawdź chłodzenie i sterowanie czujnikami.

W dyskusji dotyczącej dużej biblioteki opisano sytuację, w której rozpoznawanie twarzy powodowało głośną pracę serwera o powtarzających się porach. Korelacja zadań i pracy wentylatora to przykład z konkretnego gospodarstwa domowego, a nie dowód, że rozpoznawanie twarzy odpowiada za każdy nocny skok obciążenia.

Porównaj czas rozpoczęcia z ostatnimi przesłaniami, zaplanowanymi skanami, oknami kopii zapasowych i konserwacją hosta. Jeśli hałas pojawia się po imporcie, a głębokość kolejki spada, jest to odroczona praca. Jeśli zaczyna się o stałej porze bez przesyłania plików, sprawdź zaplanowaną usługę, która uruchamia się jako pierwsza.

Odróżnij użyteczne przetwarzanie od pętli ponowień

Sprawdź aktywne kolejki miniatur, metadanych, Smart Search, twarzy i transkodowania filmów. Produktywna praca kończy przetwarzanie elementów i zmniejsza ich pozostałą liczbę. Wielokrotne przetwarzanie jednego elementu, stała głębokość kolejki, restarty kontenerów lub powtarzające się błędy zależności wskazują na usterkę, a nie zwykłe zaległości.

W jednym zgłoszeniu użytkownik opisał nietypowo wysokie użycie procesora na wielu rdzeniach systemu Immich. Analiza wysokiego użycia procesora potwierdza, że przed uznaniem liczby rdzeni lub pozornej bezczynności za normę warto zebrać dowody dotyczące zadań i procesów.

W przypadku uszkodzonego pliku lub zależności zachowaj komunikat błędu i po usunięciu przyczyny wykonaj małe ponowienie. W przypadku prawidłowej, długotrwałej pracy ogranicz współbieżność lub przenieś ją na akceptowalną porę, a następnie potwierdź, że kolejka nadal osiąga zero przed rozpoczęciem następnej partii.

Sprawdź ponowienia operacji na pamięci masowej, zaplanowane zadania i chłodzenie

Poszukaj niedostępnego udziału sieciowego, pełnego systemu plików, wolnego dysku, nakładania się kopii zapasowych, konserwacji bazy danych, rozrostu logów kontenerów lub powtarzającego się skanowania biblioteki. Mogą one powodować intensywne wyszukiwanie na dysku i użycie procesora bez widocznych klientów sieciowych. Stabilne podłączenie i postęp zadań wskazują na prawidłową pracę; powtarzające się komunikaty o przekroczeniu czasu oznaczają konieczność naprawy pamięci masowej lub sieci.

Po zakończeniu obciążenia temperatura i prędkość wentylatorów powinny spadać zgodnie z bezwładnością cieplną sprzętu i charakterystyką sterowania. Usuń blokady przepływu powietrza, sprawdź wentylatory i kontakt radiatora, a zasady sterowania wentylatorami hosta przeanalizuj dopiero po wykluczeniu aktywności programowej. Nie ustawiaj niebezpiecznie cichej krzywej pracy, aby zamaskować utrzymujące się wysokie temperatury.

Artykuł ZimaSpace o porządkowaniu zdjęć przez AI NAS wyjaśnia, dlaczego lokalne rozpoznawanie i indeksowanie mogą być kontynuowane po zakończeniu przesyłania plików.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Zastosuj dopasowane rozwiązanie i zweryfikuj je w nocy

Zaplanuj lub ogranicz tylko potwierdzoną, intensywnie obciążającą kolejkę, usuń przyczynę ponowień operacji na pamięci masowej lub zależności, rozdziel okna kopii zapasowych albo napraw chłodzenie. Zapisz poprzednie ustawienie i nie usuwaj historii zadań przed zaobserwowaniem nowego zachowania.

Powtórz pierwotny import lub odczekaj do tej samej zaplanowanej pory. Kryteria powodzenia obejmują oczekiwany postęp kolejki, brak powtarzających się błędów, akceptowalną temperaturę maksymalną oraz powrót do normalnego poziomu hałasu po zakończeniu pracy. Uruchom serwer ponownie, aby sprawdzić, czy harmonogramy, limity, podłączenia i sterowanie wentylatorami pozostają aktywne.

Cofnij ograniczenie współbieżności, jeśli kolejka nigdy się nie opróżnia, i zatrzymaj obliczenia, jeśli temperatura przekracza limit sprzętu lub chłodzenie nie działa. Jeśli wysoka temperatura utrzymuje się po opróżnieniu kolejki, przekaż do dalszej analizy zsynchronizowane wykresy, liczbę zadań, pierwszy powtarzający się błąd, typ multimediów, wersje oraz obserwacje dotyczące chłodzenia.