Bug 789907

Summary: Just setup avahi browsing once: constant tear down can hit avahi limits with many hosts on the LAN
Product: [Community] Virtualization Tools Reporter: yuping zhang <yupzhang>
Component: virt-managerAssignee: Cole Robinson <crobinso>
Status: CLOSED UPSTREAM QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: berrange, crobinso, cwei, hyao, mzhan, xen-maint, zpeng
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-01 14:41:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description yuping zhang 2012-02-13 09:06:17 UTC
Description of problem:
In virt-manager,Click File->  Add Connection, Select hypervisor as QEMU/KVM,tick "Connect to remote host" many times,the hostname dropdown menu will be disabled.

Version-Release number of selected component (if applicable):
libvirt-0.9.10-0rc2.el6.x86_64
virt-manager-0.9.0-9.el6.x86_64
avahi-0.6.25-11.el6.x86_64

How reproducible:
90%

Steps to Reproduce:
1.#virt-manager --debug

2.Click File->  Add Connection, Select hypervisor as QEMU/KVM,click "Connect to remote host" about 20 times quickly.

3.In virt-manager debug info,there is error message like this:

Actual results:DBusException: org.freedesktop.Avahi.TooManyObjectsError: Too many objects
2012-02-13 15:55:17,567 (cli:85): Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connect.py", line 270, in connect_remote_toggled
    self.start_browse()
  File "/usr/share/virt-manager/virtManager/connect.py", line 214, in start_browse
    domain, flags)
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in call_blocking
    message, timeout)
DBusException: org.freedesktop.Avahi.TooManyObjectsError: Too many objects
None
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connect.py", line 270, in connect_remote_toggled
    self.start_browse()
  File "/usr/share/virt-manager/virtManager/connect.py", line 214, in start_browse
    domain, flags)
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in call_blocking
    message, timeout)

4.Then,in virt-manager,click "Cancel".

5.Click File->  Add Connection,select hypervisor as QEMU/KVM,tick "Connect to remote host".

The Hostname dropdown menu is disabled.

Actual results:
As above

Expected results:
The Hostname dropdown menu is enabled.

Additional info:

Comment 2 Cole Robinson 2012-02-13 15:28:15 UTC
Hmm, how many entries are in your host list when this works? I can't reproduce locally.

Comment 3 yuping zhang 2012-02-14 02:05:43 UTC
Hi Cole,

I tried about 10-20 times,click "Connect to remote host" very quickly.

Comment 4 Cole Robinson 2012-02-14 11:42:26 UTC
Yeah I tried that, I still can't reproduce.

When you click 'connect to remote host', how many hostnames are added to the hostname: dropdown? I wonder if this issue is dependent on having many libvirt hosts on your network.

Comment 5 yuping zhang 2012-02-15 02:01:38 UTC
(In reply to comment #4)
> Yeah I tried that, I still can't reproduce.
> 
> When you click 'connect to remote host', how many hostnames are added to the
> hostname: dropdown? I wonder if this issue is dependent on having many libvirt
> hosts on your network.

Hi Cole,

I have about 30 hostnames are added to the hostname:dropdown.

Comment 6 Cole Robinson 2012-02-28 22:39:45 UTC
Okay, I can reproduce on my LAN but I have to enable/disable many times.

We should just set up avahi polling once, and always have it running in the background, rather than try and tear it down when the check button is clicked.

But this is urgent for RHEL so moving to upstream tracker.

Comment 8 Cole Robinson 2014-02-01 14:41:13 UTC
Upstream now