Último blog

Las actualizaciones automáticas de Jellyfin son más seguras cuando se definen de antemano las copias de seguridad, el alcance de la versión, la reversión y la validación posterior a la actualización antes de realizar el cambio...

Un uso elevado de la CPU después de una actualización de Jellyfin puede deberse a tareas temporales, transcodificación, complementos u otra carga de trabajo. Aísla el desencadenante antes de solucionarlo.

Usa varios hosts para Jellyfin solo cuando un cuello de botella medido o un límite de fallo justifique las rutas, dependencias y el trabajo de recuperación adicionales.

Conserva los puntos de restauración recientes, previos a la actualización y antiguos de Jellyfin según la frecuencia de los cambios y las necesidades de recuperación; después, elimina solo tras realizar pruebas de restauración.

Mueve el estado de Jellyfin entre hosts ARM64 y x86-64 compatibles como una migración con el servidor detenido; después, reconstruye los componentes específicos de la plataforma y valida.

Confirma la ruta de configuración activa de Jellyfin con los ajustes de ejecución, los registros de inicio y un cambio reversible, en lugar de editar archivos duplicados.

Crea comprobaciones de estado de Jellyfin que distingan entre inicio, fallo del servicio y fallo de dependencias antes de cualquier reinicio automático.

Evita el crecimiento de los registros de Jellyfin limitando la capa de registro correcta, restringiendo las sesiones de depuración, verificando la limpieza y supervisando el espacio libre.