<div dir="ltr"><div dir="ltr">On Wed, May 1, 2019 at 4:28 PM Neil Jerram <<a href="mailto:neil@tigera.io">neil@tigera.io</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Wed, May 1, 2019 at 4:21 PM Colleen Murphy <<a href="mailto:colleen@gazlene.net" target="_blank">colleen@gazlene.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Apr 30, 2019, at 10:41, Neil Jerram wrote:<br>
> Does anyone know what causes this problem at [1]:<br>
> <br>
> 2019-04-30 16:34:03.137 | +++ functions-common:oscwrap:2346 : command <br>
> openstack role add admin --user neutron --project service --user-domain <br>
> Default --project-domain Default<br>
> 2019-04-30 16:34:03.139 | +++ functions-common:oscwrap:2346 : openstack <br>
> role add admin --user neutron --project service --user-domain Default <br>
> --project-domain Default<br>
> 2019-04-30 16:34:04.331 | Failed to discover available identity <br>
> versions when contacting <a href="http://104.239.175.234/identity" rel="noreferrer" target="_blank">http://104.239.175.234/identity</a>. Attempting to <br>
> parse version from URL.<br>
> 2019-04-30 16:34:04.331 | Could not find versioned identity endpoints <br>
> when attempting to authenticate. Please check that your auth_url is <br>
> correct. Not Found (HTTP 404)<br>
> <br>
> [1] <br>
> <a href="http://logs.openstack.org/79/638479/3/check/networking-calico-tempest-dsvm/5431e4b/logs/devstacklog.txt.gz" rel="noreferrer" target="_blank">http://logs.openstack.org/79/638479/3/check/networking-calico-tempest-dsvm/5431e4b/logs/devstacklog.txt.gz</a><br>
> <br>
> I think there are loads of uses of that URL, before where the <br>
> networking-calico plugin uses it, so I can't see why the plugin's use <br>
> hits that error.<br>
> <br>
> Thanks,<br>
>  Neil<br>
><br>
<br>
That error usually means that keystone couldn't be reached at all. Looking through the devstack log, it looks like keystone is not even enabled:<br>
<br>
<a href="http://logs.openstack.org/79/638479/3/gate/networking-calico-tempest-dsvm/5888def/logs/devstacklog.txt.gz#_2019-04-11_11_05_00_946" rel="noreferrer" target="_blank">http://logs.openstack.org/79/638479/3/gate/networking-calico-tempest-dsvm/5888def/logs/devstacklog.txt.gz#_2019-04-11_11_05_00_946</a></blockquote><div><br></div><div>Many thanks Colleen, I'll explicitly enable keystone and see if that helps.</div><div><br></div><div>Do you know if that's a recent change, that keystone used to be enabled by default, and now requires explicit enabling?</div></div></div></blockquote><div><br></div><div>I'm sorry, I've spotted what the real problem is now, and it doesn't implicate any change to the enablement of keystone.  But many thanks again for your input, which was the hint I needed to see the problem!</div><div><br></div><div>(networking-calico's devstack plugin supports running on multiple nodes, and has a heuristic to differentiate between when it's the first node being set up - with both control and compute functions - and when it's a subsequent node - with compute only.  That heuristic had gone wrong, so CI was installing a compute-only node.)</div><div><br></div><div>Best wishes,</div><div>   Neil</div><div><br></div></div></div>