OpenShift在任务中失败[template_service_broker :验证TSB是否正在运行]

Question

安装带有Ansible剧本的OpenShift。安装在template_service_broker上失败:验证TSB是否正在运行。经过60次尝试。

fatal: [icp4dos1]: FAILED! => {"attempts": 60, "changed": false, "content": "",     "failed": true, "msg": "Status code was not [200]: Request failed: <urlopen error   [Errno 113] No route to host>", "redirected": false, "status": -1, "url":   "https://apiserver.openshift-template-service-broker.svc/healthz"} 

[OSEv3:children]
masters
nodes
etcd
glusterfs
# define openshift variables
[OSEv3:vars]
openshift_deployment_type=openshift-enterprise
ansible_ssh_user=root
openshift_storage_glusterfs_storageclass=true
os_firewall_use_firewalld=True


###
[masters]
dos1 openshift_ip=10.170.164.37
[glusterfs]
dos1worker-00 glusterfs_devices='[ "/dev/xvde" ]'
dos1worker-01 glusterfs_devices='[ "/dev/xvde" ]'
dos1worker-02 glusterfs_devices='[ "/dev/xvde" ]'
[etcd]
dos1 openshift_ip=10.170.164.37
[nodes]
dos1 openshift_ip=10.170.164.37
dos1worker-00 openshift_node_labels="{'region': 'infra', 'zone': 'default'}"
dos1worker-01 openshift_node_labels="{'region': 'infra', 'zone': 'default'}"
dos1worker-02 openshift_node_labels="{'region': 'infra', 'zone': 'default'}"
dos1master-00
dos1master-01
dos1master-02

• 说明-剧本v2.4.5.0
• 主管v3.9.31
• kubernetes v1.9.1+a0ce1bc657
• 红帽企业Linux服务器第7.5版 ~# @icp4dos1 https://apiserver.openshift-template-service- curl . host /healthz curl：(7)连接apiserver.openshift-template-service- broker.svc:443失败；没有主机@icp4dos1 ~# curl -v https://apiserver.openshift-template-service-broker.svc/healthz的路由

- About to connect() to apiserver.openshift-template-service-broker.svc port 443 (#0)
- Trying 172.30.99.63...
- No route to host
- Failed connect to apiserver.openshift-template-service-broker.svc:443; No    route to host
- Closing connection 0 curl: (7) Failed connect to apiserver.openshift-template-service-broker.svc:443;    No route to host

​

Answer 1

在OCP集群中，内部服务名称似乎没有被解析。我建议的诊断步骤如下。通常，v3.9使用node中的dnsmasq搜索node，如果DNS名称是内部服务名称，则it将在OCP cluster中处理。但在您的示例中，内部服务名称似乎是在外部DNS服务器中从OCP中搜索的。

• 您可以检查其他内部服务名称是否按以下方式解析。

卷曲-kvs https://kubernetes.default.svc/healthz ok

• 以上检查的结果与您的问题相同，因此由于dnsmasq配置错误，您的集群无法解决内部服务名称。
• 检查您的DNS相关配置文件如下。

- `cat /etc/resolve.conf` and then the resolve is similar with the following one ?

​

搜索cluster.local子域您的节点主机 命名服务器为您的节点主机ip地址

• cat /etc/dnsmasq.d/*的结果将包括以下配置。

server=/in-addr.arpa/127.0.0.1 服务器=/cluster.local/127.0.0.1

有关更多细节，请参阅OCP DNS。

您的配置与上面的示例不匹配，那么您可以修改它。

我希望它能帮到你:^)