<div dir="ltr">Thanks Chris, looks like that is the issue.<div><br></div><div>It's strange I now see this consistently when I provision to ec2 with origin 3.7.</div><div>I don't see this when I provision origin 3.7 on local linux. <br><div><br></div><div>Looks like if I do a "oc login SERVERNAME" it will pick the right one.</div><div><br></div><div>Will experiment some more and see if we need an update to catasb to account for this.</div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 2, 2017 at 8:50 AM, Christopher Chase <span dir="ltr"><<a href="mailto:cchase@redhat.com" target="_blank">cchase@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I had that error when running a local broker, so it might not be related, but it happens when the correct token ends up second in the list of secrets instead of first.  I had a fix for ansible-service-broker, but it wasn't mac compliant and no one else was having the issue.  <a href="https://github.com/openshift/ansible-service-broker/pull/459/files" target="_blank">https://github.com/<wbr>openshift/ansible-service-<wbr>broker/pull/459/files</a>.  <div><br></div><div>Chris</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Sun, Oct 1, 2017 at 7:17 PM, John Matthews <span dir="ltr"><<a href="mailto:jmatthew@redhat.com" target="_blank">jmatthew@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Has anyone else seen the below error when deploying to ec2 with latest origin 3.7 builds?</div><div><br></div><div>I'm running with the below changes in my_vars.yml</div><div><br></div><div><div>origin_image_tag: latest</div><div>openshift_client_version: latest</div></div><div><br></div><div><br></div><div><br></div><div>./run_setup_environment.sh<br></div><div>...</div><div><snip></div><div>...</div><div><br></div><div>TASK [openshift_setup : Login as admin] ******************************<wbr>******************************<wbr>*******************</div><div>fatal: [34.233.221.91]: FAILED! => {"changed": true, "cmd": "/usr/bin/oc login -u admin -p admin", "delta": "0:00:00.177283", "end": "2017-10-01 13:56:55.907736", "failed": true, "rc": 1, "start": "2017-10-01 13:56:55.730453", "stderr": "error: x509: certificate signed by unknown authority", "stderr_lines": ["error: x509: certificate signed by unknown authority"], "stdout": "", "stdout_lines": []}</div><div><br></div><div><br></div><div><br></div><div>If I log into the instance I see same error trying to execute "oc login":</div><div><div><br></div><div>[ec2-user@ip-10-0-0-70 ~]$ sudo su -</div><div>[root@ip-10-0-0-70 ~]# oc login</div><div>error: x509: certificate signed by unknown authority</div></div><div><br></div><div><br></div><div>This error is reproducible, have been seeing it since ~Thursday morning.</div><div><br></div><div> </div></div>
<br></div></div>______________________________<wbr>_________________<br>
Ansible-service-broker mailing list<br>
<a href="mailto:Ansible-service-broker@redhat.com" target="_blank">Ansible-service-broker@redhat.<wbr>com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/ansible-service-broker" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/ansible-service-<wbr>broker</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>