Porque é que o Plex perde o acesso aos dados persistentes após a recriação da stack?
Considere uma instância Plex nova após a recriação da stack como uma falha de montagem ou permissões até provar que os dados persistentes antigos foram realmente eliminados.
Recriar uma stack Docker ou Compose substitui os contentores e também pode alterar o caminho do anfitrião, o volume nomeado, a identidade do utilizador ou o conjunto de armazenamento que suporta `/config`. O Plex passa então a abrir uma pasta vazia ou ilegível e parece recém-instalado, embora a base de dados original ainda possa existir. Pare a nova instância, encontre os dados da aplicação antigos, compare as montagens efetivas e a propriedade numérica e só restaure a partir de uma cópia de segurança se esse estado tiver realmente desaparecido.
Pare quando o Plex parecer um servidor novo
Um assistente de configuração novo após a recriação da stack é um aviso de persistência, não um convite para reconstruir a biblioteca. Pare o contentor e inspecione o mapeamento dos dados antes de o Plex escrever mais estado. A falha mais comum é o novo contentor estar a ler um caminho vazio do anfitrião em vez do diretório anterior dos dados da aplicação.
Um contentor recriado pode apresentar uma configuração nova quando o mapeamento persistente da configuração esperado já não aponta para os dados da aplicação originais. O primeiro fator de distinção é saber se o estado antigo ainda existe no anfitrião.
Localize o diretório anterior dos dados do Plex e verifique as datas de modificação, os ficheiros da base de dados e as pastas de metadados. Se estiverem presentes, não os elimine nem inicialize um servidor novo. O objetivo da recuperação é corrigir o caminho de montagem e as permissões, não a biblioteca multimédia.
Compare exatamente o mapeamento antigo e novo de /config
A recriação da stack pode alterar uma montagem bind relativa, um volume nomeado, uma substituição de ambiente, um conjunto de armazenamento ou o diretório de trabalho do Compose sem alterar o caminho visível dentro do contentor. O Plex pode continuar a ver `/config`, mas esse caminho pode agora apontar para uma localização diferente no anfitrião.
A configuração de um contentor Plex é mais segura quando a configuração vive fora do contentor. Compare as montagens efetivas do registo de implementação antigo ou da cópia de segurança com a stack recriada, em vez de confiar num ficheiro Compose visualmente semelhante.
Monte os dados da aplicação antigos conhecidos, em modo só de leitura, num contentor temporário de diagnóstico ou inspecione-os diretamente no anfitrião. Se a base de dados e as preferências esperadas estiverem lá, corrija o mapeamento de produção e reinicie o Plex uma vez. Se o diretório tiver realmente desaparecido, avance para a recuperação a partir de uma cópia de segurança.
Verifique a propriedade antes de culpar a base de dados
Um caminho correto no anfitrião pode continuar inutilizável se o contentor recriado for executado com um UID, GID, espaço de nomes de utilizadores ou contexto de segurança diferente. O Plex parece então incapaz de guardar preferências, abrir ficheiros da base de dados ou criar diretórios, embora os dados estejam montados no local correto.
Quando o Plex não consegue criar ou atualizar os dados da aplicação, deve verificar numericamente as permissões do diretório de configuração, em vez de as “corrigir” cegamente com um `777` recursivo.
Execute uma verificação da identidade dentro do contentor e compare-a com o proprietário numérico e o modo no anfitrião. Aplique a menor correção de propriedade ou ACL que conceda acesso à conta de serviço pretendida. Em seguida, inicie o Plex e confirme que abre o servidor existente, em vez de uma configuração nova.
Se a propriedade numérica coincidir, mas o acesso continuar a falhar, inspecione as ACL, as etiquetas de segurança do contentor e o comportamento do espaço de nomes de utilizadores antes de alterar a base de dados. Um UID/GID correto não substitui uma camada de controlo de acesso separada.
Verifique as montagens multimédia apenas depois de o estado da aplicação regressar
Quando a identidade e as bibliotecas do servidor antigo reaparecerem, algumas bibliotecas podem continuar indisponíveis porque as montagens multimédia foram alteradas independentemente de `/config`. Trata-se de uma função de persistência separada. Corrija o caminho multimédia sem recriar a biblioteca nem copiar conteúdos multimédia para o diretório dos dados da aplicação.
Mantenha o estado da aplicação e as montagens multimédia como funções de persistência separadas. Essa separação permite restaurar primeiro a identidade do Plex e só depois resolver os caminhos multimédia em falta, quando as bibliotecas originais tiverem reaparecido.
Abra vários caminhos multimédia conhecidos a partir de dentro do contentor Plex. Se a base de dados antiga apontar para `/media/movies`, mas a stack recriada expuser `/movies`, restaure o caminho interno esperado ou planeie uma migração controlada do caminho da biblioteca. Não volte a analisar os conteúdos até a montagem estar estável.
Restaure a partir de uma cópia de segurança apenas quando o estado original tiver realmente desaparecido
Se o diretório antigo do anfitrião estiver vazio, tiver sido eliminado ou estiver corrompido sem possibilidade de utilização, restaure a cópia de segurança dos dados da aplicação Plex mais recente e comprovadamente funcional para um caminho limpo e corretamente mapeado. Preserve separadamente o estado da falha, para continuar a poder investigar o sucedido em vez de substituir a única evidência.
Um fluxo de trabalho fiável de recuperação de contentores protege o `/config` persistente, substitui apenas a camada descartável da aplicação e verifica as montagens antes de permitir novamente que o Plex escreva.
Após o restauro, confirme a identidade do servidor, o número de bibliotecas, o estado de visualização, uma reprodução local, uma transcodificação se utilizada e um reinício. Em seguida, registe a configuração efetiva da stack e a localização da cópia de segurança. O incidente só fica encerrado quando outra recriação apontar para os mesmos dados persistentes sem depender de tentativas manuais.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
