嗨Vignesh，

命名空间中可能仍然存在阻止终止的资源。 您将需要使用CLI来解决此问题。 使用kubectl和您的kubeconfig进行配置后，可以在"设置"->"常规设置"下下载该文件。 在CLI中，您可以运行以下命令以查看所有资源。 大部分应该不是问题。

kubectl得到所有-n qoute-sentiment-analysis

例如，如果未删除服务绑定，则可以通过运行来查看

>

kubectl获取服务绑定-n qoute-情感分析

可以通过运行来删除

kubectl删除服务绑定 -n qoute-sentiment-analysis

在某些情况下，您可能必须删除规范的终结器中的值

kubectl edit servicebindings <绑定名称> -n qoute-sentiment-analysis

或通过 修补

kubectl修补程序服务绑定<绑定名称> -n qoute-sentiment-analysis -p'{"元数据"：{" finalizers"：null}}

还有一个API 您可以尝试在

https://github.com/kubernetes/ kubernetes/issues/60807#issuecomment-408599873

此致

Jamie

嗨，维格涅什，

我想这是Kubernetes的行为，尽管它对开发人员不那么友好，因为它给人一种错误的印象，即存在命名空间。

如果运行" kubectl --kubeconfig kubeconfig得到所有-n不存在"，您将看到相同的结果。

这是我的简要分析。 结果是以下两个条件的组合：

1。 它显示了不在群集范围内但在全局群集级别上绑定的整个群集范围的资源。 运行" kubectl api-resources"，您可以看到哪些资源已命名，哪些未命名。

2。 "全部获取"查找定义为"全部"作为类别的资源。 https://kubernetes.io/ docs/tasks/access-kubernetes-api/custom-resources/custom-resource-definitions/#categories

当这两个条件都满足时，您将看到结果。 不幸的是，kubectl默默地忽略了命名空间。