If a user adds a project or project description with unicode characters in the name, the undercloud upgrade fails with:
2018-01-18 11:50:34,669 INFO: Error: Failed to apply catalog: Execution of '/bin/openstack project list --quiet --format csv --long' returned 1: 'ascii' codec can't encode character u'\xe9' in position 1: ordinal not in range(128)
2018-01-18 11:50:34,670 INFO: "ID","Name","Domain ID","Description","Enabled"
2018-01-18 11:50:34,670 INFO: "1c8fc0b2dd23498fba191eed5c5d6c42","admin","default","admin tenant",True
2018-01-18 11:50:34,671 INFO: "301f05e56656474d85eabe0543b681c6","service","default","Tenant for the openstack services",True (tried 34, for a total of 170 seconds)
The command used to fail in the same way when called directly on the CLI, so bug 1720115 was opened against cliff, with a fix released released in 2.10. However the command still fails now, only when it's run as part of e.g. "undercloud upgrade".
This looks very similar to bug 1722792 ("undercloud upgrades fails on non-english locale") but I have that fix in my environment and it makes no difference. This seems to be catching a number of users, mainly when running undercloud upgrades but also reported at least once in the context of scaling.
Versions
========
python2-openstackclient-3.13.0-0.20171221132212.8c5f755.el7.centos.noarch
python-cliff-2.10.0-0.20180110042800.fa2de57.el7.centos.noarch
instack-undercloud-8.1.1-0.20180117134320.cea0211.el7.centos.noarch
How to reproduce
================
1. Create a new project with an accent or some unicode character, e.g. openstack project create tést
2. Run openstack undercloud upgrade
You should also install the latest cliff from e.g. https://trunk.rdoproject.org/centos7/current/python-cliff-2.10.0-0.20180110042800.fa2de57.el7.centos.noarch.rpm to make sure "/bin/openstack project list --quiet --format csv --long" works at least when called directly.
Fix proposed to branch: master /review. openstack. org/583675
Review: https:/