Description of problem: Running xen (xend, xm toolstack) 4.3.1 and libvirt 1.2.1 in virt-Manager all graphs (dom0 and domu) stay empty. Version-Release number of selected component (if applicable): hera:~ # rpm -q -a |grep xen xen-libs-4.3.1_02-283.2.x86_64 libvirt-daemon-xen-1.2.1-364.1.x86_64 xen-xend-tools-4.3.1_02-283.2.x86_64 libvirt-daemon-driver-xen-1.2.1-364.1.x86_64 xen-4.3.1_02-283.2.x86_64 xen-tools-4.3.1_02-283.2.x86_64 hera:~ # rpm -q -a|grep virt libvirt-daemon-driver-uml-1.2.1-364.1.x86_64 libvirt-daemon-config-nwfilter-1.2.1-364.1.x86_64 virt-install-0.10.0-149.1.noarch libvirt-daemon-1.2.1-364.1.x86_64 libvirt-daemon-driver-nwfilter-1.2.1-364.1.x86_64 libvirt-daemon-xen-1.2.1-364.1.x86_64 virt-utils-1.1.9-47.3.x86_64 libvirt-glib-1_0-0-0.1.7-37.4.x86_64 libvirt-daemon-driver-secret-1.2.1-364.1.x86_64 libvirt-daemon-driver-libxl-1.2.1-364.1.x86_64 libvirt-daemon-driver-lxc-1.2.1-364.1.x86_64 libvirt-daemon-driver-xen-1.2.1-364.1.x86_64 libvirt-python-1.2.1-6.1.x86_64 virt-manager-common-0.10.0-149.1.noarch libvirt-client-1.2.1-364.1.x86_64 virt-viewer-0.6.0-74.2.x86_64 libvirt-daemon-driver-storage-1.2.1-364.1.x86_64 libvirt-daemon-driver-network-1.2.1-364.1.x86_64 libvirt-daemon-driver-qemu-1.2.1-364.1.x86_64 libvirt-daemon-config-network-1.2.1-364.1.x86_64 libvirt-daemon-driver-nodedev-1.2.1-364.1.x86_64 libvirt-1.2.1-364.1.x86_64 virt-manager-0.10.0-149.1.noarch libvirt-daemon-driver-vbox-1.2.1-364.1.x86_64 libvirt-daemon-driver-interface-1.2.1-364.1.x86_64 /etc/xen/xend-config.sxp (xend-http-server yes) (xend-unix-server yes) #(xend-tcp-xmlrpc-server no) #(xend-unix-xmlrpc-server yes) (xend-relocation-server yes) (xend-port 8000) (xend-relocation-port 8002) (keymap 'de') How reproducible: Start X11 and virt-manager and connect to the xend hypervisor. In syslog following Messages appear. 2014-02-02T11:03:28.961785+01:00 hera libvirtd[26774]: this function is not supported by the connection driver: virDomainMemoryStats 2014-02-02T11:03:55.924910+01:00 hera libvirtd[26774]: last message repeated 104 times 2014-02-02T11:03:55.924692+01:00 hera libvirtd[26774]: this function is not supported by the connection driver: virNodeGetCPUMap 2014-02-02T11:03:57.613136+01:00 hera libvirtd[26774]: last message repeated 2 times 2014-02-02T11:03:57.613009+01:00 hera libvirtd[26774]: this function is not supported by the connection driver: virDomainMemoryStats 2014-02-02T11:04:01.915234+01:00 hera libvirtd[26774]: last message repeated 19 times 2014-02-02T11:04:02.150456+01:00 hera libvirtd[26774]: this function is not supported by the connection driver: virDomainMemoryStats 2014-02-02T11:04:02.766483+01:00 hera libvirtd[26774]: last message repeated 2 times 2014-02-02T11:04:02.859436+01:00 hera libvirtd[26774]: this function is not supported by the connection driver: virDomainMemoryStats 2014-02-02T11:04:46.734121+01:00 hera libvirtd[26774]: last message repeated 191 times 2014-02-02T11:04:46.733892+01:00 hera libvirtd[26774]: End of file while reading data: Input/output error 2014-02-02T11:04:46.734931+01:00 hera libvirtd[26774]: Unable to lookup SELinux process context: No such file or directory Actual results: See attached screenshot
Created attachment 858220 [details] Screenshot vor virt-Manager
Please provide the output of virt-manager --debug when reproducing
Created attachment 858284 [details] debug-Output
Hmm, something is weird with your install. What's python -c 'import virtinst; print virtinst' ls -l /usr/share/virt-manager
hera:/usr/share/virt-manager # python -c 'import virtinst; print virtinst' Error opening directory '/usr/share/virt-manager/data': No such file or directory Traceback (most recent call last): File "<string>", line 1, in <module> File "virtinst/__init__.py", line 17, in <module> from virtcli import cliconfig, cliutils File "virtcli/cliconfig.py", line 74, in <module> _setup_gsettings_path(icon_dir) File "virtcli/cliconfig.py", line 56, in _setup_gsettings_path raise RuntimeError("Failed to compile local gsettings schemas") RuntimeError: Failed to compile local gsettings schemas hera:/usr/share/virt-manager # ls -l /usr/share/virt-manager total 108 drwxr-xr-x 3 root root 4096 Jan 23 23:00 icons drwxr-xr-x 2 root root 4096 Jan 25 09:18 ui -rwxr-xr-x 1 root root 9814 Jun 13 2013 virt-clone -rwxr-xr-x 1 root root 10370 Jun 13 2013 virt-convert -rwxr-xr-x 1 root root 7851 Jun 13 2013 virt-image -rwxr-xr-x 1 root root 37914 Jun 13 2013 virt-install -rwxr-xr-x 1 root root 10686 Jun 13 2013 virt-manager drwxr-xr-x 2 root root 4096 Feb 2 11:03 virtManager drwxr-xr-x 2 root root 4096 Jan 23 23:00 virtcli drwxr-xr-x 3 root root 4096 Jan 23 23:00 virtconv drwxr-xr-x 2 root root 4096 Feb 2 11:03 virtinst
That schema error should be solved by installing glib-compile-schemas Have you been running from /usr/share/virt-manager the entire time? Can you show the python -c output when running from $HOME or somewhere else? But I still don't understand what the 'util' error in your virt-manager log is about, that function is definitely there.
What do you mean with glib-compile-schemas? I do not find any package named like this in the opensuse repositories I normally started the virt-manager using x11 menu entry. Did you mean this Output? hera:~ # pwd /root hera:~ # python -c 'import virtinst; print virtinst' Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named virtinst
Okay, I'm having a hard time understanding what's going on here. Can you remove any virt-manager or virt-install distro packages you have, rm -rf /usr/share/virt-manager, and walk me through exactly what you did to reproduce the original issue? Starting with git clone or what tarball you are using, how you installed, all the install output, and then --debug output when reproducing, and the full command line you used ot invoke. On fedora, glib-compile-schemas is provided by the glib2 package. I imagine opensuse must have some way to say 'install the package that provides /usr/bin/glib-compile-schemas', on fedora it's just 'yum install /usr/bin/glib-compile-schemas'
I have uninstalled the virt-packages and cleaned up the directory as you mentioned. Afterwards installed the packages again: zypper in virt-manager virt-manager-common virt-viewer virt-install zypper does not report any error. I am using this repositoy from open build Service: https://build.opensuse.org/package/show/Virtualization/virt-manager hera ~# virt-manager --debug >/tmp/debug.log 2>&1 new debug-output attached
Created attachment 858853 [details] New debug output
You need to file a bug with opensuse, whoever backported those patches messed things up and forgot to backport the util.py bit with is_err_nosupport.