Jellyfin veilig terugzetten na een incompatibele release
Behandel een Jellyfin-terugdraaiing als een herstelactie, niet als een informele downgrade van een image: stop de mislukte release, behoud de huidige status en gebruik een bekende goede back-up of een compatibele kopie van de gegevens.
Nadat een grote release migraties heeft gestart, begrijpt een oudere binary de gewijzigde database mogelijk niet. Houd op een homeserver de mislukte status beschikbaar voor diagnose, leg de doelimage en plug-ins vast, herstel naar een geïsoleerd pad en geef gebruikers pas weer toegang nadat het inloggen, de bibliotheken en het oorspronkelijke afspeelpad waarop de fout optrad zijn getest.
Bevries de mislukte release voordat deze opnieuw migreert
De nieuwe release werkt niet na het opstarten of de migratie. Begin met de minst ingrijpende controle: stop de container, noteer de exacte image-digest en de logboeken en kopieer of maak een momentopname van de huidige gegevens voordat een oudere image wordt gestart.
De nuttige observatie is specifiek: de back-up van de status is voltooid, de database is al gemigreerd, de opslag is vol of alleen-lezen. Noteer het resultaat voordat je een andere variabele wijzigt. herstellen in plaats van downgraden
Interpreteer de vertakking in plaats van te gokken. Als de status leesbaar is, behoud deze dan en ga verder; als de migratie onvolledig is, geef dan de voorkeur aan een back-up van vóór de upgrade; als de opslag niet goed werkt, herstel dan eerst de opslag.
Selecteer een compatibele image en een statusartefact
De mislukte status en artefacten zijn behouden. Begin met de minst ingrijpende controle: kies de laatst bekende goede imagetag of -digest en combineer deze met de back-up die vóór de incompatibele release is gemaakt.
De nuttige observatie is specifiek: er is een back-up van vóór de upgrade, er is alleen een nieuwere back-up of de plug-in of architectuur verschilt. Noteer het resultaat voordat je een andere variabele wijzigt.
Interpreteer de vertakking in plaats van te gokken. Als er een back-up van vóór de upgrade bestaat, gebruik die dan; zo niet, koppel de oudere image dan niet aan de gemigreerde database; als de architectuur verschilt, test dan eerst het ondersteunde pad geïsoleerd.
Herstel naar een geïsoleerd pad voordat je productie vervangt
Er zijn een compatibele image en back-up geselecteerd. Begin met de minst ingrijpende controle: maak een tijdelijke container met de vastgezette image, de herstelde gegevens, de bijbehorende UID/GID en zonder conflict met een openbare poort. geïsoleerde herstelcontainer
De nuttige observatie is specifiek: het inloggen en de bibliotheken worden geladen, er verschijnt een migratiewaarschuwing of de installatiewizard verschijnt. Noteer het resultaat voordat je een andere variabele wijzigt.
Interpreteer de vertakking in plaats van te gokken. Als de status wordt geladen, ga dan verder met het valideren van de werklast; als er een migratiewaarschuwing verschijnt, stop dan en controleer de versiekoppeling opnieuw; als de installatie verschijnt, is de koppeling onjuist en blijft de bron onaangeroerd.
Herhaal de oorspronkelijke fout voordat je gebruikers terugbrengt
De oudere release start geïsoleerd. Begin met de minst ingrijpende controle: log in met een bestaande gebruiker, controleer de bibliotheken, start het oorspronkelijke afspelen waarbij de fout optrad, herstart eenmaal en herhaal de test.
De nuttige observatie is specifiek: het oorspronkelijke pad slaagt twee keer, één plug-in werkt niet of de fout blijft optreden. Noteer het resultaat voordat je een andere variabele wijzigt. test van het oorspronkelijke afspelen
Interpreteer de vertakking in plaats van te gokken. Als het oorspronkelijke pad twee keer slaagt, schakel dan het verkeer terug en bewaar de mislukte status; als een plug-in niet werkt, schakel dan alleen die plug-in uit; als de fout blijft optreden, stop dan met terugdraaien en bouw opnieuw op vanuit een schone, compatibele status.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Jellyfin veilig een GPU of accelerator delen met een andere container?
GPU-deling is voorwaardelijk: controleer de zichtbaarheid van het apparaat en de stuurprogrammaondersteuning, voer vervolgens beide workloads uit en let op softwarematige fallback.
Hoe je kunt bepalen of een Jellyfin-fout door de client of de server wordt veroorzaakt
Een Jellyfin-fout ligt aan de client wanneer deze zich bij één apparaat voordoet; de fout ligt aan de server wanneer meerdere clients via hetzelfde...
Jellyfin-cache en tijdelijke opslag configureren
Scheid duurzame statusgegevens, opnieuw op te bouwen cache en tijdelijke transcodeeropslag, en controleer vervolgens de capaciteit en machtigingen met een echte afspeeltest.
