Your message dated Wed, 30 Jan 2008 23:40:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line avahi-daemon/mt-daapd disappear from network after ~1 hour
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- 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
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
mostprobably an old sky2 network driver,
thus closing.
holler loudly if you can reproduce with uname > 2.6.22
--
maks
--- End Message ---
