Come ripristinare Jellyfin in sicurezza dopo un aggiornamento incompatibile
Tratta il ripristino di Jellyfin come un recupero, non come un semplice downgrade dell’immagine: arresta la release difettosa, preservane lo stato e usa un backup noto come funzionante o una copia dei dati compatibile.
Dopo che una release importante avvia le migrazioni, un binario precedente potrebbe non comprendere il database modificato. Su un home server, conserva lo stato difettoso per la diagnosi, fissa l’immagine di destinazione e i plugin, esegui il ripristino in un percorso isolato e riabilita gli utenti solo dopo aver verificato l’accesso, le librerie e il percorso di riproduzione originale che causava il problema.
Blocca la release difettosa prima che esegua nuovamente la migrazione
La nuova release presenta problemi dopo l’avvio o la migrazione. Inizia dal controllo meno invasivo: arresta il container, registra il digest esatto dell’immagine e i log, quindi copia o crea uno snapshot dei dati correnti prima di avviare un’immagine precedente.
L’osservazione utile deve essere specifica: il backup dello stato viene completato, il database è già stato migrato, lo spazio di archiviazione è pieno o di sola lettura. Registra il risultato prima di modificare un’altra variabile. ripristina invece di eseguire il downgrade
Interpreta il percorso invece di procedere per tentativi. Se lo stato è leggibile, preservalo e continua; se la migrazione è incompleta, preferisci un backup precedente all’aggiornamento; se lo spazio di archiviazione non è integro, riparalo prima del ripristino.
Seleziona un’immagine e un artefatto di stato compatibili
Lo stato e gli artefatti difettosi sono stati preservati. Inizia dal controllo meno invasivo: scegli l’ultimo tag o digest dell’immagine noto come funzionante e abbinalo al backup creato prima della release incompatibile.
L’osservazione utile deve essere specifica: esiste un backup precedente all’aggiornamento, esiste solo un backup più recente, il plugin o l’architettura sono diversi. Registra il risultato prima di modificare un’altra variabile.
Interpreta il percorso invece di procedere per tentativi. Se esiste un backup precedente all’aggiornamento, usalo; in caso contrario, non indirizzare l’immagine precedente al database migrato; se l’architettura è diversa, verifica prima il percorso supportato in isolamento.
Esegui il ripristino in un percorso isolato prima di sostituire la produzione
Sono stati selezionati un’immagine e un backup compatibili. Inizia dal controllo meno invasivo: crea un container temporaneo con l’immagine fissata, i dati ripristinati, UID/GID corrispondenti e senza conflitti sulle porte pubbliche. container di recupero isolato
L’osservazione utile deve essere specifica: l’accesso e le librerie vengono caricati, compare un avviso di migrazione, viene visualizzata la procedura guidata di configurazione. Registra il risultato prima di modificare un’altra variabile.
Interpreta il percorso invece di procedere per tentativi. Se lo stato viene caricato, continua con la convalida dei carichi di lavoro; se compare un avviso di migrazione, fermati e ricontrolla l’abbinamento delle versioni; se compare la configurazione iniziale, il mount è errato e la sorgente rimane intatta.
Riproduci il problema originale prima di riabilitare gli utenti
La release precedente si avvia in isolamento. Inizia dal controllo meno invasivo: accedi con un utente esistente, controlla le librerie, esegui la riproduzione originale che causava il problema, riavvia una volta e ripeti.
L’osservazione utile deve essere specifica: il percorso originale funziona due volte, un plugin non funziona, il problema persiste. Registra il risultato prima di modificare un’altra variabile. test di riproduzione originale
Interpreta il percorso invece di procedere per tentativi. Se il percorso originale funziona due volte, reindirizza il traffico e conserva lo stato difettoso; se un plugin non funziona, disabilita solo quello; se il problema persiste, interrompi il rollback e ricrea l’ambiente da uno stato pulito e compatibile.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Jellyfin può condividere in sicurezza una GPU o un acceleratore con un altro container?
La condivisione della GPU è condizionata: verifica la visibilità del dispositivo e il supporto dei driver, quindi esegui entrambi i carichi di lavoro e...
Come capire se un errore di Jellyfin proviene dal client o dal server
Un errore di Jellyfin è imputabile al client quando si verifica su un solo dispositivo; è imputabile al server quando più client falliscono seguendo...
Come configurare la cache e l’archiviazione temporanea di Jellyfin
Separa lo stato persistente, la cache ricostruibile e lo spazio temporaneo per la transcodifica, quindi verifica la capacità e i permessi con un test...
