如何解决apiserver容器无法加载基于configmap的request-header-client-ca-file
我正在使用Openshift-install在AWS上运行具有3个主节点的OKD 4.5集群。 在尝试将群集更新到4.5.0-0.okd-2020-09-04-180756时遇到了很多问题。
当前问题是一台主服务器上的控制台和apiserver容器处于crashLoopBackoff中,这似乎是内部网络问题。
apiserver容器的日志如下:
复制系统信任包 I0911 15:59:15.763716 1 dynamic_serving_content.go:111]为“ serving-cert :: / var / run / secrets / serving-cert / tls.crt :: / var / run / secrets /服务证书/tls.key” F0911 15:59:19.556715 1 cmd.go:72]无法加载基于configmap的请求头-客户端-ca-file:>获取https://172.30.0.1:443/api/v1/namespaces/kube-system/configmaps/extension-apiserver-authentication:拨打tcp 172.30.0.1:443:connect:没有路由到主机
我尝试删除吊舱,而新吊舱也崩溃了。
更新 删除了麻烦的材料,添加了新机器以构建新的母版。 apiserver和控制台不再失败,但是现在etcd失败了。
#### attempt 9
member={name="ip-172-99-6-251.ec2.internal",peerURLs=[https://172.99.6.251:2380},clientURLs=[https://172.99.6.251:2379]
member={name="ip-172-99-6-200.ec2.internal",peerURLs=[https://172.99.6.200:2380},clientURLs=[https://172.99.6.200:2379]
member={name="ip-172-99-6-249.ec2.internal",peerURLs=[https://172.99.6.249:2380},clientURLs=[https://172.99.6.249:2379]
target=nil,err=<nil>
#### sleeping...
*注意172.99.6.251是该节点替换的主节点的ip
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。