Pourquoi un serveur Immich chauffe-t-il ou fait-il du bruit pendant les périodes d’inactivité ?

Un serveur Immich peut souvent devenir chaud ou bruyant pendant les périodes d’inactivité, car l’activité visible par les utilisateurs a pris fin tandis que les vignettes en attente, les transcodages vidéo, l’apprentissage automatique, les analyses de bibliothèque, les sauvegardes ou les nouvelles tentatives de stockage continuent en arrière-plan.

Commencez par déterminer quel processus, conteneur, tâche et périphérique sont actifs au même moment que le changement de vitesse du ventilateur. Le traitement normal d’une file d’attente doit faire diminuer le nombre de tâches avant de se stabiliser ; une boucle de nouvelles tentatives répète les erreurs sans progresser ; un problème de refroidissement peut maintenir les ventilateurs à pleine vitesse même après la baisse de l’activité de calcul et des E/S. Ces situations nécessitent des corrections différentes : ne désactivez donc pas toutes les tâches en arrière-plan en vous fiant uniquement au bruit.

Corréler le bruit avec l’activité des processus, des tâches et des périphériques

Consignez l’utilisation du processeur par processus et par conteneur, les températures, la vitesse des ventilateurs, l’utilisation des disques, le trafic réseau et le nombre de tâches Immich pendant la période bruyante. Un diagnostic concluant identifie un pic de ressources et son responsable ; si toutes les métriques de charge sont faibles alors que la température reste élevée, examinez plutôt le refroidissement et le contrôle des capteurs.

Une discussion consacrée aux grandes bibliothèques décrit un serveur devenu bruyant à intervalles réguliers pendant la reconnaissance faciale. La corrélation entre les tâches et les ventilateurs constitue un exemple domestique limité, et non la preuve que la reconnaissance faciale est responsable de chaque pic nocturne.

Comparez l’heure de début avec les importations récentes, les analyses planifiées, les fenêtres de sauvegarde et la maintenance de l’hôte. Si le bruit suit une importation et que la profondeur de la file diminue, il s’agit d’un travail différé. S’il commence à une heure fixe sans importation, examinez le service planifié qui se réveille en premier.

Distinguer le traitement utile d’une boucle de nouvelles tentatives

Examinez les files actives pour les vignettes, les métadonnées, Smart Search, les visages et les transcodages vidéo. Un traitement productif termine les éléments et réduit le nombre restant. Le traitement répété d’un même élément, une profondeur de file stable, des redémarrages de conteneurs ou des erreurs récurrentes liées aux dépendances indiquent un problème plutôt qu’un retard normal.

Le rapport d’un utilisateur décrivait une utilisation exceptionnellement élevée du processeur sur de nombreux cœurs d’un système Immich. Son diagnostic de la forte utilisation du processeur montre qu’il faut recueillir des éléments sur les tâches et les processus avant de supposer que le nombre de cœurs ou l’apparence d’une période d’inactivité définissent un fonctionnement normal.

Pour un fichier ou une dépendance défaillant, conservez l’erreur et effectuez une petite nouvelle tentative après avoir corrigé la cause. Pour une tâche valide de longue durée, limitez la simultanéité ou déplacez-la vers une période acceptable, puis vérifiez que la file revient bien à zéro avant le prochain lot.

Vérifier les nouvelles tentatives de stockage, les tâches planifiées et le refroidissement

Recherchez un partage réseau manquant, un système de fichiers plein, un disque lent, un chevauchement avec une sauvegarde, la maintenance de la base de données, une croissance des journaux de conteneurs ou une analyse de bibliothèque répétée. Ces éléments peuvent provoquer des accès fréquents au disque et solliciter le processeur sans clients web visibles. Un point de montage stable et une progression des tâches indiquent un fonctionnement normal ; des lignes d’expiration répétées orientent vers une réparation du stockage ou du réseau.

Une fois la charge terminée, la température et la vitesse des ventilateurs devraient diminuer progressivement selon l’inertie thermique du matériel et la courbe de régulation. Dégagez les entrées et sorties d’air obstruées, vérifiez les ventilateurs et le contact du dissipateur, puis examinez la politique de ventilation de l’hôte uniquement après avoir exclu l’activité logicielle. N’utilisez pas une courbe silencieuse dangereuse pour masquer une chaleur persistante.

L’article de ZimaSpace consacré à l’organisation des photos par un NAS doté d’IA explique pourquoi la reconnaissance et l’indexation locales peuvent continuer après la fin des importations.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Appliquer la correction adaptée et vérifier pendant la nuit

Planifiez ou limitez uniquement la file confirmée comme étant très exigeante, corrigez la nouvelle tentative liée au stockage ou à la dépendance, séparez les fenêtres de sauvegarde ou réparez le refroidissement. Notez l’ancien réglage et évitez d’effacer l’historique des tâches avant d’avoir observé le nouveau comportement.

Répétez l’importation initiale ou attendez le même horaire. La vérification est réussie si la file progresse comme prévu, qu’aucune erreur ne se répète, que la température maximale reste acceptable et que le niveau sonore redevient normal une fois le traitement terminé. Redémarrez le serveur une fois pour vérifier que les planifications, les limites, les points de montage et le contrôle des ventilateurs sont persistants.

Rétablissez la simultanéité précédente si la file ne se vide jamais, et interrompez le calcul si la température dépasse la limite du matériel ou si le refroidissement tombe en panne. Si la chaleur persiste après que la charge est revenue à zéro, transmettez des graphiques synchronisés, le nombre de tâches, la première erreur répétée, le type de contenu multimédia, les versions et vos observations sur le refroidissement.