Turno aberto: Falha na remoção do nó se o OperatorHub estiver configurado no cluster desconectado
Resumo: Em ambiente desconectado (cluster em redes restritas ou sem conexão com a Internet), quando um usuário tenta remover um nó por meio do plug-in do console da Web do Dell APEX Cloud Platform, o processo falha na etapa "Verificar se o nó tinha pods vazios". ...
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
Faça login no console da Web do Red Hat OpenShift, navegue até a guia Inventory, selecione um nó de operador e clique em Actions → remover nó de operador e, em seguida, clique no botão Remove para confirmar a ação.
O processo de remoção falha na etapa "Verifique se o nó tinha pod nu" com a descrição do erro: "Os pods vazios openshift-marketplace/redhat-operator-index-wltgx não podem ser migrados automaticamente durante o nó de drenagem, manipule-os manualmente".

O processo de remoção falha na etapa "Verifique se o nó tinha pod nu" com a descrição do erro: "Os pods vazios openshift-marketplace/redhat-operator-index-wltgx não podem ser migrados automaticamente durante o nó de drenagem, manipule-os manualmente".

Causa
O processo de remoção do nó primeiro executará algumas pré-verificações antes do início da remoção real. A pré-verificação inclui uma validação se há pods vazios vivendo no cluster. Se esses pods existirem, o usuário precisará lidar com eles manualmente.
Para um cluster em redes restritas ou sem conexão com a Internet, se o usuário configurou o OperatorHub seguindo o procedimento do SolVe "APEX Cloud Platform for Red Hat OpenShift - Configure OperatorHub procedure", seção 3 "Configuring CatalogSource and ImageContentSourcePolicy for OperatorHub on disconnected cluster", ele traz o pod "redhat-operator-index-wltgx" para o cluster e causará falha de pré-verificação de remoção de nós.
Para um cluster em redes restritas ou sem conexão com a Internet, se o usuário configurou o OperatorHub seguindo o procedimento do SolVe "APEX Cloud Platform for Red Hat OpenShift - Configure OperatorHub procedure", seção 3 "Configuring CatalogSource and ImageContentSourcePolicy for OperatorHub on disconnected cluster", ele traz o pod "redhat-operator-index-wltgx" para o cluster e causará falha de pré-verificação de remoção de nós.
Resolução
1. Para migrar o pod para outros nós à força, o usuário precisa esvaziar o nó manualmente.
Nota: Lide adequadamente com as cargas de trabalho/os dados de propriedade do cliente nesse nó antes de executar os comandos a seguir.
2. Repita a remoção do nó.
Nota: Lide adequadamente com as cargas de trabalho/os dados de propriedade do cliente nesse nó antes de executar os comandos a seguir.
oc adm cordon <target-hostname-to-remove> oc adm drain <target-hostname-to-remove> --ignore-daemonsets --delete-emptydir-data --force oc adm uncordon <target-hostname-to-remove>
2. Repita a remoção do nó.
Produtos afetados
APEX Cloud Platform for Red Hat OpenShiftPropriedades do artigo
Número do artigo: 000217681
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.