-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
libvirt-10.0.0-1.el9
-
Yes
-
None
-
Regression
-
rhel-sst-virtualization
-
ssg_virtualization
-
20
-
26
-
None
-
QE ack, Dev ack
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
Pass
-
RegressionOnly
-
-
x86_64
-
10.0.0
-
None
What were you trying to do that didn't work?
Fail to use getType() to get the name of the Hypervisor driver used.
Please provide the package NVR for which bug is seen:
libvirt-9.10.0-1.el9.x86_64
python3-libvirt-9.3.0-1.el9.x86_64
How reproducible:
100%
Steps to reproduce
>>> import libvirt
>>> conn = libvirt.open("qemu:///system")
>>> conn.getType()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib64/python3.9/site-packages/libvirt.py", line 4751, in getType
ret = libvirtmod.virConnectGetType(self._o)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 3: invalid start byte
Expected results
Get succeeds.
Actual results
Get failed.
Additional info:
libvirt-9.9.0-1.el9.x86_64
python3-libvirt-9.3.0-1.el9.x86_64
>>> import libvirt
>>> conn = libvirt.open("qemu:///system")
>>> conn.getType()
'QEMU'
- blocks
-
RDO-183 libvirt-9.10.0-1.el9 is breaking all RDO releases on CS9
- Closed
- is blocked by
-
RHEL-15267 Rebase libvirt in RHEL-9.4.0
- Closed
- is duplicated by
-
RHEL-21696 virsh crashed with relevant coredump file output
- Closed
-
RHEL-24684 Decoding error with libvirt-9.10.0-1.el9
- Closed
- links to
-
RHBA-2023:125049 libvirt bug fix and enhancement update
- mentioned on