Description of problem: While deploying overcloud i had an issue UnicodeEncodeError: [stack@director ~]$ ./deploy.sh Removing the current plan files Uploading new plan files Started Mistral Workflow tripleo.plan_management.v1.update_deployment_plan. Execution ID: 0051091b-a7e5-45d5-b4ed-3bb1f576eb91 Plan updated Deploying templates in the directory /tmp/tripleoclient-ihpt85/tripleo-heat-templates Traceback (most recent call last): File "/usr/lib64/python2.7/logging/__init__.py", line 851, in emit msg = self.format(record) File "/usr/lib64/python2.7/logging/__init__.py", line 724, in format return fmt.format(record) File "/usr/lib64/python2.7/logging/__init__.py", line 467, in format s = self._fmt % record.__dict__ UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 31: ordinal not in range(128) Logged from file app.py, line 405 [stack@director ~]$ cat deploy.sh openstack overcloud deploy --templates \ -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \ -e ~/templates/network-environment.yaml \ -e ~/templates/storage-environment.yaml \ -e ~/templates/timezone.yaml \ --control-scale 3 \ --compute-scale 1 \ --ceph-storage-scale 1 \ --control-flavor control \ --compute-flavor compute \ --ceph-storage-flavor ceph-storage \ --libvirt-type qemu \ --timeout 180 \ --ntp-server 0.id.pool.ntp.org Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. after running deploy.sh 2. issue command "openstack overcloud deploy" 3. Actual results: UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 31: ordinal not in range(128) Logged from file app.py, line 405 Expected results: Stack overcloud CREATE_COMPLETE Additional info: works in rhosp 10, just happened in rhosp 11 and rhosp 12
Looks like the error is coming from cliff[1] library. May be something to do with python-tripleoclient or osc. [1] https://github.com/openstack/cliff/blob/master/cliff/app.py#L405
Could it be that you have a project with non-ascii characters in the name? (Thinking of bug 1437402, though the error looks a bit different). You can check by running "openstack project list --long" and "openstack project list --long --format=csv" to see if it might be the same problem. What's the LANG environment variable on the system that works, and the one that doesn't? (echo $LANG) Could you try to run the command directly and not from deploy.sh, to see if we might get more information on what starts the issue? Would it be possible to share the templates that are used, and/or information on the modifications - anything to help with reproducing the issue? Do deployments succeed when only using the default templates? Finally, what are the rpm versions for: - python-cliff - python-openstackclient - python-tripleoclient - openstack-tripleo-common? Thank you.
Thanks for the reply, i have found the issue, caused by timezone.yaml file. [stack@director ~]$ cat templates/timezone.yaml parameter_defaults: TimeZone: 'Asia/Jakarta' It works in RHOSP 10, but error in RHOSP 11 and RHOSP 12. Thank you.
Hi. When you say that the template causes the issue, do you mean that are you able to deploy successfully when running the full deploy command and only removing that environment? I tried to reproduce on a recent environment using the template like you mentioned however it completed just fine. At first glance I don't see any special characters in what you pasted that would cause a unicode problem. Could it be that some apostrophes or spaces were accidentally typed using a non-ascii alphabet? Do you want to try attaching the file to this BZ? Could you please check and confirm the set of steps to follow in order to reproduce the issue, as well as provide the rest of the information requested in comment 2?
Hi, This does seem to be a customization issue related with downstream openstack. Would you mind opening a support case and provide number (or reference on the case this bugzilla) so that we can do initial triage and determine if it's an issue in the product or an issue in the configuration side? Thanks, Pablo PD: I'm taking ownership of the bugzilla until this is adressed and categorized as product defect.
Closing as not getting any update here from reporter