配置自动补全
kubectl自动补全：
yum install bash-completion
source /usr/share/bash-completion/bash_completion
echo 'source <(kubectl completion bash)' >>~/.bashrc
echo 'source <(kubectl completion bash)' >>~/.bashrc
source ~/.bashrc
kubectl completion bash >/etc/bash_completion.d/kubectl
kubectl设置别名k自动补全：
echo 'alias k=kubectl' >>~/.bashrc
echo 'complete -F __start_kubectl k' >>~/.bashrc
source ~/.bashrc
问题
按照官方文档操作之后，在有些环境是可自动补全的，有些环境只能补全namespace、资源名称，但资源类型还是不可自动补全。
# 按Tab键可以补全ns
# k get pod -n z
zookeeper zqh
# 按Tab键可以补全资源名称
# k get pod zookeeper-operator-59cb776cb6-plkg8
但是不能补全资源类型：servicemonitor：
# k get servicemo
定位
在不可自动补全的服务器上查看以下包是否安装：
# rpm -qa | grep bash-completion
bash-completion-2.1-8.el7.noarch
正常情况下是安装的，这里查到也是安装了的。
思路一
- 尝试在可以自动补全资源类型的环境上，修改~/.kube/config为不可补全环境的config内容。发现也不可补全。
- 尝试在不可以自动补全资源类型的环境上，修改~/.kube/config为可自动补全环境的config内容。发现可以补全。
说明和主机配置没有关系，应该是k8s集群的问题。
自动补全的原理是：在按下TAB键时，会给APIServer发请求，做响应的查询操作。
思路二
在其他主机上（我这里假设用172.0.1.2）上，指定kubeconfig为异常主机（172.0.4.2）的，键入kubectl get dep后按下Tab键，在异常主机上抓来自源主机的包，记录到文件中：
# tcpdump -i any host 172.0.1.2 -nn -w xxx.cap
用wireshark分析xxx.cap：
发现有503的请求，URI中包含：
metrics.k8s.io
# curl http://localhost:8080/apis/metrics.k8s.io/v1beta1?timeout=5s -s
503 Service Unavailable
可以定位到是有一个v1beta1.metrics.k8s.io的APIService状态异常。
# kubectl get apiservice | grep metrics.k8s.io
v1beta1.metrics.k8s.io monitoring/prometheus-adapter False (MissingEndpoints) 411d
# kubectl get apiservice v1beta1.metrics.k8s.io -o yaml
apiVersion: apiregistration.k8s.io/v1
kind: APIService
metadata:
name: v1beta1.metrics.k8s.io
spec:
group: metrics.k8s.io
groupPriorityMinimum: 100
insecureSkipTLSVerify: true
service:
name: prometheus-adapter
namespace: monitoring
port: 443
version: v1beta1
versionPriority: 100
status:
conditions:
- lastTransitionTime: "2021-09-12T08:31:24Z"
message: endpoints for service/prometheus-adapter in "monitoring" have no addresses
with port name "https"
reason: MissingEndpoints
status: "False"
type: Available
prometheus-adapter和metrics-server的功能类似，只不过前者可以自定义指标。
二者只需要装一个就行。这里的问题是因为APIService中写的后端Service为prometheus-adapter，但相应的Pod是不正常的。
解决
修改v1beta1.metrics.k8s.io这个APIService的spec.service为：
spec:
service:
name: metrics-server
namespace: kube-system
此时APIService状态正常了：
# kubectl get apiservice | grep metrics.k8s.io
v1beta1.metrics.k8s.io kube-system/metrics-server True 412d
此时可以自动补全了：
# kubectl get deployments.apps
原文
本文首发于微信公众号【我的小碗汤】，转载请注明出处：来自微信公众号【我的小碗汤】。扫左侧码关注，了解更多咨询，更有免费资源供您学习
作者简洁
作者：小碗汤，一位热爱、认真写作的小伙，目前维护原创公众号：『我的小碗汤』，专注于写go语言、docker、kubernetes、java等开发、运维知识等提升硬实力的文章，期待你的关注。转载说明：务必注明来源（注明：来源于公众号：我的小碗汤，作者：小碗汤）
