Loosing connection to keystone during CI
Bug #1337230 reported by
Derek Higgins
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Clint Byrum |
Bug Description
From http://
+ keystone role-create --name=
+------
| Property | Value |
+------
| id | 0a2866ef76694e8
| name | swiftoperator |
+------
+ keystone role-create --name=
Authorization Failed: Unable to establish connection to http://
+ get_state_
Occurrences seem to have increased recently (38 in the last 7 days)
tags: | added: ci |
Changed in tripleo: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
It looks like o-c-c continues to run even after it completed successfully
[2014-07-03 08:39:08,935] (os-refresh-config) [INFO] Completed phase migration refresh- config: Completed phase migration config. heat [-] No auth_url configured. os-config- refresh is deprecated. The recommended base directory is /usr/libexec/ os-refresh- config refresh- config: Starting phase pre-configure
INFO:os-
2014-07-03 08:39:10.373 784 WARNING os_collect_
2014-07-03 08:39:10.375 784 WARNING os-collect-config [-] Source [heat] Unavailable.
WARNING:root:Base directory /opt/stack/
[2014-07-03 08:39:10,412] (os-refresh-config) [INFO] Starting phase pre-configure
INFO:os-
A patch went in the coincides with this starting to become a problem /review. openstack. org/#/c/ 97703/
https:/
"Compute all hosts matrix once"
Which changes the way the metadata if calculated, I suspect it may be causing slight changes in the metadata over time re-triggering o-c-c, it had to be rechecked 10 times which may have been an indication of the
problem, especially since a comment before one of the rechecks reads
""" 192.0.2. 3:5000/ v2.0/tokens 2014-06-12 09:44:55.895 | Authorization Failed: Unable to establish connection to http:// 192.0.2. 3:5000/ v2.0/tokens 2014-06-12 09:44:56.123 | usage: keystone user-role-add --user <user> --role <role> [--tenant <tenant>] 2014-06-12 09:44:56.123 | keystone user-role-add: error: argument --user/ --user- id/--user_ id: expected one argument 2014-06-12 09:44:56.164 | + get_state_ from_hosts
very strange race/failure:
2014-06-12 09:44:53.393 | Service ec2 created 2014-06-12 09:44:55.624 | Authorization Failed: Unable to establish connection to http://
could be networking I guess? But the overcloud controller log shows keystone being restarted after we start using it. Thats strange.
"""