devstack

Devstack installation failing in uploading Fedora image

Bug #1373823 reported by Shalini khandelwal on 2014-09-25

This bug affects 2 people

Affects		Status	Importance	Assigned to	Milestone
	devstack	Invalid	Undecided	Shalini khandelwal

Bug Description

Openstack installation failing in uploading Fedora image. cirros image has been successfully uploaded using same openstack credentials and token. But it failed in case fedora.

Following is the logs:

2014-09-24 14:15:56.740 | + openstack --os-token f4bc73657b5c450897bd71c33256222f --os-url http://10.201.2.58:9292 image create Fedora-x86_64-20-20140618-sda --public --container-format=bare --disk-format qcow2
2014-09-24 14:15:57.293 | ERROR: openstack <html>
2014-09-24 14:15:57.293 | <head>
2014-09-24 14:15:57.293 | <title>401 Unauthorized</title>
2014-09-24 14:15:57.293 | </head>
2014-09-24 14:15:57.293 | <body>
2014-09-24 14:15:57.293 | <h1>401 Unauthorized</h1>
2014-09-24 14:15:57.293 | This server could not verify that you are authorized to access the document you requested. Either you supplied the wrong credentials (e.g., bad password), or your browser does not understand how to supply the credentials required.<br /><br />
2014-09-24 14:15:57.293 |
2014-09-24 14:15:57.293 | </body>
2014-09-24 14:15:57.293 | </html> (HTTP 401)

Full logs: http://paste.openstack.org/show/115249/

Image is successfully uploaded manually using demo and admin credentials (token). But it is not working with the token given in commands given in stack.sh logs. Token is changing in between stack.sh.

stack.sh is run on desktop Ubuntu 14.04 LTS.

Tags:

Shalini khandelwal (shalini-khandelwal) on 2014-09-26

Changed in devstack:
assignee:	nobody → Shalini khandelwal (shalini-khandelwal)

Revision history for this message

OpenStack Infra (hudson-openstack) wrote on 2014-09-26: Fix proposed to devstack (master)

Fix proposed to branch: master
Review: https://review.openstack.org/124298

Changed in devstack:
status:	New → In Progress

Revision history for this message

Bob Ball (bob-ball) wrote on 2015-01-29:

Could be related to / duplicate of bug 1415795

Revision history for this message

Angus Salkeld (asalkeld) wrote on 2015-01-31:

This happens if I enable swift

I think the problem is caused by: https://review.openstack.org/#/c/142967/8/lib/keystone

proxy-server screen:

proxy-server: Authenticating user token
proxy-server: Token validation failure.#012Traceback (most recent call last):#012 File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 957, in _validate_token#012 retry)#012 File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1531, in verify_token#012 response, data = self._request_strategy.verify_token(user_token)#012 File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1485, in _request_strategy#012 strategy_class = self._get_strategy_class()#012 File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1504, in _get_strategy_class#012 if self._adapter.get_endpoint(version=klass.AUTH_VERSION):#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/adapter.py", line 123, in get_endpoint#012 return self.session.get_endpoint(auth or self.auth, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 585, in get_endpoint#012 return auth.get_endpoint(self, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 595, in get_endpoint#012 authenticated=False)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012 return func(*args, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/discover.py", line 166, in __init__#012 authenticated=authenticated)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012 return func(*args, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/_discover.py", line 142, in __init__#012 authenticated=authenticated)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012 return func(*args, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/_discover.py", line 40, in get_version_data#012 resp = session.get(url, headers=headers, authenticated=authenticated)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 454, in get#012 return self.request(url, 'GET', **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012 return func(*args, **kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 349, in request#012 resp = send(**kwargs)#012 File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 391, in _send_request#012 raise exceptions.ConnectionRefused(msg)#012ConnectionRefused: Unable to establish connection to http://keystonehost:35357

Note: " Unable to establish connection to http://keystonehost:35357"

The above commit removed the configuration of "auth_host" so now it is set to the default of "keystonehost".

This happens if I enable swift

I think the problem is caused by: https://review.openstack.org/#/c/142967/8/lib/keystone

proxy-server screen:

proxy-server: Authenticating user token
proxy-server: Token validation failure.#012Traceback (most recent call last):#012  File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 957, in _validate_token#012    retry)#012  File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1531, in verify_token#012    response, data = self._request_strategy.verify_token(user_token)#012  File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1485, in _request_strategy#012    strategy_class = self._get_strategy_class()#012  File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 1504, in _get_strategy_class#012    if self._adapter.get_endpoint(version=klass.AUTH_VERSION):#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/adapter.py", line 123, in get_endpoint#012    return self.session.get_endpoint(auth or self.auth, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 585, in get_endpoint#012    return auth.get_endpoint(self, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 595, in get_endpoint#012    authenticated=False)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012    return func(*args, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/discover.py", line 166, in __init__#012    authenticated=authenticated)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012    return func(*args, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/_discover.py", line 142, in __init__#012    authenticated=authenticated)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012    return func(*args, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/_discover.py", line 40, in get_version_data#012    resp = session.get(url, headers=headers, authenticated=authenticated)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 454, in get#012    return self.request(url, 'GET', **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/utils.py", line 318, in inner#012    return func(*args, **kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 349, in request#012    resp = send(**kwargs)#012  File "/usr/local/lib/python2.7/dist-packages/keystoneclient/session.py", line 391, in _send_request#012    raise exceptions.ConnectionRefused(msg)#012ConnectionRefused: Unable to establish connection to http://keystonehost:35357

Note: " Unable to establish connection to http://keystonehost:35357"

The above commit removed the configuration of "auth_host" so now it is set to the default of "keystonehost".

Revision history for this message

OpenStack Infra (hudson-openstack) wrote on 2015-02-03: Change abandoned on devstack (master)

Change abandoned by Ian Wienand (<email address hidden>) on branch: master
Review: https://review.openstack.org/124298
Reason: Removing this from the devstack queue

If this is still needed after discussion in the bug, please restore

Revision history for this message

Tasneem (tasneem-lo-31) wrote on 2015-09-11:

I am getting this problem right now when I try running `./stack.sh` in a ubuntu virtualmachine

Revision history for this message

Sean Dague (sdague) wrote on 2017-06-14:

This devstack bug was last updated over 180 days ago, as devstack
is a fast moving project and we'd like to get the tracker down to
currently actionable bugs, this is getting marked as Invalid. If the
issue still exists, please feel free to reopen it.

Changed in devstack:
status:	In Progress → Invalid

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.