kubectl配置自动补全,以及不能自动补全原因排查

kubectl配置自动补全,以及不能自动补全原因排查,第1张

kubectl配置自动补全,以及不能自动补全原因排查

文章目录
  • 配置自动补全
  • 问题
  • 定位
    • 思路一
    • 思路二
  • 解决
  • 原文

配置自动补全

配置自动补全,参考官方文档

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
原文

本文首发于微信公众号【我的小碗汤】,转载请注明出处:来自微信公众号【我的小碗汤】。扫左侧码关注,了解更多咨询,更有免费资源供您学习

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5696617.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-17
下一篇 2022-12-17

发表评论

登录后才能评论

评论列表(0条)

保存