Open Stack

On Wed, May 1, 2019 at 4:21 PM Colleen Murphy <colleen at gazlene.net> wrote:

> On Tue, Apr 30, 2019, at 10:41, Neil Jerram wrote:
> > Does anyone know what causes this problem at [1]:
> >
> > 2019-04-30 16:34:03.137 | +++ functions-common:oscwrap:2346 : command
> > openstack role add admin --user neutron --project service --user-domain
> > Default --project-domain Default
> > 2019-04-30 16:34:03.139 | +++ functions-common:oscwrap:2346 : openstack
> > role add admin --user neutron --project service --user-domain Default
> > --project-domain Default
> > 2019-04-30 16:34:04.331 | Failed to discover available identity
> > versions when contacting http://104.239.175.234/identity. Attempting to
> > parse version from URL.
> > 2019-04-30 16:34:04.331 | Could not find versioned identity endpoints
> > when attempting to authenticate. Please check that your auth_url is
> > correct. Not Found (HTTP 404)
> >
> > [1]
> >
> http://logs.openstack.org/79/638479/3/check/networking-calico-tempest-dsvm/5431e4b/logs/devstacklog.txt.gz
> >
> > I think there are loads of uses of that URL, before where the
> > networking-calico plugin uses it, so I can't see why the plugin's use
> > hits that error.
> >
> > Thanks,
> >  Neil
> >
>
> 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:
>
>
> http://logs.openstack.org/79/638479/3/gate/networking-calico-tempest-dsvm/5888def/logs/devstacklog.txt.gz#_2019-04-11_11_05_00_946


Many thanks Colleen, I'll explicitly enable keystone and see if that helps.

Do you know if that's a recent change, that keystone used to be enabled by
default, and now requires explicit enabling?

Best wishes,
    Neil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20190501/f0f6d429/attachment.html>