Bug 1127213
Summary: | Nova fails to get multi-tenant data | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | yfried |
Component: | openstack-foreman-installer | Assignee: | Jason Guiditta <jguiditt> |
Status: | CLOSED ERRATA | QA Contact: | Omri Hochman <ohochman> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 5.0 (RHEL 7) | CC: | mburns, morazi, oblaut, rhos-maint, sasha, sclewis, sseago, yeylon, yfried |
Target Milestone: | ga | Keywords: | TestBlocker |
Target Release: | Installer | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-08-21 18:08:17 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
yfried
2014-08-06 12:06:13 UTC
(In reply to yfried from comment #0) > 2014-08-06 11:44:51.902 16806 TRACE nova.api.openstack raise > exceptions.NoAuthURLProvided() > 2014-08-06 11:44:51.902 16806 TRACE nova.api.openstack NoAuthURLProvided It looks like admin_auth_url wasn't properly set in the [neutron] section of nova.conf. Maybe the forced puppet run fixed it up? > keystone.log: > 2014-08-06 11:47:30.310 21134 ERROR root [-] Failed to start the admin server > 2014-08-06 11:47:30.310 21134 TRACE root Traceback (most recent call last): > 2014-08-06 11:47:30.310 21134 TRACE root File "/usr/bin/keystone-all", > line 78, in serve > 2014-08-06 11:47:30.310 21134 TRACE root server.start() > 2014-08-06 11:47:30.310 21134 TRACE root File > "/usr/lib/python2.7/site-packages/keystone/common/environment/ > eventlet_server.py", line 66, in start > 2014-08-06 11:47:30.310 21134 TRACE root backlog=backlog) > 2014-08-06 11:47:30.310 21134 TRACE root File > "/usr/lib/python2.7/site-packages/eventlet/convenience.py", line 38, in > listen > 2014-08-06 11:47:30.310 21134 TRACE root sock.bind(addr) > 2014-08-06 11:47:30.310 21134 TRACE root File > "/usr/lib64/python2.7/socket.py", line 224, in meth > 2014-08-06 11:47:30.310 21134 TRACE root return > getattr(self._sock,name)(*args) > 2014-08-06 11:47:30.310 21134 TRACE root error: [Errno 98] Address already > in use > 2014-08-06 11:47:30.310 21134 TRACE root > 2014-08-06 11:47:30.317 21134 CRITICAL keystone [-] error: [Errno 98] > Address already in use This is a problem, though also seems unrelated to the primary issue discussed in this bug to me. (In reply to Russell Bryant from comment #3) > (In reply to yfried from comment #0) > > 2014-08-06 11:44:51.902 16806 TRACE nova.api.openstack raise > > exceptions.NoAuthURLProvided() > > 2014-08-06 11:44:51.902 16806 TRACE nova.api.openstack NoAuthURLProvided > > It looks like admin_auth_url wasn't properly set in the [neutron] section of > nova.conf. Maybe the forced puppet run fixed it up? This is configured with the quick stack $auth_host param. Scott, is staypuft setting this? I have not seen this error using vanilla ofi, and have a running setup right now where I cannot replicate > > > keystone.log: > > 2014-08-06 11:47:30.310 21134 ERROR root [-] Failed to start the admin server > > 2014-08-06 11:47:30.310 21134 TRACE root Traceback (most recent call last): > > 2014-08-06 11:47:30.310 21134 TRACE root File "/usr/bin/keystone-all", > > line 78, in serve > > 2014-08-06 11:47:30.310 21134 TRACE root server.start() > > 2014-08-06 11:47:30.310 21134 TRACE root File > > "/usr/lib/python2.7/site-packages/keystone/common/environment/ > > eventlet_server.py", line 66, in start > > 2014-08-06 11:47:30.310 21134 TRACE root backlog=backlog) > > 2014-08-06 11:47:30.310 21134 TRACE root File > > "/usr/lib/python2.7/site-packages/eventlet/convenience.py", line 38, in > > listen > > 2014-08-06 11:47:30.310 21134 TRACE root sock.bind(addr) > > 2014-08-06 11:47:30.310 21134 TRACE root File > > "/usr/lib64/python2.7/socket.py", line 224, in meth > > 2014-08-06 11:47:30.310 21134 TRACE root return > > getattr(self._sock,name)(*args) > > 2014-08-06 11:47:30.310 21134 TRACE root error: [Errno 98] Address already > > in use > > 2014-08-06 11:47:30.310 21134 TRACE root > > 2014-08-06 11:47:30.317 21134 CRITICAL keystone [-] error: [Errno 98] > > Address already in use > > This is a problem, though also seems unrelated to the primary issue > discussed in this bug to me. For HA, staypuft sets auth_host to the keystone VIP (i.e. the same IP we set for keystone_{public|private|admin}_vip -- since all VIPs are on the provisioning network for GA3). For non_ha, it's the controller IP address (i.e. provisioning IP -- subject to the recently-fixed @host.ip returning the proper IP address for the provisioning network) I suspect this is due to a different bug (since fixed) where the ip address of hosts in foreman was changing host ip address. Can you reproduce with staypuft >= 0.2.5 ? seen in version: ruby193-rubygem-staypuft-0.1.22.el6ost Verified: rhel-osp-installer-0.1.10-2.el6ost.noarch [root@<hostname> ~(openstack_admin)]# nova list +--------------------------------------+---------+--------+------------+-------------+--------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+---------+--------+------------+-------------+--------------------------+ | d251df8c-fbf6-4247-b119-918ef1c9b97a | nested1 | BUILD | spawning | NOSTATE | novanetwork=<IP> | +--------------------------------------+---------+--------+------------+-------------+--------------------------+ [root@<hostname> ~(openstack_admin)]# nova list --all-tenants +--------------------------------------+---------+--------+------------+-------------+---------------------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+---------+--------+------------+-------------+---------------------------------------+ | d251df8c-fbf6-4247-b119-918ef1c9b97a | nested1 | BUILD | spawning | NOSTATE | novanetwork=<IP>, <IP> | +--------------------------------------+---------+--------+------------+-------------+---------------------------------------+ Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1090.html |