Los escaneos nocturnos de la biblioteca siguen activando los discos duros: cómo reducirlos
Reduce los despertares nocturnos de las unidades identificando la tarea programada exacta que accede a los archivos multimedia y limitando después su frecuencia, alcance o trabajo a nivel de archivo.
Un servidor multimedia puede despertar los discos duros inactivos incluso cuando su base de datos y caché están en un SSD, porque un análisis programado de la biblioteca puede recorrer directorios, analizar archivos, actualizar ilustraciones, generar vistas previas, validar rutas o procesar elementos que nunca alcanzan un estado estable. Empieza relacionando el primer acceso al disco con una tarea y una entrada de registro concretas. Cambiar los temporizadores de suspensión antes de demostrar cuál es el desencadenante normalmente oculta el patrón sin reducir las lecturas subyacentes.
Demuestra qué tarea programada despierta las unidades
Registra la hora exacta en que se activan las unidades mediante la telemetría de los discos, los registros del sistema o la monitorización del consumo, y compárala con el historial de tareas programadas del servidor multimedia. Desactiva únicamente una tarea sospechosa durante una noche para que el resultado siga siendo atribuible.
Un informe sobre Jellyfin descubrió que el análisis programado de la biblioteca procesaba repetidamente toda la biblioteca dos veces al día y pasaba horas analizando archivos multimedia. La pista útil fue que el mismo análisis completo se repetía, no una solicitud de reproducción aislada.
Si las unidades se activan antes de que comience el análisis de la biblioteca, revisa otra tarea, como la extracción de imágenes de capítulos, la generación de trickplay, el análisis de introducciones, la actualización de metadatos, las copias de seguridad, las pruebas SMART, la comprobación del sistema de archivos o un organizador de descargas. No culpes al servidor multimedia hasta que su proceso o contenedor aparezca en las pruebas del primer acceso.
Separa los análisis completos de la biblioteca de la monitorización en tiempo real
Comprueba si la biblioteca utiliza tanto análisis completos periódicos como monitorización del sistema de archivos. La monitorización en tiempo real puede importar rápidamente las adiciones normales en sistemas de archivos locales compatibles, mientras que un análisis completo programado sigue siendo útil como red de seguridad de menor frecuencia.
Jellyfin ha tratado durante mucho tiempo el análisis programado y la monitorización en tiempo real como mecanismos independientes. Un problema del proyecto señala que la monitorización en tiempo real puede detectar nuevos archivos multimedia, mientras que una tarea programada permite descubrirlos a intervalos.
En un almacenamiento local fiable, prueba la monitorización en tiempo real con un archivo recién añadido y reduce la frecuencia del análisis completo solo después de comprobar que ese archivo aparece correctamente. En NFS, SMB, rclone, sistemas de archivos combinados y algunas rutas montadas en contenedores, la entrega de eventos puede ser incompleta, por lo que debes mantener un análisis periódico en un horario acorde con la política de almacenamiento.
Encuentra las tareas que leen el contenido multimedia, no solo los nombres de los directorios
Revisa el registro del analizador en busca de análisis multimedia, lecturas de sumas de comprobación, extracción de capítulos, análisis de subtítulos, generación de trickplay, análisis de volumen y actualizaciones repetidas de metadatos. Enumerar directorios puede provocar una activación breve, mientras que leer partes de cada archivo puede mantener activa toda una matriz durante horas.
El caso de análisis repetidos mencionado anteriormente registró lecturas considerables de cada archivo multimedia durante el análisis, lo que explica por qué el trabajo hacía algo más que comprobar nombres de archivo. Otro problema muestra que las mismas entradas se volvían a procesar en cada análisis en lugar de alcanzar un estado estable.
Corrige primero el elemento que cambia en cada ejecución: una ruta no disponible, un error de permisos, un archivo sidecar mal formado, una marca de tiempo inestable, una raíz de biblioteca duplicada o un registro de metadatos que se elimina y vuelve a crear continuamente. Un intervalo más corto no ayudará si cada análisis sigue tratando el mismo contenido como nuevo.
Mantén los metadatos en el SSD sin asumir que eso detendrá todos los despertares
Coloca la base de datos de la aplicación, la caché, los carteles y los metadatos activos en un SSD cuando la plataforma lo permita. Esto reduce las pequeñas lecturas aleatorias durante la navegación y mantiene el mantenimiento rutinario de la base de datos alejado de los discos de capacidad.
Separar el almacenamiento no garantiza que no haya actividad. Un informe de regresión de Jellyfin documentó despertares de discos duros al consultar detalles de la biblioteca incluso con la caché y los metadatos en NVMe, lo que demuestra que el servidor aún puede acceder a los archivos multimedia originales para determinadas operaciones.
Después de mover los datos de la aplicación, observa qué rutas de origen se abren durante la navegación y los análisis. Mantén los carteles, las vistas previas y las bases de datos fuera de los discos multimedia siempre que sea práctico, pero considera cualquier acceso restante a los archivos de origen como un comportamiento independiente que debe diagnosticarse, no como una prueba de que el traslado al SSD haya fallado.
Reduce la frecuencia, el alcance y el trabajo superpuesto
Ejecuta análisis completos solo con la frecuencia que necesite la biblioteca y evita programarlos al mismo tiempo que las copias de seguridad, las comprobaciones, la generación de vistas previas o las importaciones multimedia. Analiza bibliotecas o carpetas individuales cuando la plataforma permita actualizaciones específicas.
Desactiva la sustitución amplia de metadatos durante los análisis rutinarios, salvo que sea necesario reconstruirlos. Un análisis incremental normal no debería volver a generar continuamente imágenes de capítulos, archivos trickplay, carteles ni la identificación de episodios para archivos multimedia sin cambios.
Utiliza un horario escalonado: primero las importaciones, después una actualización específica de la biblioteca tras el periodo de importación y, por separado, las tareas pesadas de generación de derivados en otro día o solo bajo demanda. Así obtendrás un periodo de actividad predecible en lugar de varios despertares breves durante la noche.
Comprueba que los montajes estén disponibles antes de iniciar el servicio multimedia
Un montaje de red o agrupado que no esté disponible puede exponer un directorio local vacío en la ruta esperada. El servidor multimedia podría analizar esa ubicación alternativa, eliminar elementos y volver a analizarlo todo cuando el recurso compartido real regrese.
Las interrupciones de unidades o montajes pueden hacer que una biblioteca multimedia desaparezca y obligar a reconstruirla de forma costosa. Un problema de Jellyfin describe la pérdida de una biblioteca tras desconectarse un montaje, que es precisamente el fallo que debería evitar una dependencia de inicio.
Configura el contenedor o servicio para que se inicie después de que los montajes necesarios estén activos y contengan datos. Añade una comprobación de presencia del montaje que busque un marcador conocido o el tipo de sistema de archivos esperado, y detén el análisis cuando la ruta de almacenamiento no esté disponible, en lugar de tratar un directorio vacío como una biblioteca válida.
Verifica varias noches de inactividad estable
Después de cada cambio, registra las horas de inicio y finalización de las tareas, el estado de energía de los discos, el volumen de lecturas, las entradas más grandes del registro y si los archivos multimedia recién añadidos siguen apareciendo. Una noche tranquila no basta si el análisis reducido solo se ejecuta cada varios días.
La guía de ZimaSpace sobre la elección de funciones para discos duros y SSD en un NAS ofrece el contexto de distribución del almacenamiento necesario para mantener los datos activos de las aplicaciones alejados de los discos multimedia en suspensión.
El ajuste será satisfactorio cuando el mantenimiento programado se realice en un único periodo conocido, las bibliotecas sin cambios ya no reciban trabajo repetido a nivel de archivo, las importaciones sigan detectándose y los discos duros permanezcan inactivos fuera de la reproducción, los análisis verificados, las copias de seguridad o las tareas de mantenimiento del almacenamiento.
Productos recomendados
Soporte y Consejos
Más para leer
¿Por qué restaurar un volumen de Docker recrea el contenido de los archivos, pero elimina los atributos extendidos?
Un diagnóstico de restauración de volúmenes que abarca el inventario de atributos extendidos, las opciones de tar y Rsync, los espacios de nombres, la...
¿Por qué un contenedor en ejecución mantiene su antiguo límite de memoria después de cambiar el archivo de Compose?
Un diagnóstico del límite de memoria que abarca los cgroups activos, el reinicio frente a la recreación, los campos de Compose, los límites estrictos...
¿Por qué reiniciar un proxy inverso invalida todas las sesiones de una aplicación autoalojada?
Un diagnóstico de pérdida de sesión que abarca el alcance del reinicio, la propiedad de las cookies, la rotación de secretos, las sesiones respaldadas...
