OpenShift在TASK上失败[template_service_broker:验证TSB是否正在运行]

时间:2018-10-31 03:40:18

标签: openshift

使用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
  • ansible-playbook v2.4.5.0
  • oc v3.9.31
  • kubernetes v1.9.1 + a0ce1bc657
  • 红帽企业Linux服务器7.5版

    [root @ icp4dos1〜]#curl https://apiserver.openshift-template-service- broker.svc / healthz curl:(7)无法连接到apiserver.openshift-template-service-broker.svc:443;没有到主机的路由 [root @ icp4dos1〜]#curl -v https://apiserver.openshift-template-service-broker.svc/healthz

    • 关于将connect()连接到apiserver.openshift-template-service-broker.svc端口443(#0)
    • 尝试172.30.99.63 ...
    • 没有主机托管路径
    • 无法连接到apiserver.openshift-template-service-broker.svc:443;无法托管
    • 关闭连接0 curl:(7)无法连接到apiserver.openshift-template-service-broker.svc:443;无法托管

1 个答案:

答案 0 :(得分:0)

您的OCP群集中似乎没有解析内部服务名称。 我建议诊断步骤如下。 通常,v3.9使用DNS name中的dnsmasq搜索node,如果DNS名称是内部服务名称,它将在{{1 }}。 但是对于您而言,似乎是从您的OCP cluster在外部DNS服务器中搜索了内部服务名称。

  • 您可以按照以下步骤检查是否解析了其他内部服务名称。
  

curl -kvs https://kubernetes.default.svc/healthz

  • 上述检查的结果与您的问题相同,因此,由于错误的OCP配置,您的群集无法解析内部服务名称。

  • 按以下步骤检查与DNS相关的配置文件。

    • dnsmasq,然后解决方法与下一个类似?
  

搜索cluster.local [节点主机的子域]
名称服务器[您的   节点主机的IP地址]

  • cat /etc/resolve.conf的结果将包含在以下配置中。
  

server = / in-addr.arpa / 127.0.0.1
server = / cluster.local / 127.0.0.1

有关更多详细信息,请参见DNS for OCP

您的配置与上述示例不匹配,则可以对其进行修改。

希望对您有帮助:^)