Como evitar tarefas ou importações duplicadas no Jellyfin

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Evite tarefas e importações duplicadas do Jellyfin atribuindo a cada operação um único agendador, um único processo de escrita, um único caminho monitorizado e um único sinal de conclusão.

As análises, importações ou tarefas de metadados ficam duplicadas após um reinício, a recriação de um contentor ou uma nova automatização? Registe o nome da tarefa, a hora de início, o ID do contentor, o agendador, o diretório monitorizado e o resultado antes de desativar qualquer elemento. A solução segura remove a sobreposição de responsabilidades, em vez de ocultar uma entrada duplicada.

Encontre todos os agendadores que podem iniciar o mesmo trabalho

Verifique as tarefas agendadas do Jellyfin, os acionadores de reinício dos contentores, o cron ou os temporizadores systemd do anfitrião, o pós-processamento do gestor de transferências e qualquer serviço auxiliar que chame a API. Compare os carimbos de data/hora e os IDs dos processos de duas execuções. Se ambas as tarefas começarem no mesmo evento, desative o acionador secundário e mantenha a tarefa principal inalterada.

As tarefas do Jellyfin podem ser executadas periodicamente ou manualmente, e as tarefas de arranque podem ser executadas antes de uma partilha de rede estar disponível (referência de temporização das tarefas). Trate a disponibilidade da montagem como um pré-requisito, em vez de permitir uma segunda importação para compensar.

Verifique se a duplicação aparece após o arranque, um webhook ou uma nova tentativa manual. O acionador restringe o responsável que deve ser desativado; desligar todas as tarefas agendadas oculta a causa sem impedir que volte a ocorrer.

Atribua a cada caminho um único processo de escrita e uma identidade estável

Certifique-se de que apenas um descarregador ou importador move os ficheiros para a biblioteca e de que todos os contentores veem o mesmo caminho canónico. Dois contentores com mapeamentos diferentes podem importar o mesmo ficheiro como duas identidades. Compare o inode, a soma de verificação, o caminho e a propriedade de um par duplicado antes de eliminar qualquer elemento.

Se o ficheiro de origem for renomeado ou reformulado, o Jellyfin poderá identificá-lo como um novo item, em vez de uma atualização. Conclua uma movimentação controlada, execute uma única análise e confirme a contagem de itens esperada antes de reativar a automatização.

Compare as etiquetas ativas dos contentores e os caminhos monitorizados, não apenas o ficheiro de configuração no disco. Um contentor antigo pode manter um monitor obsoleto ativo após uma nova implementação.

Valide a prevenção após um reinício e uma nova tentativa

Depois de alterar um acionador, reinicie a stack e aguarde que o período agendado ocorra uma vez. Confirme um processo, um evento de importação, uma alteração na base de dados e um ficheiro final. Em seguida, repita uma execução falhada ou interrompida para verificar se a nova tentativa não inicia uma segunda cópia.

Escalone o problema quando as duplicações persistirem com um único agendador e um único caminho, a base de dados contiver identidades em conflito ou um plugin recriar repetidamente as tarefas. Mantenha o conteúdo multimédia original e a cópia de segurança da base de dados até a limpeza e o teste de prevenção serem concluídos com sucesso.

Depois de remover o processo de escrita secundário, execute uma importação normal e uma nova tentativa interrompida. O resultado esperado é um evento na base de dados e um ficheiro final para cada item de origem.

Confirme a regra de prevenção após o reinício

Reinicie a stack e aguarde um período agendado completo com apenas o agendador escolhido ativado. Registe o processo, o caminho e o evento na base de dados para que o limite de responsabilidade seja observável.

Mantenha a configuração quando uma nova tentativa não iniciar uma segunda importação e a biblioteca contiver um único item válido. Reative uma automatização de cada vez se for necessário utilizar outro serviço.

Escalone o problema quando as duplicações regressarem com um único processo de escrita, quando a base de dados contiver identidades em conflito ou quando um plugin recriar tarefas desativadas.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.