Como testar o acesso de escrita do Plex sem tocar nos dados de produção

Teste o acesso de escrita do Plex com um ficheiro descartável no caminho pretendido, não editando a base de dados ativa nem alterando os conteúdos multimédia de produção.

Os problemas de permissões são mais fáceis de isolar antes de pedir ao Plex que modifique dados importantes. Execute o teste com o mesmo utilizador ou identidade de contentor que o Plex utiliza, verifique as operações de criação, mudança de nome e eliminação e, em seguida, remova o ficheiro de teste. Assim, distingue o acesso ao sistema de ficheiros de um problema ao nível da aplicação sem colocar a base de dados da biblioteca em risco.

Confirme a identidade que o Plex utiliza realmente

A conta do anfitrião com que inicia sessão pode não corresponder ao UID e GID utilizados dentro do contentor do Plex. Por isso, um diretório pode parecer ter permissões de escrita para um administrador, mas permanecer apenas de leitura para o serviço.

O mapeamento de UID e GID do contentor associa a identidade do serviço à propriedade numérica do sistema de ficheiros do anfitrião nos pontos de montagem.

Inspecione o processo do Plex ou o ambiente do contentor e, em seguida, compare o UID e GID numéricos com a propriedade do diretório pretendido. Se os IDs não tiverem o acesso necessário, corrija a propriedade ou as ACL antes de testar o próprio Plex.

Utilize um teste descartável de criação, mudança de nome e eliminação

Uma leitura bem-sucedida apenas prova que o caminho está visível. O Plex precisa de operações de escrita e mudança de nome para algumas partes do seu estado e dos fluxos de gestão de conteúdos multimédia, pelo que um teste inofensivo deve executar essas operações.

Mapeamentos explícitos de volumes Docker separam a visibilidade do caminho da propriedade necessária para a escrita entre serviços.

Com a identidade do serviço Plex, crie um ficheiro pequeno num subdiretório temporário, mude-lhe o nome, leia-o novamente e elimine-o. Se alguma dessas operações falhar, pare e corrija as permissões do ponto de montagem ou do sistema de ficheiros em vez de tocar nos dados de produção.

Teste o caminho exato montado dentro do contentor

As permissões no anfitrião podem estar corretas, enquanto o contentor vê um caminho diferente, um ponto de montagem apenas de leitura ou nenhum ponto de montagem. Testar apenas no anfitrião não deteta essa fronteira de espaço de nomes.

Numa pilha multimédia com vários serviços, o Plex pode partilhar caminhos e tempos de execução com serviços de automatização, indexação e transferência.

Execute o mesmo teste descartável a partir de dentro do contentor do Plex, utilizando o caminho que o Plex está configurado para usar. Quando o teste no anfitrião passa, mas o teste no contentor falha, inspecione o modo do ponto de montagem e o mapeamento de caminhos, em vez das permissões da base de dados. Esta distinção é especialmente importante num esquema persistente de dados de aplicações, em que os caminhos do anfitrião e do contentor podem ter nomes diferentes.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valide o Plex apenas depois de o teste do sistema de ficheiros passar

Quando o teste do sistema operativo funciona, é mais provável que um erro restante do Plex esteja relacionado com o estado da aplicação ou com um diretório diferente. Assim, a sequência de resolução de problemas mantém-se o menos invasiva possível.

A segurança de escrita do SQLite favorece escritas controladas, pelo que a base de dados ativa do Plex não deve ser utilizada como teste de permissões.

Reinicie ou repita a operação mais pequena do Plex que falhou anteriormente e observe no registo o caminho exato pretendido. Se o teste descartável funcionar, mas o Plex continuar a comunicar erros de permissões, confirme que o caminho registado corresponde ao diretório que testou.