Bug 1002246
Summary: | Accents in the vm name break the migration | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | David Caro <dcaroest> |
Component: | vdsm | Assignee: | Martin Betak <mbetak> |
Status: | CLOSED ERRATA | QA Contact: | Lukas Svaty <lsvaty> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 3.3.0 | CC: | acathrow, bazulay, danken, eedri, iheim, lpeer, michal.skrivanek, pstehlik, yeylon |
Target Milestone: | --- | ||
Target Release: | 3.3.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | virt | ||
Fixed In Version: | is25 | Doc Type: | Bug Fix |
Doc Text: |
Previously, accents in the virtual machine name caused migration to fail. This update adds UTF-8 encoding of the configuration XML on the destination to handle non-ASCII characters, so virtual machines with accents can now migrate successfully.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2014-01-21 16:14:05 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1038284 |
Description
David Caro
2013-08-28 17:27:39 UTC
If you stop the vm, change the bonded host, and start again it starts correctly in the new host. It also breaks the template creation: eb03ddd-a8e3-46b9-a178-aa9d28314a6d::ERROR::2013-08-28 20:36:14,648::task::850::TaskManager.Task::(_setError) Task=`aeb03ddd-a8e3-46b9-a178-aa9d28314a6d`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, in _run return fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line 318, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/share/vdsm/storage/securable.py", line 68, in wrapper return f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 1747, in copyImage postZero, force) File "/usr/share/vdsm/storage/image.py", line 735, in copy srcVolUUID=volume.BLANK_UUID) File "/usr/share/vdsm/storage/sd.py", line 411, in createVolume preallocate, diskType, volUUID, desc, srcImgUUID, srcVolUUID) File "/usr/share/vdsm/storage/volume.py", line 513, in create (volUUID, e)) VolumeCreationError: Error creating a new volume: ("Volume creation 8a4a64a6-2a02-4f50-bd65-a1fe091ad548 failed: 'ascii' codec can't encode character u'\\xf3' in position 1: ordinal not in range(128)",) Sorry, the template creation is broken if the non-ascii chars are in the disk name, it does not matter if they are in the vm name, I'll open a new bug for it. we were supposed to handle unicode vm names in 3.2. is the DC version >= 3.2? QE - please make sure there is an automated test for this Merged u/s to master as http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=commit;h=5a629fedb3b298aa06412b3b5c6de9dbf4fdf4fc tested in is25 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-0040.html |