Perché un server Immich diventa caldo o rumoroso durante le ore di inattività?

Un server Immich spesso funziona a temperature elevate o è rumoroso durante le ore di inattività perché l’attività lato utente è terminata, mentre miniature in coda, transcodifiche video, attività di apprendimento automatico, scansioni della libreria, backup o tentativi ripetuti di accesso allo spazio di archiviazione continuano in background.

Per prima cosa, verifica quale processo, container, attività e dispositivo sono attivi nello stesso momento in cui cambia la velocità della ventola. L’elaborazione produttiva della coda dovrebbe mostrare una diminuzione del numero di attività, fino a stabilizzarsi; un ciclo di tentativi ripetuti ripropone gli errori senza avanzare; un problema di raffreddamento può mantenere elevate le ventole anche dopo il calo dell’attività di calcolo e I/O. Questi casi richiedono soluzioni diverse, quindi non disabilitare tutte le attività in background basandoti soltanto sul rumore.

Correla il rumore con l’attività di processi, attività e dispositivi

Registra l’utilizzo della CPU per processo e container, le temperature, la velocità delle ventole, l’utilizzo dei dischi, il traffico di rete e il numero di attività di Immich durante l’intervallo rumoroso. Un controllo riuscito identifica un picco di risorse e il relativo responsabile; se tutte le metriche del carico sono basse mentre la temperatura rimane elevata, verifica invece il raffreddamento e il controllo dei sensori.

Una discussione relativa a una libreria di grandi dimensioni descrive un’attività di riconoscimento facciale che rende rumoroso un server a orari ricorrenti. La correlazione tra attività e ventole è un esempio circoscritto a un ambiente domestico, non la prova che il riconoscimento facciale sia responsabile di ogni picco notturno.

Confronta l’ora di inizio con i caricamenti recenti, le scansioni pianificate, le finestre dei backup e la manutenzione dell’host. Se il rumore segue un’importazione e la profondità della coda diminuisce, si tratta di attività differite. Se inizia a un’ora fissa senza caricamenti, segui il servizio pianificato che si riattiva per primo.

Distingui l’elaborazione utile da un ciclo di tentativi ripetuti

Controlla le code attive per miniature, metadati, Smart Search, volti e transcodifiche video. L’attività produttiva completa gli elementi e riduce il numero rimanente. L’elaborazione ripetuta dello stesso elemento, una profondità della coda invariata, i riavvii dei container o gli errori ricorrenti delle dipendenze indicano un problema, non un normale arretrato.

Una segnalazione di un utente descriveva un utilizzo insolitamente elevato della CPU su molti core in un sistema Immich. La sua verifica dell’elevato utilizzo della CPU conferma l’importanza di raccogliere prove sulle attività e sui processi prima di presumere che il numero di core o l’apparente inattività definiscano il comportamento normale.

Per un elemento o una dipendenza difettosi, conserva l’errore ed esegui un piccolo tentativo dopo aver corretto la causa. Per un’attività valida di lunga durata, limita la concorrenza o spostala in una finestra accettabile, quindi verifica che la coda torni comunque a zero prima del batch successivo.

Controlla i tentativi ripetuti di accesso allo spazio di archiviazione, le attività pianificate e il raffreddamento

Cerca una condivisione di rete mancante, un file system pieno, un disco lento, la sovrapposizione con un backup, la manutenzione del database, la crescita dei log dei container o una scansione ripetuta della libreria. Questi fattori possono aumentare gli accessi al disco e l’utilizzo della CPU senza client web evidenti. Un mount stabile e un’attività che avanza indicano un funzionamento regolare; righe ripetute relative ai timeout indicano la necessità di intervenire sullo spazio di archiviazione o sulla rete.

Al termine del carico di lavoro, la temperatura e la velocità delle ventole dovrebbero diminuire gradualmente in base all’inerzia termica dell’hardware e alla curva di controllo. Libera il flusso d’aria ostruito, verifica le ventole e il contatto del dissipatore e controlla la politica delle ventole dell’host solo dopo aver escluso l’attività software. Non impostare una curva silenziosa non sicura per mascherare un calore persistente.

L’articolo di ZimaSpace sull’organizzazione delle foto con un NAS dotato di IA spiega perché il riconoscimento e l’indicizzazione locali possano continuare dopo il completamento dei caricamenti.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Applica la soluzione appropriata e verifica durante la notte

Pianifica o limita soltanto la coda pesante confermata, risolvi il tentativo ripetuto relativo allo spazio di archiviazione o alla dipendenza, separa le finestre dei backup oppure ripara il raffreddamento. Registra la vecchia impostazione ed evita di cancellare la cronologia delle attività prima di osservare il nuovo comportamento.

Ripeti l’importazione originale o attendi lo stesso orario pianificato. La verifica è superata quando la coda avanza come previsto, non ci sono errori ripetuti, la temperatura massima rimane accettabile e il rumore torna normale al termine dell’attività. Riavvia una volta il server per verificare che pianificazioni, limiti, mount e controllo delle ventole persistano.

Ripristina una riduzione della concorrenza se la coda non si svuota mai e interrompi l’elaborazione se la temperatura supera il limite dell’hardware o il raffreddamento non funziona. Richiedi assistenza fornendo grafici sincronizzati, conteggi delle attività, il primo errore ripetuto, il tipo di contenuti multimediali, le versioni e le osservazioni sul raffreddamento se il calore persiste dopo che il carico di lavoro è arrivato a zero.