Varför blir en Immich-server varm eller högljudd under inaktiva timmar?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

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

En Immich-server körs ofta varmt eller låter mycket under inaktiva timmar eftersom användaraktiviteten har upphört, medan köade miniatyrbilder, videotranskodning, maskininlärning, biblioteksskanningar, säkerhetskopieringar eller misslyckade lagringsförsök fortsätter i bakgrunden.

Fastställ först vilken process, container, vilket jobb och vilken enhet som är aktiv vid exakt samma tidpunkt som fläktförändringen. Produktiv tömning av kön bör visa sjunkande antal jobb och så småningom stabiliseras; en omförsöksloop upprepar fel utan framsteg; ett kylningsproblem kan hålla fläktarna på hög nivå även efter att beräkning och I/O har minskat. Dessa fall kräver olika åtgärder, så inaktivera inte allt bakgrundsarbete enbart på grund av ljudet.

Relatera ljud till process-, jobb- och enhetsaktivitet

Logga CPU-användning per process och container, temperaturer, fläkthastighet, diskanvändning, nätverkstrafik och antal Immich-jobb under den bullriga perioden. En genomgång identifierar en resurstopp och dess ägare; om alla arbetsbelastningsmått är låga medan temperaturen förblir hög bör du i stället undersöka kylning och sensorstyrning.

En diskussion om ett stort bibliotek beskriver hur ansiktsigenkänning gjorde en server högljudd vid återkommande tidpunkter. Korrelationen mellan jobb och fläkt är ett avgränsat exempel från ett hushåll, inte ett bevis på att ansiktsigenkänning orsakar varje topp över natten.

Jämför starttiden med nya uppladdningar, schemalagda skanningar, säkerhetskopieringsfönster och underhåll av värden. Om ljudet följer en import och ködjupet minskar handlar det om uppskjutet arbete. Om det börjar vid en fast tid utan uppladdningar bör du följa den schemalagda tjänst som vaknar först.

Skilj användbar bearbetning från en omförsöksloop

Granska de aktiva köerna för miniatyrbilder, metadata, Smart Search, ansikten och videotranskodning. Produktivt arbete slutför objekt och minskar det återstående antalet. Upprepad bearbetning av samma objekt, oförändrat ködjup, omstarter av containrar eller återkommande beroendefel tyder på ett fel snarare än en normal eftersläpning.

En användarrapport beskrev ovanligt hög CPU-användning över många kärnor på ett Immich-system. Utredningen av hög CPU-användning visar att du bör samla in bevis om jobb och processer innan du antar att antalet kärnor eller ett till synes inaktivt läge definierar vad som är normalt.

För en felaktig fil eller ett felaktigt beroende bör du spara felet och testa ett litet omförsök efter att orsaken har åtgärdats. För giltigt långvarigt arbete kan du begränsa samtidigheten eller flytta det till ett lämpligt tidsfönster och sedan bekräfta att kön fortfarande når noll före nästa batch.

Kontrollera lagringsförsök, schemalagt arbete och kylning

Leta efter en saknad nätverksresurs, ett fullt filsystem, en långsam disk, överlappande säkerhetskopiering, databasunderhåll, växande containerloggar eller upprepade biblioteksskanningar. Dessa kan driva diskåtkomst och CPU utan uppenbara webbklienter. En stabil montering och fortskridande jobb visar att allt fungerar; upprepade timeout-rader pekar på att lagring eller nätverk behöver åtgärdas.

När arbetsbelastningen har upphört bör temperaturen och fläkthastigheten sjunka enligt maskinvarans termiska tröghet och styrkurva. Rengör blockerade luftflöden, kontrollera fläktar och kylflänsens kontakt och inspektera värdens fläktpolicy först efter att programvaruaktivitet har uteslutits. Ställ inte in en osäker tyst kurva för att dölja ihållande värme.

ZimaSpace-artikeln om AI NAS-organisering av foton ger sammanhang till varför lokal igenkänning och indexering kan fortsätta efter att uppladdningarna är klara.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Tillämpa rätt åtgärd och verifiera över natten

schemalägg eller begränsa endast den bekräftat tunga kön, åtgärda lagrings- eller beroendeproblemet, separera säkerhetskopieringsfönster eller reparera kylningen. Anteckna den gamla inställningen och undvik att radera jobbhistoriken innan det nya beteendet har observerats.

Upprepa den ursprungliga importen eller vänta igenom samma schema. Godkänt resultat kräver förväntade framsteg i kön, inga återkommande fel, acceptabel maxtemperatur och att ljudnivån återgår till det normala när arbetet är klart. Starta om servern en gång för att verifiera att scheman, begränsningar, monteringar och fläktstyrning består.

Återställ minskningen av samtidigheten om kön aldrig töms och stoppa beräkningen om temperaturen överskrider maskinvarans gräns eller kylningen slutar fungera. Eskalera med synkroniserade diagram, antal jobb, det första upprepade felet, medietyp, versioner och kylobservationer om värmen kvarstår efter att arbetsbelastningen har nått noll.