Quando o Plex arranca, mas uma dependência falha, mantenha o serviço em execução como referência e identifique o percurso de armazenamento, rede, proxy ou identidade que está em falta.
Um estado verde do contentor apenas comprova que o processo do Plex arrancou. Não comprova que o volume de multimédia está disponível, que os dados da aplicação permitem escrita, que o DNS resolve nomes ou que a extremidade remota está acessível. Teste as dependências de dentro para fora e altere apenas a camada que falha.
Verifique Primeiro os Dados da Aplicação e os Volumes de Multimédia
Um volume em falta ou apenas de leitura pode manter o processo em execução, enquanto as bibliotecas desaparecem ou as escritas falham. Confirme os caminhos exatos que o Plex está configurado para utilizar antes de reiniciar repetidamente o contentor.
Uma desligação do armazenamento de rede pode remover o acesso à multimédia enquanto o anfitrião e o processo do Plex permanecem online.
Liste os caminhos montados a partir do interior do contentor e faça uma leitura inofensiva da multimédia, além de uma escrita descartável nos dados da aplicação. Repare o volume ou as permissões antes de alterar as definições do Plex.
Verifique o DNS e a Acessibilidade da Rede
Se o armazenamento estiver saudável, confirme que o serviço consegue alcançar qualquer dependência de rede de que realmente necessite. As falhas de proxy, DNS, armazenamento remoto e VPN devem ser isoladas de forma independente.
As métricas básicas de rota determinam que interface é selecionada quando existem vários caminhos de rede.
Resolva os nomes das dependências e teste o destino real a partir do anfitrião do Plex. Se a conectividade falhar fora do Plex, mantenha a reparação na política de encaminhamento, DNS ou firewall.
Trate os Serviços Complementares como Opcionais, Salvo Prova em Contrário
Os descarregadores, gestores de pedidos e indexadores podem melhorar o fluxo de trabalho sem serem necessários para a reprodução principal. Não reinicie toda a pilha quando um serviço complementar não crítico estiver com problemas.
Os padrões comuns de dependências entre vários contentores ajudam a distinguir dependências críticas de serviços que devem degradar-se de forma independente.
Pare deliberadamente o serviço complementar que falhou e confirme a reprodução local no Plex e as escritas de estado. Se o serviço principal continuar saudável, restaure o serviço complementar separadamente. Uma estrutura persistente e consistente dos dados da aplicação facilita a distinção entre uma dependência avariada e um estado do Plex em falta ou sem permissões de escrita.
Termine com uma Validação de Ponta a Ponta
Depois de corrigir a dependência, valide o fluxo de trabalho do utilizador que falhou originalmente, em vez de parar num estado saudável do processo. A reprodução, as escritas de estado e o acesso remoto exercitam percursos diferentes.
Uma verificação final de utilização, saturação e erros garante que a dependência reparada não está apenas acessível, mas também imediatamente saturada ou a gerar erros.
Repita a falha original com os registos abertos e registe o resultado após a reparação. Adicione o teste da dependência ao manual de operações para que o próximo incidente comece na camada correta.
Suporte e Dicas
Mais para Ler

Deve fazer uma cópia de segurança do Jellyfin em funcionamento ou parar primeiro o serviço?
Prefira cópias de segurança com o serviço parado, pela sua simplicidade; utilize instantâneos em funcionamento apenas quando o estado da aplicação for capturado de...

Porque é que o Jellyfin funciona a altas temperaturas ou faz ruído quando ninguém está a transmitir?
O calor em inatividade normalmente indica atividade em segundo plano ou uma carga de trabalho de um anfitrião partilhado; por isso, identifique o processo...

Quando deve reconstruir em vez de reparar o Jellyfin?
Escolha recriar em vez de reparar quando o problema for a divergência do ambiente de execução e o estado persistente estiver salvaguardado; não «recrie»...

