Thanks for the explanation. I will add that to my hosts file and see how it
goes.
Four other questions/issues:
1. I am finding that when the playbook gets to the logging component it is
choking when it tries to run the generate_certs playbook and construct the oc
adm command. The entry in particular:
- include_tasks: procure_server_certs.yaml
loop_control:
loop_var: cert_info
with_items:
- procure_component: kibana
- procure_component: kibana-ops
- procure_component: kibana-internal
hostnames: "kibana, kibana-ops, {{openshift_logging_kibana_hostname}},
{{openshift_logging_kibana_ops_hostname}}"
results in the error: error: x509: cannot parse dnsName
If I eliminate the spaces between the hostname: entries then there are no such
complaints. I wonder if this is a golang issue (see #2)?
2. What is the recommended golang level? I am using 1.9.4 but have access to
everything up to 1.11 (though 1.9.7 fails in the sync/atomic test when I build
it).
3. The 3.10.35 and .43 levels of openshift-ansible require ansible-2.4.x or
better but this level does not exist in the base/updates/extras 7 repo but
there are higher levels in openstack/virt/gluster41 repos that can be used
4. Playbook playbooks/init/base_packages.yml specifies python-docker: this used
to be in python-docker-py but modern versions of that package now provide
docker-python. python-docker does exist in python-docker-3.x but this is
incompatible with atomic-1.22 in the extras repo.
If these items should be reported in the relevant github repo issues then I
will raise them there.
Thanks again for your patience and responses… Neale
On 9/12/18, 13:36, "Michael Gugino" <[email protected]> wrote:
Yes, we use regex to replace that value.
It's not valid to set oreg_url in the way you are attempting to set
it, but it may actually work for a large majority of the images. You
can set the registry-console image directly as a workaround.
openshift_cockpit_deployer_image, should contain fully qualified image
name and desired version, example:
myregistry.com/testing/cockpit:latest
_______________________________________________
dev mailing list
[email protected]
http://lists.openshift.redhat.com/openshiftmm/listinfo/dev
