Kubectl随记:修订间差异
来自三线的随记
(创建页面,内容为“=== kubectl completion bash not working 排障随记 === 现执行命令 set 看一下当前环境的相关配置有没有kube相关项 set | grep -i kube 没有的…”) |
小无编辑摘要 |
||
第1行: | 第1行: | ||
=== kubectl completion bash not working 排障随记 === | ===kubectl completion bash not working 排障随记=== | ||
现执行命令 set 看一下当前环境的相关配置有没有kube相关项 | 现执行命令 set 看一下当前环境的相关配置有没有kube相关项 | ||
set | grep -i kube | set | grep -i kube | ||
第15行: | 第15行: | ||
export BASH_COMP_DEBUG_FILE=**** | export BASH_COMP_DEBUG_FILE=**** | ||
根据debug file里面的记录去排查出错点 | 根据debug file里面的记录去排查出错点 | ||
ps: use kubectl to get all api resource types | |||
kubectl api-resources -o name --cached --request-timeout=5s --verbs=get | |||
[[分类:K8s]] | [[分类:K8s]] |
2020年10月13日 (二) 15:51的版本
kubectl completion bash not working 排障随记
现执行命令 set 看一下当前环境的相关配置有没有kube相关项
set | grep -i kube
没有的话
source <(kubectl completion bash)
正常的话,打开 kubectl debug
__kubectl_debug() { if [[ -n ${BASH_COMP_DEBUG_FILE} ]]; then echo "$*" >> "${BASH_COMP_DEBUG_FILE}" fi }
export BASH_COMP_DEBUG_FILE=****
根据debug file里面的记录去排查出错点
ps: use kubectl to get all api resource types
kubectl api-resources -o name --cached --request-timeout=5s --verbs=get