Se a cápsula Trident não subir corretamente (por exemplo, quando a cápsula Trident fica presa no ContainerCreating fase com menos de dois contêineres prontos), em execução kubectl -n trident describe deployment trident e kubectl -n trident describe pod trident--** pode fornecer informações adicionais. Obtenção de logs do kubelet (por exemplo, via journalctl -xeu kubelet ) também pode ser útil.

Se não houver informações suficientes nos registros do Trident , você pode tentar ativar o modo de depuração do Trident passando o parâmetro -d Adicione um parâmetro à configuração de instalação com base na sua opção de instalação.

Você também pode obter logs de depuração para cada backend incluindo debugTraceFlags na sua definição de backend. Por exemplo, inclua debugTraceFlags: {"api":true, "method":true,} Para obter chamadas de API e percursos de métodos nos logs do Trident . Os backends existentes podem ter debugTraceFlags configurado com um tridentctl backend update .

Ao usar o Red Hat Enterprise Linux CoreOS (RHCOS), certifique-se de que iscsid Está habilitado nos nós de trabalho e é iniciado por padrão. Isso pode ser feito usando as configurações de máquina do OpenShift ou modificando os modelos de ignição.

Um problema comum que você pode encontrar ao usar o Trident com "Azure NetApp Files" Isso ocorre quando os segredos do locatário e do cliente provêm de um registro de aplicativo com permissões insuficientes. Para obter uma lista completa dos requisitos do Trident , consulte:"Azure NetApp Files" configuração.

Se houver problemas com a montagem de um painel fotovoltaico em um contêiner, certifique-se de que rpcbind Está instalado e em funcionamento. Utilize o gerenciador de pacotes necessário para o sistema operacional do host e verifique se rpcbind Está em execução. Você pode verificar o status do rpcbind serviço executando um systemctl status rpcbind ou seu equivalente.

Se um backend Trident relatar que está no failed Embora o estado tenha funcionado anteriormente, é provável que seja causado pela alteração das credenciais SVM/admin associadas ao backend. Atualizando as informações do backend usando tridentctl update backend Ou então, sacudir o pod Trident resolverá esse problema.

Se você encontrar problemas de permissão ao instalar o Trident com o Docker como ambiente de execução de contêineres, tente instalar o Trident com o…​ --in cluster=false bandeira. Isso não usará um pod de instalação e evitará problemas de permissão observados devido ao trident-installer usuário.

Use o uninstall parameter <Uninstalling Trident> para limpar após uma execução malsucedida. Por padrão, o script não remove os CRDs criados pelo Trident, tornando seguro desinstalar e instalar novamente, mesmo em uma implantação em andamento.

Se você deseja fazer o downgrade para uma versão anterior do Trident, primeiro execute o seguinte comando: tridentctl uninstall comando para remover Trident. Baixe o arquivo desejado "Versão Trident" e instale usando o tridentctl install comando.

Após uma instalação bem-sucedida, se um tubo de PVC ficar preso no Pending fase, em execução kubectl describe pvc Pode fornecer informações adicionais sobre o motivo pelo qual a Trident não conseguiu provisionar um PV para este PVC.