Your message dated Sun, 12 Oct 2014 17:49:14 +0000
with message-id <[email protected]>
and subject line Bug#764880: fixed in virt-manager 1:1.0.1-3
has caused the Debian Bug report #764880,
regarding virt-manager: gui breaks on different operations with VNC/SPICE 
servers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
764880: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764880
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: virt-manager
Version: 1:1.0.1-2.1
Severity: important



Hi.

Today I've stumbled over server issues when creatig
VNC/SPICE servers from within virt-manager.

1) It started with that I tried to change the type
of a Display Server hardware in a VM from VNC to
SPICE via the dropdown list.
Which makes a popup with the title:
Error changing VM configuration: unsupported configuration: unknown graphics 
device type '<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0da6d50>'
And message:
Error changing VM configuration: unsupported configuration: unknown graphics 
device type '<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0da6d50>'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/details.py", line 2310, in 
_change_config_helper
    self.vm.redefine_cached()
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 213, in 
redefine_cached
    self._redefine_xml(xml)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 238, in 
_redefine_xml
    return self._redefine_helper(origxml, newxml)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 230, in 
_redefine_helper
    self._define(newxml)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1012, in _define
    self.conn.define_domain(newxml)
  File "/usr/share/virt-manager/virtManager/connection.py", line 787, in 
define_domain
    return self._backend.defineXML(xml)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3442, in defineXML
    if ret is None:raise libvirtError('virDomainDefineXML() failed', conn=self)
libvirtError: unsupported configuration: unknown graphics device type 
'<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0da6d50>'

Just deleting the "hardware" and readding it doesn't help either.


2) I assumed that maybe the format of the XMLs have changed
so I removed all VMs from /etc/libvirt/qemu and started from
scratch.

Now when I now create a VM, and select "configure before
installation".
And try to change (actually "set" it - since it's unset)
the Display Server type there, something even more creepy
happens, which you can see on the attached screenshot.

If I start completely over from scratch and do *not*
change the type of the Display Server during the "configure
before installation"... it actually creates the VM with a
SPICE server (the type is then set after installation o.O).


3) Now at that point when I try to configure the spice server
i.e. change Address from "Hypervisor default" to "Localhost
only" (which IMHO should be default for security reasons
aynway)
Something completely awkward happens:
The first time I try to set/apply it I get this error:
Error changing VM configuration: unsupported configuration: unknown graphics 
device type '<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0d6ac10>'
Error changing VM configuration: unsupported configuration: unknown graphics 
device type '<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0d6ac10>'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/details.py", line 2310, in 
_change_config_helper
    self.vm.redefine_cached()
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 213, in 
redefine_cached
    self._redefine_xml(xml)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 238, in 
_redefine_xml
    return self._redefine_helper(origxml, newxml)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 230, in 
_redefine_helper
    self._define(newxml)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1012, in _define
    self.conn.define_domain(newxml)
  File "/usr/share/virt-manager/virtManager/connection.py", line 787, in 
define_domain
    return self._backend.defineXML(xml)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3442, in defineXML
    if ret is None:raise libvirtError('virDomainDefineXML() failed', conn=self)
libvirtError: unsupported configuration: unknown graphics device type 
'<gi.overrides.Gtk.TreeModelRow object at 0x7f16b0d6ac10>'

When I then click to another part of the VM (other hardware)
and afterwards try it again, localhost+apply.
It gives no error, but the dropdown shows "Hypervisor default"
again.

When repeating that once more (i.e. going to some other hardware,
then back, then localhost+apply) it gets a popup:
Error changing VM configuration: xmlParseDoc() failed
Error changing VM configuration: xmlParseDoc() failed

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/details.py", line 2307, in 
_change_config_helper
    define_func(devobj, False, **define_args)
  File "/usr/share/virt-manager/virtManager/domain.py", line 811, in 
define_graphics
    return self._redefine_device(change, devobj, use_live_device)
  File "/usr/share/virt-manager/virtManager/domain.py", line 538, in 
_redefine_device
    dev = self._lookup_device_to_define(origdev)
  File "/usr/share/virt-manager/virtManager/domain.py", line 520, in 
_lookup_device_to_define
    guest = self._get_xmlobj_to_define()
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 223, in 
_get_xmlobj_to_define
    self._xmlobj_to_define = self.get_xmlobj(inactive=True)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 148, in 
get_xmlobj
    return self._build_xmlobj(xml)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 219, in 
_build_xmlobj
    return self._parseclass(self.conn.get_backend(), parsexml=xml)
  File "/usr/share/virt-manager/virtinst/guest.py", line 102, in __init__
    XMLBuilder.__init__(self, *args, **kwargs)
  File "/usr/share/virt-manager/virtinst/xmlbuilder.py", line 777, in __init__
    parent_xpath, relative_object_xpath)
  File "/usr/share/virt-manager/virtinst/xmlbuilder.py", line 679, in __init__
    self._parse(parsexml, parsexmlnode)
  File "/usr/share/virt-manager/virtinst/xmlbuilder.py", line 692, in _parse
    doc = libxml2.parseDoc(xml)
  File "/usr/lib/python2.7/dist-packages/libxml2.py", line 1325, in parseDoc
    if ret is None:raise parserError('xmlParseDoc() failed')
parserError: xmlParseDoc() failed

Apply doesn't work then, I can only click cancel.
When I then restart virt-manager.
The whole VM is no longer shown (even though the XML is still there,
though corrupted I guess).




All this seems to be 100% reproducible every time,
but if you still like me to do the debug logs
(--debug --no-fork), just tell me.


Thanks,
Chris.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virt-manager depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf2                                       3.2.6-3
ii  gir1.2-gtk-3.0                               3.14.1-1
ii  gir1.2-gtk-vnc-2.0                           0.5.3-1.2
ii  gir1.2-libvirt-glib-1.0                      0.1.7-2.1
ii  gir1.2-spice-client-gtk-3.0                  0.25-1
ii  gir1.2-vte-2.90                              1:0.36.3-1
ii  librsvg2-common                              2.40.4-1
ii  python-dbus                                  1.2.0-2+b3
ii  python-gi                                    3.14.0-1
ii  python-gi-cairo                              3.14.0-1
ii  python-ipaddr                                2.1.11-2
ii  python-libvirt                               1.2.8-1
ii  python-urlgrabber                            3.9.1-4
pn  python2.7:any                                <none>
pn  python:any                                   <none>
ii  virtinst                                     1:1.0.1-2.1

Versions of packages virt-manager recommends:
ii  gnome-icon-theme         3.12.0-1
ii  libvirt-daemon           1.2.9-2
ii  python-spice-client-gtk  0.25-1

Versions of packages virt-manager suggests:
ii  gnome-keyring        3.14.0-1
ii  python-gnomekeyring  2.32.0+dfsg-3
pn  python-guestfs       <none>
pn  ssh-askpass          <none>
pn  virt-viewer          <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: virt-manager
Source-Version: 1:1.0.1-3

We believe that the bug you reported is fixed in the latest version of
virt-manager, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guido Günther <[email protected]> (supplier of updated virt-manager package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 12 Oct 2014 19:30:57 +0200
Source: virt-manager
Binary: virt-manager virtinst
Architecture: source all
Version: 1:1.0.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Libvirt Maintainers 
<[email protected]>
Changed-By: Guido Günther <[email protected]>
Description:
 virt-manager - desktop application for managing virtual machines
 virtinst   - Programs to create and clone virtual machines
Closes: 764880 764894
Changes:
 virt-manager (1:1.0.1-3) unstable; urgency=medium
 .
   * [da12f60] details: Fix changing graphics type (bz 1083903)
     (Closes: #764880)
   * [d81fd3c] Don't enable usb redirection into the guest by default
     (Closes: #764894)
Checksums-Sha1:
 de213b8aacecc5fa64d62b6ace34e27341910511 2075 virt-manager_1.0.1-3.dsc
 8260f8c69bf813856e2919c7e19a2be494dd65fd 13884 
virt-manager_1.0.1-3.debian.tar.xz
 7510541b4744fc17e0970fcef89a95b76a004ff9 881064 virt-manager_1.0.1-3_all.deb
 bbe3eb068c52899d2df430e7f4a299e33a3af2c0 163834 virtinst_1.0.1-3_all.deb
Checksums-Sha256:
 81ee5cd20ac53e0bcfd7f9f1d409f9b0d98468e5cbd53e7db585a2e07a6993bb 2075 
virt-manager_1.0.1-3.dsc
 978651452016747133bf794488dd31d730bb371f42a20815a23f9c83b5cf27e5 13884 
virt-manager_1.0.1-3.debian.tar.xz
 34402014c3786f6da10d2cb4f92eaff60870b0ee7f25654093f8f31ae74ff9b5 881064 
virt-manager_1.0.1-3_all.deb
 9228497b1df56fc8c6f0f783dedd84f7d2b9ee99d4ddf40e277baf05a1b00282 163834 
virtinst_1.0.1-3_all.deb
Files:
 ac717c34928bc676753eb808d710aa9e 2075 admin optional virt-manager_1.0.1-3.dsc
 7d57e28daffc433d62017999115b9d47 13884 admin optional 
virt-manager_1.0.1-3.debian.tar.xz
 b4a11bd0c348937dc9ecd6ac5b15cbe4 881064 admin optional 
virt-manager_1.0.1-3_all.deb
 fdcb8f9538381f02dc015cbf583d1059 163834 admin optional virtinst_1.0.1-3_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUBVDq78Qe4t7DqmBILAQgIZA//WthcR9JPOXMsrXxo7RsytpOBDwEJV+GG
wPj+67ddkuJIA/NN7ofFCiLnDmhpA/5B355yyj5ZMMD+5jTAi/1aJpPVeZUvmY8Q
dn8/Z4ulcrT12St+rSXz9eueyTosA8h9QnCrs24NyWn3LJwloirayFm+bVj/dX/M
7wGlLtKfGj4CpYdBF0WRqIbuboMy/Ao1VR9TVQVJoqgQOprupsR4CHXMGVJsCw4T
Z77auCKVldjO/SiL7FL6mikVFxWL8Tur4+FxC9Ndh9ecCpWrRi62Vm6lpdqsWCLx
96cklpbA2hj9GOAr/Rhq91117VQyMS6vw91wFUqnALFtOEF8Hs2CvlDYx1j/w6Xt
YV7LQJL1zWEHrjfw4gulf7FnFZny0LIW/OZ6yFTFk/1Os2J9AVduUIfhspU/Y73e
vHPzr3c7TunyrqDuqyupGgeWS10ykEeKTpfWJUO+84i8yPpw2KmGLWFEAbZ2fmEI
l/qbUYuFFbHspzNqLPMary6z1PQPTsoUErfrllbJp/QvNeZiqLYNUdcVLwb4i4o7
ZPa4XkBczVwBRH/5otkgl5yo9wOD4qegbV0EgzHePs9awB3kczqQmEZiLpJBizWZ
cIdB4hKHEHIqnUxPL6n/ojyMchGKTahjjGHN7GpBI+xAcxwwPMXIh46gtkWEIs2g
XpT7qS0SKE8=
=UVcb
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to