Een Jellyfin-waarschuwing is alleen veilig om te monitoren wanneer de getroffen scope bekend is, de oorzaak niet toeneemt en afspelen, schrijfbewerkingen en herstel nog steeds slagen.
Verschijnt de waarschuwing één keer tijdens een scan, of wordt deze herhaald met databasefouten, ontbrekende bestanden, OOM-beëindigingen of mislukte herstarts? Leg het exacte bericht, tijdstip, de versie, het getroffen pad en de actieve werklast vast voordat je beslist. Negeer een waarschuwing niet alleen omdat het dashboard bereikbaar blijft.
Classificeer de waarschuwing op basis van de bewerking die deze kan beschadigen
Waarschuwingen over één niet-beschikbaar artwork-item of een tijdelijke nieuwe poging van een client kunnen meestal worden gemonitord als de volgende scan en het afspelen slagen. Waarschuwingen over weinig vrije ruimte, databasebewerkingen, verlies van een koppelpunt, machtigingen of herhaalde procesbeëindiging hebben een grotere foutomvang. Een volledig datavolume is in echte Jellyfin-incidenten in verband gebracht met SQLite-fouten en ontbrekende gebruikersrecords (bewijs van een fout door een volle schijf).
Controleer of de waarschuwing beperkt blijft tot de logs of dat dezelfde bewerking de status wijzigt. Als een scan bibliotheekgegevens verwijdert of herschrijft terwijl een koppelpunt niet beschikbaar is, stop dan de taak en herstel het pad voordat je doorgaat.
Vergelijk hetzelfde bericht na de eerste uitvoering met de volgende geplande taak. Een waarschuwing die verdwijnt zonder de werklast te wijzigen, brengt minder risico met zich mee dan een waarschuwing die bij dezelfde bewerking terugkomt.
Gebruik een monitorbeslissing op basis van twee tests
Herhaal de oorspronkelijke oorzaak één keer onder gecontroleerde omstandigheden en inspecteer het getroffen subsysteem: vrije bytes en inodes voor opslag, memory.events voor OOM, ffmpeg-logs voor afspelen en eigenaarschap voor schrijffouten. Een waarschuwing die verdwijnt zonder de werklast te wijzigen, brengt minder risico met zich mee dan een waarschuwing die bij dezelfde stap terugkomt.
Monitor wanneer de tweede uitvoering slaagt, de waarschuwing zich niet uitbreidt en er een actuele back-up bestaat. Stop wanneer de waarschuwing terugkomt met gegevensverlies, databasefouten, mislukte schrijfbewerkingen of een herstartlus. Een diagnostisch pad voor afspelen helpt een waarschuwing te onderscheiden van een daadwerkelijke streamingfout.
Noteer het exacte resultaat: vrije bytes en inodes, de status van databaseschrijfbewerkingen, de procesafsluitcode of de afspeelmodus. Dat resultaat bepaalt of de volgende stap observatie, herstel of terugdraaien is.
Stop, bewaar en escaleer veilig
Stop de actieve scan of import, bewaar de logs en vermijd destructieve opschoning wanneer de database of het opslagpad mogelijk betrokken is. Herstel vrije ruimte of het ontbrekende koppelpunt en herstart vervolgens één keer als verificatiestap—not als oplossing. Herhaal de oorspronkelijke werklast en bevestig dat de waarschuwing dezelfde bewerking niet langer beïnvloedt.
Escaleer wanneer de waarschuwing na de omkeerbare controles blijft bestaan, de database niet kan worden geopend of de onderliggende schijf, het bestandssysteem of de container-runtime fouten meldt. Bewaar de laatst bekende goede back-up en het statuspad ongewijzigd.
Als het herstel slaagt, herhaal dan na een koude herstart de oorspronkelijke oorzaak en bevestig dat de waarschuwing niet terugkomt. Een dashboard dat opent is niet voldoende als dezelfde scan of schrijfbewerking nog steeds mislukt.
Bevestig de grens na een schone herstart
Herstart Jellyfin één keer na de omkeerbare controle en herhaal vervolgens dezelfde scan-, import- of afspeelbewerking die de waarschuwing veroorzaakte. Houd de werklast en het opslagpad ongewijzigd zodat de vergelijking betekenisvol is.
Monitor wanneer de bewerking is voltooid, de waarschuwing zich niet uitbreidt en de volgende back-up leesbaar blijft. Stop wanneer de waarschuwing terugkomt met database-, opslag-, machtigings- of herhaalde procesfouten.
Escaleer met de bewaarde logs en de laatst bekende goede status wanneer dezelfde oorzaak na de herstart opnieuw tot een fout leidt, wanneer de database niet kan worden geopend of wanneer het onderliggende bestandssysteem fouten meldt.
Ondersteuning & Tips
Meer om te lezen

Jellyfin-databaseverbindingen optimaliseren voor gelijktijdige containers
Begin met één database-eigenaar en meet het vergrendelingsgedrag van SQLite; voeg pas een andere backend toe wanneer gelijktijdigheid en herstel die complexiteit rechtvaardigen.

Dubbele taken of imports in Jellyfin voorkomen
Dubbel werk ontstaat meestal door overlappende planners of meer dan één schrijver; wijs één verantwoordelijke, één pad en één voltooiingscontrole aan.

Jellyfin repareren nadat het databasevolume vol is geraakt
Stop met schrijven, behoud de database- en WAL-bestanden, maak ruimte vrij zonder de status blindelings te verwijderen en controleer vervolgens de integriteit en de...

