删除k8s某命名空间,一直卡住了怎么办?

以 kubectl delete ns cert-manager 命令卡住为例,并且命名空间一直处于 Terminating 状态,说明 Kubernetes 无法完成删除操作,通常是因为 Finalizers 阻塞或某些资源无法正常清理。


解决方法

1. 检查命名空间状态

kubectl get ns cert-manager -o yaml

检查 finalizers 字段,例如:

spec:
  finalizers:
  - kubernetes

如果 finalizers 存在,但删除卡住,可能是某些资源未清理或 API 通信问题。


2. 检查残留资源

有些资源可能未被正确清理,尝试列出 cert-manager 命名空间下的所有资源:

kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get -n cert-manager

如果返回 No resources found,说明资源已删除,但 finalizers 仍然阻塞。


3. 强制移除 Finalizers(推荐)

方法 1:使用 kubectl patch
kubectl patch ns cert-manager -p '{"spec":{"finalizers":[]}}' --type=merge

如果成功,命名空间会立即删除。

方法 2:手动编辑 JSON(适用于 patch 失败的情况)
  1. 导出命名空间的 JSON 配置:

    kubectl get ns cert-manager -o json > cert-manager.json
  2. 编辑 cert-manager.json,删除 spec.finalizers 字段:

    {
      "spec": {
        "finalizers": []  # 删除原有内容,改为空数组
      }
    }
  3. 使用 curl 或 kubectl replace 强制完成删除:

    curl -X PUT --insecure \
      --header "Content-Type: application/json" \
      --data-binary @cert-manager.json \
      "https://<KUBE-API-SERVER>/api/v1/namespaces/cert-manager/finalize"
    • 替换 <KUBE-API-SERVER> 为你的 Kubernetes API 地址(如 https://kubernetes.default.svc)。

    或者使用 kubectl proxy + curl(更安全)

    kubectl proxy &
    curl -X PUT \
      --header "Content-Type: application/json" \
      --data-binary @cert-manager.json \
      "http://127.0.0.1:8001/api/v1/namespaces/cert-manager/finalize"

4. 检查 Kubernetes 控制平面状态

如果仍然无法删除,可能是 API Server 或 Controller Manager 出现问题

kubectl get pods -n kube-system | grep -E "apiserver|controller-manager"

确保它们正常运行,没有 CrashLoopBackOff 或 Error 状态。


5. 重启相关控制器(极端情况)

如果所有方法都失败,可以尝试重启 kube-controller-manager(仅适用于自建集群):

# 如果是 kubeadm 集群
kubectl delete pod -n kube-system -l component=kube-controller-manager

总结

方法适用场景命令
kubectl patchFinalizers 阻塞kubectl patch ns cert-manager -p '{"spec":{"finalizers":[]}}' --type=merge
手动编辑 JSONpatch 失败kubectl get ns -o json > ns.json + curl 提交修改
检查残留资源资源未清理kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get -n cert-manager
重启控制器API 问题kubectl delete pod -n kube-system -l component=kube-controller-manager

如果仍然无法解决,可能是 集群存储(etcd)问题,建议检查 etcd 健康状况或联系集群管理员。

好的,关于如何在Kubernetes (k8s) 中进入某一命名空间,以下是详细介绍: ### 什么是命名空间? 首先简单回顾一下命名空间的概念。在 Kubernetes 集群中,默认情况下所有的资源(Pod、Service 等等)都属于 `default` 命名空间。而通过创建新的命名空间可以将集群内的各种资源组织起来,并且能够提供一定程度上的隔离。 #### 进入指定命名空间 如果你想让后续操作仅针对特定的命名空间生效,则需要设置当前上下文使用的默认命名空间;或者是在每次命令执行的时候显式地指明目标命名空间。 ##### 方法一:临时切换(单次命令) 对于只需要对某个命名空间做一次性的查看或管理任务来说,在执行 kubectl 指令时加上 `-n [namespace]` 参数即可快速定位到对应的 namespace 下面去工作了。 例如你要列出 myappns 命名空间下的所有pod: ```bash kubectl get pods -n myappns ``` ##### 方法二:永久更改配置文件 如果希望整个会话期间内所涉及的所有指令都能够作用于固定的命名空间之上而不必每次都手动添加参数的话,你可以修改 kubeconfig 文件来改变 context 的 default-namespace 字段值; 另一种更简便的方式就是利用 set-context 来直接更新现有context 或者新建包含该字段的新context ,像下面这样: ```bash # 添加一个新的context 并设定其默认namespace kubectl config set-context --current --namespace=mynewns # 切换至已存在的另一个拥有特定namespace属性的context kubectl config use-context anotherContextWithNsSettedBeforehand ``` 以上两种方法都能满足你在不同场景下对Kubernetes命名空间的操作需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值