yahoo-eng-team team mailing list archive

[Daniel Trautmann <daniel.trautmann@xxxxxxxxxxxxxxxx>]

Public bug reported:

After running a Keystone test with Rally, I found a lot of HTTP 404
errors in the Apache2 access log when requesting /v3/domains/Default.

10.26.11.110 - - [16/Dec/2016:14:17:41 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient" 
10.26.11.110 - - [16/Dec/2016:14:17:44 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient" 
10.26.11.110 - - [16/Dec/2016:14:17:47 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient"

I was able to reproduce this by executing the command "openstack project list --domain Default".
I also found the appropriate entry in the Keystone log:

2017-01-10 16:49:39.012184 2017-01-10 16:49:39.011 6748 INFO keystone.common.wsgi [req-ce3d7d7e-8dce-4dd5-8131-64ec7b047cc7 3e23a62541e04ab6b9726e65060bbb33 e64f8ce1d278474d9989c38162ff7bdd - default default] GET https://identity-dd2d.cloudandheat.com:5000/v3/domains/Default
2017-01-10 16:49:39.018540 2017-01-10 16:49:39.017 6748 WARNING keystone.common.wsgi [req-ce3d7d7e-8dce-4dd5-8131-64ec7b047cc7 3e23a62541e04ab6b9726e65060bbb33 e64f8ce1d278474d9989c38162ff7bdd - default default] Could not find domain: Default

It works well when you use the domain id instead (openstack project list --domain default).
Please find the debug output attached.

There are two GET requests for /v3/domains/Default. Both of them get the 404.
The next request uses another URL (/v3/domains?name=Default) which works well.
I assume that's why you get the list even when the 404s occur.

We use OpenStack Newton with Keystone version 10.0.0.

Steps to reproduce:
1. Install DevStack
2. Execute "openstack --debug project list --domain Default"

** Affects: keystone
     Importance: Undecided
         Status: New

** Attachment added: "OpenStack command debug output"
   https://bugs.launchpad.net/bugs/1655670/+attachment/4802881/+files/404_project_list.txt

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1655670

Title:
  HTTP 404 when requesting /v3/domains/Default

Status in OpenStack Identity (keystone):
  New

Bug description:
  After running a Keystone test with Rally, I found a lot of HTTP 404
  errors in the Apache2 access log when requesting /v3/domains/Default.

  10.26.11.110 - - [16/Dec/2016:14:17:41 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient" 
  10.26.11.110 - - [16/Dec/2016:14:17:44 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient" 
  10.26.11.110 - - [16/Dec/2016:14:17:47 +0100] "GET /v3/domains/Default HTTP/1.1" 404 91 "-" "python-keystoneclient"

  I was able to reproduce this by executing the command "openstack project list --domain Default".
  I also found the appropriate entry in the Keystone log:

  2017-01-10 16:49:39.012184 2017-01-10 16:49:39.011 6748 INFO keystone.common.wsgi [req-ce3d7d7e-8dce-4dd5-8131-64ec7b047cc7 3e23a62541e04ab6b9726e65060bbb33 e64f8ce1d278474d9989c38162ff7bdd - default default] GET https://identity-dd2d.cloudandheat.com:5000/v3/domains/Default
  2017-01-10 16:49:39.018540 2017-01-10 16:49:39.017 6748 WARNING keystone.common.wsgi [req-ce3d7d7e-8dce-4dd5-8131-64ec7b047cc7 3e23a62541e04ab6b9726e65060bbb33 e64f8ce1d278474d9989c38162ff7bdd - default default] Could not find domain: Default

  It works well when you use the domain id instead (openstack project list --domain default).
  Please find the debug output attached.

  There are two GET requests for /v3/domains/Default. Both of them get the 404.
  The next request uses another URL (/v3/domains?name=Default) which works well.
  I assume that's why you get the list even when the 404s occur.

  We use OpenStack Newton with Keystone version 10.0.0.

  Steps to reproduce:
  1. Install DevStack
  2. Execute "openstack --debug project list --domain Default"

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/1655670/+subscriptions