Turno aberto: O cluster não fica operacional depois de executar o ciclo de energia em um nó do plano de controle
Resumo: Um nó do plano de controle é desligado normalmente e, depois de ligado, ele entrará no estado "não pronto" e fará com que o cluster não esteja operacional.
Este artigo aplica-se a
Este artigo não se aplica a
Este artigo não está vinculado a nenhum produto específico.
Nem todas as versões do produto estão identificadas neste artigo.
Sintomas
Desligue diretamente um nó do plano de controle. Depois que o nó é inicializado, o cluster não é recuperado.
As páginas da interface do usuário exibirão informações vazias ou de erro, por exemplo:

As páginas da interface do usuário exibirão informações vazias ou de erro, por exemplo:

Causa
Não há suporte para desligar diretamente um nó do plano de controle. Este é um cenário de recuperação de desastres.
Quando o nó do plano de controle é desligado abruptamente, os drivers CSI (Container Storage Interface, interface de armazenamento de contêiner) não desconectam os volumes automaticamente, o que fará com que os pods fiquem no estado "Container Creating". Quando o nó do plano de controle é inicializado após um desligamento normal, ele perde qualquer cache local de imagem do docker e tenta recuperar do depo manager, enquanto o pod do depo manager não estava no estado em execução após o ciclo de alimentação do nó do plano de controle. Dessa forma, o nó do plano de controle entrará no estado "não pronto" e fará com que o cluster não esteja operacional.
Quando o nó do plano de controle é desligado abruptamente, os drivers CSI (Container Storage Interface, interface de armazenamento de contêiner) não desconectam os volumes automaticamente, o que fará com que os pods fiquem no estado "Container Creating". Quando o nó do plano de controle é inicializado após um desligamento normal, ele perde qualquer cache local de imagem do docker e tenta recuperar do depo manager, enquanto o pod do depo manager não estava no estado em execução após o ciclo de alimentação do nó do plano de controle. Dessa forma, o nó do plano de controle entrará no estado "não pronto" e fará com que o cluster não esteja operacional.
Resolução
Siga as instruções abaixo para desconectar volumes CSI após o desligamento não normal do nó.
1. Depois que um nó for detectado como não íntegro, desligue o nó de operador.
2. Certifique-se de que o nó esteja desligado executando o seguinte comando e verificando se o status é NotReady
3. Contamine o objeto do nó correspondente executando o seguinte comando:
5. Remova o taint executando o seguinte comando:
Nota: Nos comandos acima, <node name> = nome do nó de desligamento não normal
1. Depois que um nó for detectado como não íntegro, desligue o nó de operador.
2. Certifique-se de que o nó esteja desligado executando o seguinte comando e verificando se o status é NotReady
oc get node <node name>Importante: Se o nó não estiver totalmente desligado, não prossiga com a contaminação do nó. Se o nó ainda estiver ativo e o taint for aplicado, poderá ocorrer corrupção do file system.
3. Contamine o objeto do nó correspondente executando o seguinte comando:
oc adm taint node <node name> node.kubernetes.io/out-of-service=nodeshutdown:NoExecute4. Reinicie o nó.
5. Remova o taint executando o seguinte comando:
oc adm taint node <node name> node.kubernetes.io/out-of-service-
Nota: Nos comandos acima, <node name> = nome do nó de desligamento não normal
Produtos afetados
APEX Cloud Platform for Red Hat OpenShiftPropriedades do artigo
Número do artigo: 000217678
Tipo de artigo: Solution
Último modificado: 18 set. 2026
Versão: 4
Encontre as respostas de outros usuários da Dell para suas perguntas.
Serviços de suporte
Verifique se o dispositivo está coberto pelos serviços de suporte.