Cómo revertir Jellyfin de forma segura tras una versión incompatible
Trata la reversión de Jellyfin como una restauración, no como una simple degradación de imagen: detén la versión fallida, conserva su estado y utiliza una copia de seguridad conocida o una copia de datos compatible.
Después de que una versión importante inicia las migraciones, es posible que un binario antiguo no entienda la base de datos modificada. En un servidor doméstico, conserva el estado fallido para diagnosticarlo, fija la imagen y los complementos objetivo, restaura en una ruta aislada y devuelve el acceso a los usuarios solo después de comprobar el inicio de sesión, las bibliotecas y la ruta de reproducción que fallaba originalmente.
Congela la versión fallida antes de que vuelva a migrar
La nueva versión falla después del inicio o de la migración. Comienza con la comprobación menos invasiva: detén el contenedor, registra el resumen exacto de la imagen y los registros, y copia o crea una instantánea de los datos actuales antes de iniciar una imagen antigua.
La observación útil es específica: la copia de seguridad del estado se completa, la base de datos ya se migró, el almacenamiento está lleno o es de solo lectura. Registra el resultado antes de cambiar otra variable. restaura en lugar de degradar
Interpreta la situación en lugar de adivinar. Si el estado se puede leer, consérvalo y continúa; si la migración está incompleta, prioriza una copia de seguridad anterior a la actualización; si el almacenamiento no funciona correctamente, repáralo antes de restaurar.
Selecciona una imagen y un artefacto de estado compatibles
El estado y los artefactos fallidos se conservan. Comienza con la comprobación menos invasiva: elige la última etiqueta o el último resumen de imagen que funcionaba correctamente y combínalo con la copia de seguridad creada antes de la versión incompatible.
La observación útil es específica: existe una copia de seguridad previa a la actualización, solo existe una copia de seguridad más reciente, o el complemento o la arquitectura son diferentes. Registra el resultado antes de cambiar otra variable.
Interpreta la situación en lugar de adivinar. Si existe una copia de seguridad previa a la actualización, úsala; si no, no apuntes la imagen antigua a la base de datos migrada; si la arquitectura es diferente, prueba primero la ruta compatible de forma aislada.
Restaura en una ruta aislada antes de reemplazar la producción
Se han seleccionado una imagen y una copia de seguridad compatibles. Comienza con la comprobación menos invasiva: crea un contenedor temporal con la imagen fijada, los datos restaurados, el UID/GID correspondiente y sin conflictos en los puertos públicos. contenedor de recuperación aislado
La observación útil es específica: se cargan el inicio de sesión y las bibliotecas, aparece una advertencia de migración o aparece el asistente de configuración. Registra el resultado antes de cambiar otra variable.
Interpreta la situación en lugar de adivinar. Si se carga el estado, continúa con la validación de la carga de trabajo; si aparece una advertencia de migración, detente y vuelve a comprobar la correspondencia de versiones; si aparece el asistente de configuración, el montaje es incorrecto y el origen permanece intacto.
Reproduce el fallo original antes de devolver el acceso a los usuarios
La versión antigua se inicia de forma aislada. Comienza con la comprobación menos invasiva: inicia sesión con un usuario existente, inspecciona las bibliotecas, reproduce el contenido que fallaba originalmente, reinicia una vez y repite la prueba.
La observación útil es específica: la ruta original funciona dos veces, falla un complemento o el fallo persiste. Registra el resultado antes de cambiar otra variable. prueba de reproducción original
Interpreta la situación en lugar de adivinar. Si la ruta original funciona dos veces, vuelve a dirigir el tráfico y conserva el estado fallido; si falla un complemento, desactiva únicamente ese complemento; si el fallo persiste, detén la reversión y reconstruye desde un estado limpio y compatible.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Jellyfin compartir de forma segura una GPU o un acelerador con otro contenedor?
El uso compartido de la GPU es condicional: verifica la visibilidad del dispositivo y la compatibilidad de los controladores, luego ejecuta ambas cargas de...
Cómo determinar si un error de Jellyfin proviene del cliente o del servidor
Un error de Jellyfin corresponde al cliente cuando solo afecta a un dispositivo; corresponde al servidor cuando fallan varios clientes siguiendo la misma ruta...
Cómo configurar la caché y el almacenamiento temporal de Jellyfin
Separa el estado persistente, la caché reconstruible y el almacenamiento temporal de transcodificación; después, verifica la capacidad y los permisos con una prueba de...
