¿Por qué un servidor Immich se calienta o hace ruido durante las horas de inactividad?

Un servidor de Immich suele funcionar con mucho calor o ruido durante las horas de inactividad porque la actividad visible para el usuario ha terminado, mientras que las miniaturas en cola, las transcodificaciones de vídeo, el aprendizaje automático, los análisis de la biblioteca, las copias de seguridad o los reintentos de almacenamiento fallidos continúan en segundo plano.

Primero demuestra qué proceso, contenedor, tarea y dispositivo están activos en el mismo momento en que cambia la velocidad del ventilador. El procesamiento productivo de una cola debería mostrar una disminución del número de tareas hasta estabilizarse; un bucle de reintentos repite errores sin avanzar; un problema de refrigeración puede mantener los ventiladores a alta velocidad incluso después de que disminuyan la carga de procesamiento y la E/S. Estas situaciones requieren soluciones distintas, así que no desactives todo el trabajo en segundo plano basándote solo en el ruido.

Relaciona el ruido con la actividad de procesos, tareas y dispositivos

Registra el uso de CPU por proceso y contenedor, las temperaturas, la velocidad de los ventiladores, la utilización del disco, el tráfico de red y el número de tareas de Immich durante el periodo ruidoso. Una comprobación satisfactoria identifica un pico de recursos y su responsable; si todas las métricas de carga son bajas mientras la temperatura sigue alta, revisa la refrigeración y el control de los sensores.

Una discusión sobre una biblioteca grande describe cómo el reconocimiento facial hacía que un servidor emitiera mucho ruido a horas recurrentes. La correlación entre tareas y ventiladores es un ejemplo doméstico acotado, no una prueba de que el reconocimiento facial sea responsable de todos los picos nocturnos.

Compara la hora de inicio con las cargas recientes, los análisis programados, los periodos de copias de seguridad y el mantenimiento del host. Si el ruido aparece después de una importación y la profundidad de la cola disminuye, se trata de trabajo aplazado. Si comienza a una hora fija sin que haya cargas, sigue el servicio programado que se active primero.

Distingue el procesamiento útil de un bucle de reintentos

Inspecciona las colas activas de miniaturas, metadatos, Smart Search, rostros y transcodificaciones de vídeo. El trabajo productivo completa elementos y reduce el número restante. El procesamiento repetido de un mismo elemento, una profundidad de cola estable, los reinicios del contenedor o los errores recurrentes de dependencias indican un fallo, no una acumulación normal de trabajo.

Un informe de usuario describió un uso de CPU inusualmente alto en muchos núcleos de un sistema Immich. Su investigación sobre el uso elevado de CPU respalda la recopilación de pruebas sobre tareas y procesos antes de asumir que el número de núcleos o la apariencia de inactividad define lo normal.

Si un archivo o una dependencia falla, conserva el error y prueba un reintento pequeño después de corregir la causa. Para trabajos válidos de larga duración, limita la concurrencia o trasládalos a un horario aceptable y confirma que la cola llegue a cero antes del siguiente lote.

Comprueba los reintentos de almacenamiento, las tareas programadas y la refrigeración

Busca un recurso compartido de red ausente, un sistema de archivos lleno, un disco lento, la coincidencia con una copia de seguridad, el mantenimiento de la base de datos, el crecimiento de los registros del contenedor o un análisis repetido de la biblioteca. Estos factores pueden provocar búsquedas intensivas en el disco y uso de CPU sin clientes web evidentes. Un montaje estable y una tarea que avanza indican un funcionamiento correcto; las líneas de tiempo de espera repetidas apuntan a una reparación del almacenamiento o la red.

Cuando termina la carga de trabajo, la temperatura y la velocidad de los ventiladores deberían disminuir según la inercia térmica y la curva de control del hardware. Despeja cualquier obstrucción del flujo de aire, verifica los ventiladores y el contacto del disipador, y revisa la política de ventiladores del host solo después de descartar la actividad del software. No establezcas una curva silenciosa insegura para ocultar un calor constante.

El artículo de ZimaSpace sobre la organización de fotos familiares con un NAS con IA explica por qué el reconocimiento y la indexación locales pueden continuar después de que terminen las cargas.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Aplica la solución adecuada y verifica el funcionamiento durante la noche

Programa o limita únicamente la cola pesada confirmada, resuelve el reintento del almacenamiento o la dependencia, separa los periodos de copias de seguridad o repara la refrigeración. Registra la configuración anterior y evita borrar el historial de tareas antes de observar el nuevo comportamiento.

Repite la importación original o espera durante el mismo horario programado. El resultado correcto requiere un avance esperado de la cola, ningún error repetido, una temperatura máxima aceptable y el regreso a un nivel de ruido normal cuando termine el trabajo. Reinicia el servidor una vez para verificar que los horarios, los límites, los montajes y el control de los ventiladores persistan.

Revierte la reducción de concurrencia si la cola nunca se vacía y detén el procesamiento si la temperatura supera el límite del hardware o falla la refrigeración. Solicita asistencia con gráficos sincronizados, recuentos de tareas, el primer error repetido, el tipo de contenido multimedia, las versiones y las observaciones sobre la refrigeración cuando el calor persista después de que la carga de trabajo llegue a cero.