Come verificare quale file di configurazione di Plex è effettivamente in uso
Prova l’istanza Plex in esecuzione e il relativo percorso di stato montato prima di modificare qualsiasi file di configurazione.
Installazioni multiple, container, backup e vecchie directory dei dati dell’app possono lasciare diversi file con nomi plausibili. Smetti di basarti sui nomi dei file. Identifica il processo o il container attivo, esamina il montaggio della configurazione e confronta il timestamp del file oppure una modifica innocua alle impostazioni con l’istanza effettivamente in esecuzione.
Identifica il runtime prima del file
Un servizio nativo e un container possono utilizzare viste diverse del filesystem anche sullo stesso host. Il primo passo consiste nell’identificare quale processo o container utilizza la porta 32400 e la directory dei dati di Plex.
In uno stack multimediale containerizzato, i volumi di configurazione espliciti determinano quale directory dell’host l’istanza Plex in esecuzione vede effettivamente, quindi ricostruisci il montaggio prima di presumere che un file sul lato host sia quello attivo.
Esamina il container in esecuzione o la definizione del servizio e annota il percorso sull’host e quello visualizzato da Plex. Se non esiste una mappatura chiara, risolvi l’ambiguità prima di modificare qualsiasi cosa.
Conferma che il file Preferences.xml appartenga a quell’albero di stato
Preferences.xml contiene l’identità del server e le impostazioni relative all’account, ma una vecchia copia in un backup o in un’installazione precedente può sembrare valida. Il contesto è più importante del solo nome del file.
Lo stato di Preferences.xml è legato al percorso di configurazione Plex montato, quindi il montaggio attivo è più autorevole di un nome di file corrispondente trovato altrove.
Confronta l’orario di modifica e la proprietà con la directory di stato in esecuzione, quindi apporta una modifica reversibile alle impostazioni tramite l’interfaccia Plex. Verifica che cambi soltanto il file previsto.
Fai attenzione ai montaggi di stato duplicati
Le migrazioni dei container possono montare accidentalmente un percorso per l’avvio e un altro per il backup o la modifica manuale. Questo crea l’illusione che le impostazioni vengano ignorate.
Mantieni la mappatura dello stato persistente in un unico punto della definizione del deployment. La mappatura persistente dei dati dell’app dovrebbe puntare a un’unica directory canonica dello stato di Plex, anziché a diversi alberi parzialmente copiati.
Riavvia Plex dopo una modifica controllata alle impostazioni e conferma che il valore persista. Se torna indietro, controlla il montaggio e la proprietà prima di modificare direttamente l’XML.
Esegui il backup dello stato attivo prima delle modifiche manuali
La modifica manuale dei file dovrebbe essere l’ultima risorsa, perché l’identità, l’account e lo stato del database sono strettamente legati al server in esecuzione. Conserva il file attivo prima di modificarlo.
Prima di modificare l’identità del server o le preferenze, conserva l’albero di stato attivo; il backup e la migrazione di Plex dipendono dal trasferimento dei dati e dei percorsi reali del server, non da una copia isolata della configurazione.
Arresta Plex quando la modifica richiede un file stabile, copia la configurazione attiva, apporta la modifica minima, quindi riavvia e verifica un risultato previsto. Esegui immediatamente il rollback se cambiano impostazioni non correlate.
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...
