Dernier blog

La restauration de Jellyfin est une procédure de restauration, pas un simple remplacement d’image : protégez l’état, utilisez une sauvegarde compatible, verrouillez l’ancien environnement d’exécution et validez la lecture.

Le mappage des tons HDR, l’incrustation des sous-titres, les limites du client et la marge de transport peuvent se chevaucher ; utilisez une matrice de test sur un même fichier pour identifier l’étape défaillante de Jellyfin.

Lorsque la connexion à Jellyfin ne fonctionne plus après le redémarrage d’un proxy inverse, vérifiez d’abord l’accès direct, puis isolez le routage vers le serveur en amont, les en-têtes transférés, les cookies et le DNS.

Déplacez l’état de Jellyfin en arrêtant les écritures, en copiant les données et la configuration, en faisant correspondre les montages et les propriétaires, puis en testant la nouvelle instance avant de mettre hors service la source.

Choisissez le réseau en mode bridge ou host de Jellyfin en testant les ports, la découverte, la topologie du proxy et la possibilité de revenir en arrière, plutôt qu’en supposant que le mode host est plus...

Retracez l’activité disque nocturne de Jellyfin jusqu’aux analyses, aux tâches de métadonnées, aux sauvegardes ou aux services de l’hôte, puis appliquez une correction planifiée contrôlée et vérifiez que le stockage reste inactif.

Une planification Restic complète pour plusieurs hôtes, qui sépare les sauvegardes fréquentes, la conservation ciblée, le nettoyage physique, les vérifications, les nouvelles tentatives et la validation de la restauration.

Un plan de prévention pour les dépôts Restic partagés qui sépare les fenêtres de sauvegarde des opérations de purge, tout en maintenant le verrouillage, les nouvelles tentatives et les alertes.