修改KOPS_STATE_STORE后kops残留旧集群记录，如何清除？

别担心，我来帮你一步步解决这个问题。首先得搞清楚报错的根源：当你更新KOPS_STATE_STORE后，kops会默认去新的存储位置查找集群，但如果你的环境变量或本地配置还默认绑定了first-cluster.k8s.local，它自然找不到这个集群（因为它的元数据在旧的状态存储里）。下面是具体的解决步骤：

步骤1：检查并调整环境变量 #

先在终端里确认当前的环境变量设置，看看是不是默认集群名还指向旧集群：

echo $KOPS_CLUSTER_NAME
echo $KOPS_STATE_STORE

如果KOPS_CLUSTER_NAME的输出是first-cluster.k8s.local，这就是问题所在。你可以：

• 临时取消这个环境变量（立即生效，重启终端后失效）：

unset KOPS_CLUSTER_NAME

• 永久生效的话，打开你的~/.profile（或~/.bashrc/~/.zshrc，根据你用的shell），删除或注释掉设置KOPS_CLUSTER_NAME=first-cluster.k8s.local的行，然后重新加载配置：

source ~/.profile

步骤2：检查kops本地配置文件 #

kops会在~/.kops/config里保存默认集群的配置，你可以查看这个文件：

cat ~/.kops/config

如果里面有类似defaultCluster: first-cluster.k8s.local的内容，直接编辑这个文件，把这一行删除，或者改成你现在在用的第二个集群的名字。

步骤3：验证当前集群访问正常 #

完成上面的操作后，再执行kops get clusters，应该就能正常显示你当前KOPS_STATE_STORE里的第二个集群了，不会再出现旧集群的报错。

关于“清除旧集群残留记录”的补充 #

其实kops没有所谓的本地残留记录——所有集群的元数据都存在KOPS_STATE_STORE指向的存储服务（比如S3、GCS）里。如果你确实找不到旧的状态存储地址，而且旧集群已经废弃不用，那不需要额外清理什么，只要确保环境变量和本地配置不再指向旧集群，就不会再触发这个错误了。

如果之后你找回了旧的状态存储地址，想要彻底删除旧集群，可以执行：

kops delete cluster --name first-cluster.k8s.local --state <旧的STATE_STORE地址>

内容的提问来源于stack exchange，提问作者Chris F