Avahi possible regression in 0.6.10-0ubuntu3.2

Bug #72728 reported by Dan Munckton on 2006-11-21
24
Affects Status Importance Assigned to Milestone
Avahi
Fix Released
Unknown
avahi (Ubuntu)
High
Martin Pitt
Breezy
Undecided
Martin Pitt
Dapper
Undecided
Martin Pitt
Edgy
High
Martin Pitt

Bug Description

I notice that after the recent 0.6.10-0ubuntu3.2 upgrade avahi-daemon doesn't seem to behave as it used to. It intermittently can't resolve other mDNS hostnames on the local network, and has to be restarted to get it to work correctly again. E.g.

$ getent hosts otherhost.local
... (no output) ...
$ sudo /etc/dbus-1/event.d/25avahi-daemon restart
$ getent hosts otherhost.local
otherhost.local 192.168.1.100

... (leave it a few mintues)
$ getent hosts otherhost.local
... (no output) ...

I am also affected by this bug on i386

Changed in avahi:
status: Unconfirmed → Confirmed
Martin Pitt (pitti) wrote :

Will check that out, thanks for the bug.

Changed in avahi:
assignee: nobody → pitti
status: Confirmed → In Progress
TheGingerNinja (paulhornsey) wrote :

I'm also affected in exactly the same way.

Trent Lloyd (lathiat) wrote :

This is known upstream, see Avahi bug #72 (linked)
I hope this will be fixed shortly.

Martin Pitt (pitti) wrote :

Adding backport tasks, USN-380-1 introduced this regression.

Changed in avahi:
importance: Undecided → High
assignee: nobody → pitti
importance: Undecided → High
status: Unconfirmed → Confirmed
Martin Pitt (pitti) wrote :

Proposed upstream patch works wonderfully, thanks Trent!

Changed in avahi:
status: In Progress → Fix Committed
assignee: nobody → pitti
status: Unconfirmed → In Progress
status: Unconfirmed → In Progress
assignee: nobody → pitti
status: Confirmed → In Progress
Martin Pitt (pitti) wrote :

 avahi (0.6.15-1ubuntu5) feisty; urgency=low
 .
   * Add debian/patches/00upstream_01-check-netlink-creds.patch:
     - Check validity of netlink packets by verifying that they come from uid
       0; drop the previous PID-based check, since it does not work.
     - This should fix avahi for operation with network-manager again.
     - Closes: LP#72728
   * debian/patches/ubuntu-dhclient-check-unicast-local.patch:
     - Completely disabling Avahi for all times is a bit harsh, given that this
       situation can happen dynamically in any random WLAN. If a unicast
       .local domain is found, merely stop avahi, but do not disable it in the
       default file.
     - Also, create a flag /var/run/disabled-for-unicast-local when stopping
       Avahi, so that user's sessions can pick this up and display a
       notification.

Changed in avahi:
status: Fix Committed → Fix Released
Markus Thielmann (thielmann) wrote :

Any idea how long it will take to release the corrected edgy binary package?

I need a running system at friday, is it worth waiting or should I better change the sources according to the patch and build it by hand?

Trent Lloyd (lathiat) wrote :

At this stage I would be doing up my own package, the feisty package likely wont compile on edgy due to the IFLA_RTA patch being somewhat incorrect.

You could grab SVN, or grab the feisty package and modify avahi-core/iface-linux.c and avahi-autoipd/iface-linux.c according to these patches

http://www.avahi.org/changeset/1338
http://www.avahi.org/changeset/1339

Martin Pitt (pitti) wrote :

I will prepare an update now, so it should actually make it until tomorrow. No firm promises, though.

Martin Pitt (pitti) wrote :

Fixes uploaded, awaiting build and publishing.

Changed in avahi:
status: In Progress → Fix Committed
status: In Progress → Fix Committed
status: In Progress → Fix Committed
Dan Munckton (munckfish) wrote :

Excellent thx.

Martin Pitt (pitti) wrote :
Changed in avahi:
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
Changed in avahi:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.