[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#407217: marked as done (avahi-daemon/mt-daapd disappear from network after ~1 hour)

Your message dated Mon, 3 Aug 2009 19:45:01 +0200
with message-id <20090803174501.GI22735@inutil.org>
and subject line Re: Bug#407217: avahi not working with r8169 driver
has caused the Debian Bug report #407217,
regarding avahi-daemon/mt-daapd disappear from network after ~1 hour
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 owner@bugs.debian.org
immediately.)


-- 
407217: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407217
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: avahi-daemon
Version: 0.6.15-2
Severity: important

Hello, I use mt-daapd and thus avahi-daemon on a Thecus
n2100 embedded ARM box. I routinely find that the shares do
not appear on workstations on the same LAN after a period of
inactivity. Restarting the daemons via /etc/init.d results
in them re-appearing.

Here's an example, with times:

Tue Jan 16 19:32:10 GMT 2007

I am confident that mt-daapd and avahi-daemon were running
on the n2100 when I last looked. However neither the n2100
as a Workstation or as an Itunes share are present in
"avahi-discover" on my workstation, nor rhythmbox (my
primary daapd client).

Looking on the server, the mt-daapd and avahi-daemon
processes are indeed present. I restart mt-daapd and it
shows up in avahi-discover and rhythmbox on my client.

Tue Jan 16 21:58:32 GMT 2007

I've been away from the computer for about 90 minutes,
during which rhythmbox has been idle. On return, I see that
the mt-daapd share is not visible in rhythmbox anymore and
the workstation/itunes entries are missing from
avahi-discover.

Logging onto the server, the mt-daapd and avahi-daemon
processes are present. Looking at the logs (mt-daapd.log,
I've configured it to log outside of syslog), I can see
that I last played a tune 100 minutes ago. There are also
two further log messages:
    
        2007-01-16 20:19:20 (00084005): Session 1: Streaming file '207-the_cure-airlock-the_soundtrack.mp3' to 192.168.123.110 (offset 0)
        2007-01-16 20:50:24 (0008c005): Thread 30: Entering ws_returnerror (204: Logout Successful)
        2007-01-16 21:20:24 (00088004): Thread 29:  could not read: Timer expired

There is nothing further from avahi-daemon or from mt-daapd
in any other files (e.g. syslog).

I can turn up debugging for mt-daapd, but I'm not sure how
to do that for avahi-daemon, at least not cleanly: I may
file a separate wishlist bug to ask for support for this in
/etc/default/avahi-daemon or similar. For now I've hacked
the --debug option directly into /etc/init.d/avahi-daemon. 

I'll report back to this bug if I get more info as a result
of this hack.

Because the "workstation" entries disappear from
avahi-discover in addition to the itunes share, I think
this might be an avahi-daemon bug, rather than one
specific to mt-daapd.

Restarting mt-daapd results in the itunes share returning,
but not the workstation entry: restarting avahi-daemon
results in the workstation entry returning, but not the
itunes share.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages avahi-daemon depends on:
ii  adduser                      3.100       Add and remove users and groups
ii  dbus                         1.0.2-1     simple interprocess messaging syst
ii  libavahi-common3             0.6.15-2    Avahi common library
ii  libavahi-core4               0.6.15-2    Avahi's embeddable mDNS/DNS-SD lib
ii  libc6                        2.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcap1                      1:1.10-14   support for getting/setting POSIX.
ii  libdaemon0                   0.10-1      lightweight C library for daemons
ii  libdbus-1-3                  1.0.2-1     simple interprocess messaging syst
ii  libexpat1                    1.95.8-3.3  XML parsing C library - runtime li

Versions of packages avahi-daemon recommends:
ii  libnss-mdns                   0.8-4.1    NSS module for Multicast DNS name 

-- no debconf information

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
Version: 2.6.26-16

On Mon, Jun 15, 2009 at 04:16:37PM +0100, Ben Hutchings wrote:
> On Mon, Jun 15, 2009 at 02:01:44PM +0100, Sam Morris wrote:
> > found 407217 2.6.26-15
> > thanks
> > 
> > I believe I'm seeing this on an amd64 system with the following
> > hardware:
> > 
> > 06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
> > 	Kernel driver in use: r8169
> > 	Kernel modules: r8169
> > 
> > That's the onboard NIC of an Asus P6T-SE.
> [...]
> 
> I think this is the same as bug #514268, which should be fixed in stable
> release 5.0.2 (package version 2.6.26-16).

Marking as fixed in that version. Jon, please reopen if the bug persists.

Cheers,
        Moritz

--- End Message ---
Reply to: