Por qué Jellyfin puede volver a procesar el contenido multimedia existente después de una actualización
Jellyfin puede volver a procesar los archivos multimedia existentes después de una actualización cuando cambia la lógica de análisis o los atributos multimedia almacenados, aunque los archivos de origen permanezcan intactos.
Una nueva versión puede necesitar datos de análisis actualizados para la reproducción o la coincidencia, lo que genera actividad de CPU y disco en una biblioteca existente. Esa cola finita es diferente de un escaneo, una actualización de metadatos o un trabajo que se repite indefinidamente. Observa el progreso y la finalización antes de considerar la actividad un fallo.
Los datos de análisis pueden cambiar sin que cambien los archivos multimedia
El servidor puede detectar propiedades adicionales o corregir la forma en que interpreta los archivos existentes. Recalcular esos atributos no requiere que cambie la marca de tiempo del archivo de origen.
La explicación del modelo de análisis posterior a la actualización muestra por qué una cola finita activada por la versión puede ser normal.
La primera pregunta es si la cola avanza y se completa, no si se ha añadido algún archivo multimedia.
El reanálisis, el escaneo y la actualización son diferentes
Un escaneo comprueba las rutas en busca de elementos añadidos o eliminados, la actualización de metadatos modifica la información descriptiva y el análisis multimedia inspecciona las propiedades de los archivos utilizadas para la reproducción. Pueden aparecer juntos en los paneles de control, pero tienen distintos desencadenantes y patrones de E/S.
Usa el modelo de funciones de los datos persistentes para mantener separado el trabajo de la base de datos y los metadatos de los propios archivos multimedia.
Si los mismos elementos se repiten sin avanzar, la explicación ya no se limita a un cambio de análisis puntual.
El límite de la normalidad es que el trabajo sea finito
Una cola normal posterior a una actualización crece o avanza, llega a completarse y permanece completa después de reiniciar. Los trabajos idénticos que se repiten, las rutas inexistentes, los errores de permisos o los errores de la base de datos indican, en cambio, una condición operativa.
La distinción del modelo de análisis posterior a la actualización entre una cola finita y el trabajo recurrente proporciona el límite clave.
No interrumpas una cola que avanza simplemente porque está ocupada; investiga el trabajo que nunca se agota o que reaparece después de cada reinicio.
Verifica la finalización antes de intervenir
Registra el tamaño de la cola, los elementos procesados, la actividad de CPU y E/S, y si los elementos completados siguen completos después de un reinicio controlado. Evita forzar escaneos o actualizaciones durante el periodo de observación.
Aplica la disciplina de la comparativa en frío y en caliente para mantener estable el trabajo en segundo plano y el estado de la caché mientras observas la cola.
Detente cuando la cola se agote y vuelva el comportamiento normal en reposo. Escala el problema solo cuando la repetición, los errores o la pérdida de rutas persistan en las mismas condiciones.
Productos recomendados
Centro de Tecnología e IA
Más para leer
¿Por qué cambia la arquitectura de Home Assistant a medida que un servidor doméstico añade más servicios?
Más servicios cambian la arquitectura de Home Assistant cuando añaden estado compartido, colas, dispositivos, ciclos de actualización o dominios de fallo, no simplemente más...
Cómo medir el rendimiento de Home Assistant sin confundir la caché con la capacidad
Un resultado favorable demuestra la reutilización, no la capacidad. Mide el arranque en frío, el estado estable en caliente, la carga repetida, la latencia...
¿Cuánta concurrencia de automatizaciones necesita Home Assistant para controlar toda la casa?
La mayoría de las automatizaciones para todo el hogar solo necesitan una superposición acotada; dimensiona la concurrencia a partir de la duración de ejecución...
