python-keystoneclient

Keytsone fails to install on Red Hat and Fedora

Bug #1193587 reported by netracer
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
python-keystoneclient
Invalid
Medium
Unassigned

Bug Description

Hi!

There is an annoying error while deploying OpenStack. I am experiencing it since yesterday with RDO on RHEL 6.4 and DevStack on Fedora 16. The day before yesterday everything worked fine.

It says:

RDO:
err: /Stage[main]/Keystone::Roles::Admin/Keystone_role[member]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ role-list' returned 1: Traceback (most recent call last): File "/usr/bin/keystone", line 9, in load_entry_point('python-keystoneclient==0.2.3', 'console_scripts', 'keystone')() File "/usr/lib/python2.6/site-packages/keystoneclient/shell.py", line 498, in main print >> sys.stderr, e UnicodeEncodeError: 'ascii' codec can't encode characters in position 237-242: ordinal not in range(128)

DevStack:
2013-06-22 13:12:32 Traceback (most recent call last):
2013-06-22 13:12:32 File "/usr/bin/keystone", line 9, in <module>
2013-06-22 13:12:32 load_entry_point('python-keystoneclient==0.2.5.14.gabe6781', 'console_scripts', 'keystone')()
2013-06-22 13:12:32 File "/opt/stack/python-keystoneclient/keystoneclient/shell.py", line 487, in main
2013-06-22 13:12:32 print >> sys.stderr, e
2013-06-22 13:12:32 UnicodeEncodeError: 'ascii' codec can't encode characters in position 237-242: ordinal not in range(128)

A bit of Googling helped me figure out that the error is related to Python code. But Ubuntu still deploys fine with DevStack.

I guess it is a compatibility bug between RH and Keystone upsteram... However, is there any workaround?

Revision history for this message
netracer (ramilkh) wrote :

It seems like an explanation for the problem: http://stackoverflow.com/questions/5141559/unicodeencodeerror-ascii-codec-cant-encode-character-u-xef-in-position-0

Revision history for this message
Pádraig Brady (p-draigbrady) wrote :

Do some of your keystone entities have non ASCII names?
There were similar fix for novaclient in bug 1061156

affects: keystone → python-keystoneclient
Revision history for this message
netracer (ramilkh) wrote :

pixelbeat on RDO forum (http://openstack.redhat.com/forum/discussion/240/rdo-fails-to-install-since-yesterday-rhel-6-4-and-fedora-) proposed this change in /usr/lib/python2.6/site-packages/keystoneclient/shell.py:
diff --git a/keystoneclient/shell.py b/keystoneclient/shell.py
index b75f9f6..7d7a1bb 100644
--- a/keystoneclient/shell.py
+++ b/keystoneclient/shell.py
@@ -495,7 +495,7 @@ def main():
         OpenStackIdentityShell().main(sys.argv[1:])

     except Exception as e:
- print >> sys.stderr, e
+ print >> sys.stderr, unicode(e).encode('utf-8')
         sys.exit(1)

It was proxy that was set by 'http_proxy' and 'https_proxy' variables that gave the HTTP reply in russian encoding, koi8-r.

err: /Stage[main]/Keystone::Roles::Admin/Keystone_role[Member]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ role-list' returned 1: Unable to communicate with identity service: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> ïûéâëá: úÁÐÒÏÛÅÎÎÙÊ URL ÎÅ ÍÏÖÅÔ ÂÙÔØ ÄÏÓÔÁ×ÌÅÎ

So, I have unset those variables and the problem has gone.

Revision history for this message
Dolph Mathews (dolph) wrote :

I suspect this would be reproducible on ubuntu as well.

Changed in python-keystoneclient:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Adam Young (ayoung) wrote :

We recently had a Test day for RDO, and this error was not seen.

Changed in python-keystoneclient:
status: Confirmed → Fix Released
Revision history for this message
Dolph Mathews (dolph) wrote :

Marking as invalid since there was not a known, specific fix leading to resolution

Changed in python-keystoneclient:
status: Fix Released → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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