avahi-daemon problems

This forum is for topics dealing with problems with software specifically in the ARMv5 repo.

avahi-daemon problems

Postby replabrobin » Mon Jul 10, 2017 8:52 am

After a recent upgrade my sheeva server has been behaving oddly. It seems I can no longer rely on the avahi-daemon to do the right thing for long

I see this in the logs

Jul 10 09:35:57 delilah systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Jul 10 09:35:57 delilah avahi-daemon[910]: Process 786 died: No such process; trying to remove PID file. (/var/run/avahi-daemon//pid)
Jul 10 09:35:57 delilah avahi-daemon[910]: Found user 'avahi' (UID 84) and group 'avahi' (GID 84).
Jul 10 09:35:57 delilah avahi-daemon[910]: Successfully dropped root privileges.
Jul 10 09:35:57 delilah avahi-daemon[910]: avahi-daemon 0.6.32 starting up.
Jul 10 09:35:57 delilah avahi-daemon[910]: Successfully called chroot().
Jul 10 09:35:57 delilah avahi-daemon[910]: Successfully dropped remaining capabilities.
Jul 10 09:35:57 delilah avahi-daemon[910]: Loading service file /services/ssh.service.
Jul 10 09:35:57 delilah avahi-daemon[910]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.0.9.
Jul 10 09:35:57 delilah avahi-daemon[910]: New relevant interface eth0.IPv4 for mDNS.
Jul 10 09:35:57 delilah avahi-daemon[910]: Network interface enumeration completed.
Jul 10 09:35:57 delilah avahi-daemon[910]: Registering new address record for fe80::f2ad:4eff:fe00:393 on eth0.*.
Jul 10 09:35:57 delilah avahi-daemon[910]: Registering new address record for 192.168.0.9 on eth0.IPv4.
Jul 10 09:35:58 delilah avahi-daemon[910]: Server startup complete. Host name is delilah.local. Local service cookie is 2269664596.
Jul 10 09:35:59 delilah avahi-daemon[910]: Service "delilah" (/services/ssh.service) successfully established.
Jul 10 09:37:27 delilah systemd[1]: avahi-daemon.service: Start operation timed out. Terminating.
Jul 10 09:37:27 delilah avahi-daemon[910]: Got SIGTERM, quitting.
Jul 10 09:37:27 delilah systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.
Jul 10 09:37:27 delilah systemd[1]: avahi-daemon.service: Unit entered failed state.
Jul 10 09:37:27 delilah systemd[1]: avahi-daemon.service: Failed with result 'timeout'.


I tried downgrading the modules I changed recently, but the problem seems to persist. When I stop and start from the command line using systemctl start avahi-daemon it seems to hang. Strace shows this
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1\241\2\0\0\20\0\0\0\236\0\0\0\1\1o\0009\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1/unit/s"..., iov_len=825}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MS
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1,\3\0\0\21\0\0\0\236\0\0\0\1\1o\0009\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MS
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1/unit/s"..., iov_len=964}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MS
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1G\0\0\0\22\0\0\0q\0\0\0\1\1o\0\31\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_N
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1\0\0\0\0\0\0\0"..., iov_len=183}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSI
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1\221\2\0\0\23\0\0\0\236\0\0\0\1\1o\0009\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1/unit/s"..., iov_len=809}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MS
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1D\3\0\0\24\0\0\0\236\0\0\0\1\1o\0009\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MS
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1/unit/s"..., iov_len=988}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MS
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8) = 1 ([{fd=3, revents=POLLIN}])
getpid() = 908
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1H\0\0\0\25\0\0\0\206\0\0\0\1\1o\0\"\0\0\0", iov_len=24}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="/org/freedesktop/systemd1/job/63"..., iov_len=200}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MS
getpid() = 908
recvmsg(3, {msg_namelen=0}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
getpid() = 908
getpid() = 908
getpid() = 908


I think these are the packages I changed recently
-rw-r--r-- 1 root root 274924 Jul 2 19:19 libcups-2.2.4-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 11502348 Jul 3 00:25 python2-2.7.13-3-arm.pkg.tar.xz
-rw-r--r-- 1 root root 1537328 Jul 4 03:10 bind-tools-9.11.1.P2-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 225528 Jul 4 18:06 libpng-1.6.30-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 570272 Jul 4 20:05 syslog-ng-3.10.1-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 183468 Jul 5 01:52 grep-3.1-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 159960 Jul 5 18:24 libbsd-0.8.5-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 95356 Jul 5 23:20 psmisc-23.1-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 609664 Jul 6 14:13 iproute2-4.12.0-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 1201352 Jul 6 16:46 lvm2-2.02.172-2-arm.pkg.tar.xz
-rw-r--r-- 1 root root 261924 Jul 6 16:46 device-mapper-2.02.172-2-arm.pkg.tar.xz
-rw-r--r-- 1 root root 611060 Jul 6 20:11 automake-1.15.1-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 2271416 Jul 6 20:14 gnutls-3.5.14-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 771396 Jul 6 20:22 docbook-xsl-1.79.2-3-any.pkg.tar.xz
-rw-r--r-- 1 root root 2236724 Jul 6 20:42 glib2-2.52.3-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 3212012 Jul 7 01:35 mercurial-4.2.2-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 3592988 Jul 7 02:27 systemd-233.75-3-arm.pkg.tar.xz
-rw-r--r-- 1 root root 300536 Jul 7 02:27 libsystemd-233.75-3-arm.pkg.tar.xz
-rw-r--r-- 1 root root 6732 Jul 7 02:27 systemd-sysvcompat-233.75-3-arm.pkg.tar.xz
-rw-r--r-- 1 root root 19894036 Jul 7 04:00 linux-kirkwood-4.4.76-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 9332156 Jul 7 04:00 linux-kirkwood-headers-4.4.76-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 1060508 Jul 7 09:51 geoip-database-20170704-1-any.pkg.tar.xz
-rw-r--r-- 1 root root 35084 Jul 7 17:19 logrotate-3.12.3-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 275056 Jul 8 01:44 libcups-2.2.4-2-arm.pkg.tar.xz
-rw-r--r-- 1 root root 665432 Jul 8 18:09 glances-2.10-2-any.pkg.tar.xz
-rw-r--r-- 1 root root 1538020 Jul 8 18:10 bind-tools-9.11.1.P3-1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 301208 Jul 8 22:12 libsystemd-233.75-3.1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 6732 Jul 8 22:12 systemd-sysvcompat-233.75-3.1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 3919544 Jul 8 22:12 systemd-233.75-3.1-arm.pkg.tar.xz
-rw-r--r-- 1 root root 166740 Jul 9 09:49 libtirpc-1.0.2-1-arm.pkg.tar.xz


and I downgraded a lot of these
linux-kirkwood-4.4.73-1-arm.pkg.tar.xz linux-kirkwood-headers-4.4.73-1-arm.pkg.tar.xz
libsystemd-232-8-arm.pkg.tar.xz systemd-sysvcompat-232-8-arm.pkg.tar.xz systemd-232-8-arm.pkg.tar.xz
bind-tools-9.11.1.P1-1-arm.pkg.tar.xz
libbsd-0.8.3-2-arm.pkg.tar.xz
device-mapper-2.02.171-1-arm.pkg.tar.xz
psmisc-22.21-3-arm.pkg.tar.xz
iproute2-4.11.0-1-arm.pkg.tar.xz
lvm2-2.02.171-1-arm.pkg.tar.xz
glib2-2.52.2+9+g3245eba16-1-arm.pkg.tar.xz
gnutls-3.5.13-1-arm.pkg.tar.xz
syslog-ng-3.9.1-6-arm.pkg.tar.xz
libcups-2.2.3-1-arm.pkg.tar.xz


any ideas welcome. This sheeva plug has been going for a long time.
replabrobin
 
Posts: 101
Joined: Tue Nov 30, 2010 11:18 am

Re: avahi-daemon problems

Postby replabrobin » Mon Jul 10, 2017 9:06 am

After further poking around I find this in journalctl

Jul 10 09:58:40 delilah systemd[1]: Failed to subscribe to NameOwnerChanged signal for 'org.freedesktop.login1': Connection timed out
Jul 10 09:58:40 delilah systemd[1]: Failed to subscribe to NameOwnerChanged signal for 'org.freedesktop.Avahi': Connection timed out
Jul 10 09:58:40 delilah systemd[1]: Failed to register name: Connection timed out
Jul 10 09:58:40 delilah systemd[1]: Failed to set up API bus: Connection timed out
.......
Jul 10 10:01:14 delilah systemd-logind[377]: Failed to enable subscription: Failed to activate service 'org.freedesktop.systemd1': timed out
Jul 10 10:01:14 delilah systemd-logind[377]: Failed to fully start up daemon: Connection timed out
Jul 10 10:01:14 delilah systemd[1]: Failed to start Login Service.


so it seems something more fundamental is broken
replabrobin
 
Posts: 101
Joined: Tue Nov 30, 2010 11:18 am

Re: avahi-daemon problems

Postby replabrobin » Mon Jul 10, 2017 2:42 pm

Occurs to me this might have to do with me not using initramfs which is built for the kernel each time I update. So dar I don't hink I am using the initramfs and perhaps I need to.

Anyone know how to set this up in my kernel command line?
replabrobin
 
Posts: 101
Joined: Tue Nov 30, 2010 11:18 am

Re: avahi-daemon problems

Postby replabrobin » Sat Jul 15, 2017 11:56 am

using systemctl list-jobs I saw that multi-user.target was waiting on systemd-logind. This means the system doesn't even think it has booted so systemd-analyze wouldn't work.

I figure my sheeva doesn't need a vt login so I masked systemd-logind. The console is on ttyS0 so that at least is working anyway.

After that avahi-daemon starts up properly. I'm still not certain what the real problem is, but at least things work again in a reasonable way.
replabrobin
 
Posts: 101
Joined: Tue Nov 30, 2010 11:18 am


Return to ARMv5

Who is online

Users browsing this forum: No registered users and 3 guests