Your message dated Sun, 1 Feb 2026 15:36:17 +0100
with message-id <[email protected]>
and subject line Re: avahi-daemon: makes last ifdown very long to complete
has caused the Debian Bug report #763201,
regarding avahi-daemon: makes last ifdown very long to complete
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.)
--
763201: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763201
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: avahi-daemon
Version: 0.6.31-4
Severity: normal
Hello,
My system is usually only using a wireles connection, so I explicitly run ifup
wlan0 and ifdown wlan0. When avahi-daemon is installed, the ifdown wlan0 takes
a really long time. I have stripped down the issue into the resolvconf call in
/etc/dhcp/dhclient-enter-hooks.d/resolvconf, which takes a dozen seconds:
sept. 28 18:27:46 type networking[3744]: running resolvconf
sept. 28 18:27:58 type networking[3744]: finished resolvconf
After removing the avahi-daemon package, it runs extremely fast:
sept. 28 18:32:53 type networking[7912]: running resolvconf
sept. 28 18:32:53 type networking[7912]: finished resolvconf
My guess is that it's the /etc/resolvconf/update-libc.d/avahi-daemon hook which
is taking a long time just because it does not have any network access any more.
In the end, when wlan0 is up when I run sudo poweroff, the network-down part
takes as much as 40s to complete... Without avahi-daemon, it is not even
noticeable.
It is perhaps worth mentioning that my router emits IPv6 RDNSS announces, whose
nameserver entries remain in /etc/resolv.conf after the ifdown, so perhaps
avahi-daemon gets disturbed by that.
Samuel
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'),
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel
<A> mr - remove the home of correct users who accidentally enter mr
<A> instead of rm
--- End Message ---
--- Begin Message ---
Version: 0.8-4
This was fixed in
https://salsa.debian.org/utopia-team/avahi/-/commit/ac54649321cd5917d9611f4ff6dd848021ac357b
but this particular bug report was not mentioned in the changelog.
So closing it manually now.
On Sun, 28 Sep 2014 18:46:31 +0200 Samuel Thibault
<[email protected]> wrote:
Source: avahi-daemon
Version: 0.6.31-4
Severity: normal
Hello,
My system is usually only using a wireles connection, so I explicitly run ifup
wlan0 and ifdown wlan0. When avahi-daemon is installed, the ifdown wlan0 takes
a really long time. I have stripped down the issue into the resolvconf call in
/etc/dhcp/dhclient-enter-hooks.d/resolvconf, which takes a dozen seconds:
sept. 28 18:27:46 type networking[3744]: running resolvconf
sept. 28 18:27:58 type networking[3744]: finished resolvconf
After removing the avahi-daemon package, it runs extremely fast:
sept. 28 18:32:53 type networking[7912]: running resolvconf
sept. 28 18:32:53 type networking[7912]: finished resolvconf
My guess is that it's the /etc/resolvconf/update-libc.d/avahi-daemon hook which
is taking a long time just because it does not have any network access any more.
In the end, when wlan0 is up when I run sudo poweroff, the network-down part
takes as much as 40s to complete... Without avahi-daemon, it is not even
noticeable.
It is perhaps worth mentioning that my router emits IPv6 RDNSS announces, whose
nameserver entries remain in /etc/resolv.conf after the ifdown, so perhaps
avahi-daemon gets disturbed by that.
Samuel
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'),
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel
<A> mr - remove the home of correct users who accidentally enter mr
<A> instead of rm
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
