Your message dated Mon, 30 Nov 2020 14:52:23 +0100
with message-id <4466514.rnE6jSC6OK@thyrus>
and subject line Re: Bug#706069: virt-manager 0.9.1 hangs on "create new VM"
over network connexion with 22 images within an active pool
has caused the Debian Bug report #706069,
regarding virt-manager 0.9.1 hangs on "create new VM" over network connexion
with 22 images within an active pool
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.)
--
706069: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706069
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: virt-manager
Version: 0.9.1-4
Severity: important
Dear Maintainer,
When using virt-manager through ssh network connexion (120ms latency),
with about 22 volumes in an active pool, virt-manager "create new VM"
window hangs after about 5 seconds of interaction. While it is hung, the
remote libvirt-bin server issues a lot of stat/open system calls on the
volume's files (verified with strace). My remote libvirt-bin is a
0.9.8-2ubuntu17.8, running on Ubuntu 12.04.2. This issue appears to be
fixed in virt-manager 0.9.4-2 (unstable), but given that 0.9.1-4
(testing) has this issue, I think it might be worthwhile to consider
backporting the fix. I tested the "vol-list" command though virsh, both
locally (on the server), and through the network link: locally, it
returns the listing almost immediately. Remotely, it takes about 5
seconds to return the listing. It looks like virt-manager 0.9.1 issues a
timeout too quickly on this command and retry endlessly, thus making the
GUI hang. From a user point of view, having the GUI hanging starting
from the 22nd pool image, depending on network latency and throughput,
can be quite frustrating, as the cause of the hang is not easy to
pinpoint.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages virt-manager depends on:
ii gconf2 3.2.5-1+build1
ii librsvg2-common 2.36.1-1
ii python 2.7.3-4
ii python-dbus 1.1.1-1
ii python-glade2 2.24.0-3+b1
ii python-gnome2 2.28.1+dfsg-1
ii python-gtk-vnc 0.5.0-3.1
ii python-gtk2 2.24.0-3+b1
ii python-ipy 1:0.75-1
ii python-libvirt 0.9.12-11
ii python-spice-client-gtk 0.12-5
ii python-support 1.0.15
ii python-urlgrabber 3.9.1-4
ii python-vte 1:0.28.2-5
ii virtinst 0.600.1-3
Versions of packages virt-manager recommends:
ii gnome-icon-theme 3.4.0-2
ii libvirt-bin 0.9.12-11
Versions of packages virt-manager suggests:
ii gnome-keyring 3.4.1-5
pn hal <none>
ii python-gnomekeyring 2.32.0+dfsg-2+b1
pn python-guestfs <none>
pn ssh-askpass <none>
ii virt-viewer 0.5.3-1
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: virt-manager
Source-Version: 0.9.4-2
In data mercoledì 24 aprile 2013 14:00:10 CET, hai scritto:
> Package: virt-manager
> Version: 0.9.1-4
> Severity: important
>
> Dear Maintainer,
>
> When using virt-manager through ssh network connexion (120ms latency),
> with about 22 volumes in an active pool, virt-manager "create new VM"
> window hangs after about 5 seconds of interaction. While it is hung, the
> remote libvirt-bin server issues a lot of stat/open system calls on the
> volume's files (verified with strace). My remote libvirt-bin is a
> 0.9.8-2ubuntu17.8, running on Ubuntu 12.04.2. This issue appears to be
> fixed in virt-manager 0.9.4-2 (unstable), but given that 0.9.1-4
> (testing) has this issue, I think it might be worthwhile to consider
> backporting the fix. I tested the "vol-list" command though virsh, both
> locally (on the server), and through the network link: locally, it
> returns the listing almost immediately. Remotely, it takes about 5
> seconds to return the listing. It looks like virt-manager 0.9.1 issues a
> timeout too quickly on this command and retry endlessly, thus making the
> GUI hang. From a user point of view, having the GUI hanging starting
> from the 22nd pool image, depending on network latency and throughput,
> can be quite frustrating, as the cause of the hang is not easy to
> pinpoint.
Sorry for the late answer. Closing this bug, as it already had a fixed
version years ago.
Thanks for your report,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
