Een Immich-server draait tijdens inactieve uren vaak warm of maakt veel geluid, omdat de gebruikersactiviteit is beëindigd terwijl wachtrijen met miniaturen, videotranscoderingen, machinelearning, bibliothe scans, back-ups of mislukte opslagpogingen op de achtergrond doorgaan.
Stel eerst vast welk proces, welke container, taak en apparaat actief is op exact hetzelfde tijdstip als de ventilator verandert. Het wegwerken van een productieve wachtrij moet een dalend aantal taken laten zien en uiteindelijk tot rust komen; een herhaallus herhaalt fouten zonder voortgang; een koelprobleem kan ventilatoren hoog laten draaien nadat rekenwerk en I/O zijn afgenomen. Voor deze situaties zijn verschillende oplossingen nodig, dus schakel niet al het achtergrondwerk uit alleen vanwege het geluid.
Breng geluid in verband met proces-, taak- en apparaatactiviteit
Registreer CPU-gebruik per proces en container, temperaturen, ventilatorsnelheid, schijfgebruik, netwerkverkeer en het aantal Immich-taken gedurende de lawaaierige periode. Een geslaagde controle identificeert een piek in het gebruik van hulpbronnen en de eigenaar daarvan; als alle werkbelastingmetingen laag zijn terwijl de temperatuur hoog blijft, controleer dan de koeling en sensorregeling.
Een bespreking over een grote bibliotheek beschrijft dat gezichtsherkenning een server op terugkerende tijdstippen luidruchtig maakte. De correlatie tussen taak en ventilator is een afgebakend huishoudelijk voorbeeld, geen bewijs dat gezichtsherkenning verantwoordelijk is voor elke nachtelijke piek.
Vergelijk de starttijd met recente uploads, geplande scans, back-upvensters en onderhoud van de host. Als het geluid volgt op een import en de wachtrijd afneemt, gaat het om uitgesteld werk. Als het op een vast tijdstip begint zonder uploads, volg dan de geplande service die het eerst wordt geactiveerd.
Maak onderscheid tussen nuttige verwerking en een herhaallus
Controleer de actieve wachtrijen voor miniaturen, metagegevens, Smart Search, gezichten en videotranscoderingen. Productief werk voltooit items en vermindert het resterende aantal. Herhaalde verwerking van één item, een stabiele wachtrijgrootte, herstarts van containers of terugkerende afhankelijkheidsfouten wijzen op een probleem in plaats van een normale achterstand.
Een gebruikersrapport beschreef een ongewoon hoog CPU-gebruik over veel kernen op een Immich-systeem. Het onderzoek naar hoog CPU-gebruik ondersteunt het vastleggen van bewijs over taken en processen voordat je aanneemt dat het aantal kernen of een ogenschijnlijk inactieve toestand normaal is.
Bewaar bij een defect bestand of een defecte afhankelijkheid de fout en test een kleine nieuwe poging nadat je de oorzaak hebt verholpen. Beperk bij geldig langdurig werk de gelijktijdigheid of verplaats het naar een geschikt tijdvenster en controleer vervolgens of de wachtrij vóór de volgende batch nog steeds tot nul terugloopt.
Controleer opslagpogingen, gepland werk en koeling
Let op een ontbrekende netwerkshare, een vol bestandssysteem, een trage schijf, overlappende back-ups, databaseonderhoud, groei van containerlogboeken of een terugkerende bibliotheekscan. Deze kunnen schijfzoekacties en CPU-gebruik veroorzaken zonder duidelijke webclients. Een stabiele koppeling en voortgang van taken wijzen op een geslaagde verwerking; herhaalde time-outregels wijzen op een opslag- of netwerkprobleem.
Na afloop van het werk moeten temperatuur en ventilatorsnelheid dalen volgens de thermische massa en de regelcurve van de hardware. Verwijder blokkades uit de luchtstroom, controleer de ventilatoren en het contact met het koellichaam en controleer het ventilatorbeleid van de host pas nadat softwareactiviteit is uitgesloten. Stel geen onveilige stille curve in om aanhoudende hitte te verbergen.
Het ZimaSpace-artikel over het organiseren van foto's met een AI-NAS geeft context voor waarom lokale herkenning en indexering kunnen doorgaan nadat uploads zijn voltooid.
Pas de passende oplossing toe en controleer het systeem 's nachts
Plan of beperk alleen de bevestigde zware wachtrij, los de opslag- of afhankelijkheidsfout op, scheid back-upvensters of herstel de koeling. Noteer de oude instelling en wis de taakgeschiedenis niet voordat je het nieuwe gedrag hebt waargenomen.
Herhaal de oorspronkelijke import of wacht het volgende identieke schema af. De controle is geslaagd als de wachtrij naar verwachting vordert, er geen fout wordt herhaald, de piektemperatuur aanvaardbaar blijft en het normale geluidsniveau terugkeert nadat het werk is voltooid. Herstart de server eenmaal om te controleren of schema's, limieten, koppelingen en ventilatorregeling behouden blijven.
Maak een verlaagde gelijktijdigheid ongedaan als de wachtrij nooit wordt geleegd en stop het rekenwerk als de temperatuur de hardwarelimiet overschrijdt of de koeling uitvalt. Schakel hulp in met gesynchroniseerde grafieken, taakaantallen, de eerste herhaalde fout, het mediatype, versies en observaties over de koeling wanneer de hitte aanhoudt nadat de werkbelasting nul heeft bereikt.
Ondersteuning & Tips
Meer om te lezen

Hoe optimaliseer je Immich-databaseverbindingen voor gelijktijdige containers?
Verhoog max_connections niet als eerste. Meet de Immich-sessies, tel de vraag van elke container bij elkaar op, behoud ruimte voor beheerders en stem alleen...

Dubbele taken of imports in Immich voorkomen
Scheid herhaalde taken van dubbele assets. Gebruik één canoniek ingestiepad, beheer retries en padwijzigingen en test vervolgens opnieuw invoeren op een kleine groep.

Immich herstellen nadat het databasevolume vol raakt
Verwijder nooit PostgreSQL-WAL om ruimte vrij te maken. Stop schrijfbewerkingen van Immich, behoud de databasestatus, voeg veilig extra opslagcapaciteit toe, herstel PostgreSQL en voorkom...

