Så förhindrar du dubbla jobb eller importer i Jellyfin

Förhindra duplicerade Jellyfin-jobb och importer genom att ge varje åtgärd en schemaläggare, en skrivare, en bevakad sökväg och en slutförandesignal.

Dupliceras skanningar, importer eller metadatajobb efter en omstart, återskapad container eller ny automatisering? Anteckna uppgiftens namn, starttid, container-ID, schemaläggare, bevakade katalog och utdata innan du inaktiverar något. Den säkra lösningen tar bort överlappande ägarskap i stället för att dölja en duplicerad post.

Hitta varje schemaläggare som kan starta samma arbete

Kontrollera Jellyfins schemalagda uppgifter, omstartshakar för containrar, cron- eller systemd-timers på värden, efterbearbetning i nedladdningshanteraren och eventuella sidotjänster som anropar API:t. Jämför tidsstämplar och process-ID:n för två körningar. Om båda uppgifterna startar vid samma händelse ska du inaktivera den sekundära utlösaren och lämna den primära uppgiften oförändrad.

Jellyfin-uppgifter kan köras periodiskt eller manuellt, och startuppgifter kan köras innan en nätverksresurs är redo (referens för uppgiftstider). Behandla att monteringen är redo som ett krav i stället för att låta en andra import kompensera.

Kontrollera om dupliceringen uppstår efter start, en webhook eller ett manuellt nytt försök. Utlösaren begränsar vilken ägare som måste inaktiveras; att stänga av alla schemalagda uppgifter döljer orsaken utan att förhindra att problemet återkommer.

Ge varje sökväg en skrivare och en stabil identitet

Säkerställ att endast en nedladdare eller importör flyttar filer till biblioteket och att varje container ser samma kanoniska sökväg. Två containrar med olika mappningar kan importera samma fil som två identiteter. Jämför inode, kontrollsumma, sökväg och ägarskap för ett duplicerat par innan du raderar något.

Om källfilen byter namn eller formateras om kan Jellyfin se den som ett nytt objekt i stället för en uppdatering. Genomför en kontrollerad flytt, skanna en gång och verifiera det förväntade antalet objekt innan du aktiverar automatiseringen igen.

Jämför de aktiva containeretiketterna och de bevakade sökvägarna, inte bara konfigurationsfilen på disken. En gammal container kan fortsätta ha en föråldrad bevakare aktiv efter en ny driftsättning.

Validera förebyggandet vid omstart och nya försök

Efter att du har ändrat en utlösare startar du om stacken och låter det schemalagda tidsfönstret inträffa en gång. Bekräfta en process, en importhändelse, en databasändring och en slutlig fil. Upprepa sedan en misslyckad eller avbruten körning för att verifiera att det nya försöket inte startar en andra kopia.

Eskalera när dupliceringar kvarstår trots en schemaläggare och en sökväg, när databasen innehåller motstridiga identiteter eller när ett plugin upprepade gånger återskapar uppgifter. Behåll originalmediet och säkerhetskopian av databasen tills rensningen och förebyggandetestet är godkända.

Efter att den sekundära skrivaren har tagits bort kör du en normal import och ett avbrutet nytt försök. Det förväntade resultatet är en databasändring och en slutlig fil för varje källobjekt.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Bekräfta förebygganderegeln efter omstart

Starta om stacken och vänta igenom ett schemalagt tidsfönster med endast den valda schemaläggaren aktiverad. Anteckna processen, sökvägen och databasändelsen så att ägarskapsgränsen kan observeras.

Behåll konfigurationen när ett nytt försök inte startar en andra import och biblioteket innehåller ett giltigt objekt. Aktivera en automatisering i taget om en annan tjänst behövs.

Eskalera när dupliceringar återkommer trots en skrivare, när databasen innehåller motstridiga identiteter eller när ett plugin återskapar inaktiverade uppgifter.