Último Blog

As atualizações automáticas do Jellyfin são mais seguras quando as cópias de segurança, o âmbito das versões, a reversão e a validação pós-atualização são definidos antes da transição sem supervisão.

Um uso elevado do CPU após uma atualização do Jellyfin pode dever-se a tarefas temporárias, transcodificação, plug-ins ou outra carga de trabalho. Isole o fator desencadeador antes de o corrigir.

Utilize vários hosts para o Jellyfin apenas quando um estrangulamento medido ou um limite de falha justificar os caminhos, as dependências e o trabalho de recuperação adicionais.

Mantenha pontos de restauro recentes, anteriores à atualização e mais antigos do Jellyfin, com base na frequência das alterações e nas necessidades de recuperação, e só elimine os excedentes depois de testar o restauro.

Mova o estado do Jellyfin entre anfitriões ARM64 e x86-64 compatíveis, como uma migração com o servidor parado, depois reconstrua os componentes específicos da plataforma e valide.

Confirme o caminho de configuração ativo do Jellyfin através das definições de execução, dos registos de arranque e de uma alteração reversível, em vez de editar ficheiros duplicados.

Crie verificações de estado do Jellyfin que distingam o arranque, a falha do serviço e a falha de dependências antes de qualquer reinício automático.

Evite o crescimento dos registos do Jellyfin limitando a camada de registo correta, restringindo as sessões de depuração, verificando a limpeza e monitorizando o espaço livre.