host name gets changed to host name-2 resulting in failing Time Machine backups

bibo750four · Jan 24th 2024

Hello,

I have a recurring problem in which the host name for the SMB/CIFS service is changing because a "-2" is appended to it. This is causing the Time Machine share on my OMV not being identified and so the backups are failing.

I see some error in the syslog but I cannot figure out what is happening, does anyone have some hint? Here is the log info:

Code

Jan 23 20:40:48 marco-host systemd[1]: Started /bin/systemctl mask --runtime avahi-daemon.service.
Jan 23 20:40:48 marco-host systemd[1]: Reloading.
Jan 23 20:40:49 marco-host systemd[1]: avahi-daemon.service: Current command vanished from the unit file, execution of the command list won't be resumed.
Jan 23 20:40:49 marco-host systemd[1]: run-r5c16026b441f4735951f29933f0bf0d0.scope: Succeeded.
Jan 23 20:40:49 marco-host systemd[1]: Starting Daily apt download activities...
Jan 23 20:40:49 marco-host systemd[1]: Started /bin/systemctl stop avahi-daemon.service.
Jan 23 20:40:49 marco-host avahi-daemon[777]: Got SIGTERM, quitting.
Jan 23 20:40:49 marco-host systemd[1]: Stopping avahi-daemon.service...
Jan 23 20:40:49 marco-host avahi-daemon[777]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::da3a:ddff:fe32:67.
Jan 23 20:40:49 marco-host avahi-daemon[777]: Leaving mDNS multicast group on interface eth0.IPv4 with address 10.0.0.65.
Jan 23 20:40:49 marco-host avahi-daemon[777]: avahi-daemon 0.8 exiting.
Jan 23 20:40:49 marco-host systemd[1]: avahi-daemon.service: Succeeded.
Jan 23 20:40:49 marco-host systemd[1]: Stopped avahi-daemon.service.
Jan 23 20:40:49 marco-host systemd[1]: avahi-daemon.service: Consumed 1min 30.519s CPU time.
Jan 23 20:40:49 marco-host systemd[1]: run-ra178fe434e904a39afbc2f61021366f1.scope: Succeeded.
Jan 23 20:40:49 marco-host systemd[1]: Started /bin/systemctl stop avahi-daemon.socket.
Jan 23 20:40:49 marco-host systemd[1]: avahi-daemon.socket: Succeeded.
Jan 23 20:40:49 marco-host systemd[1]: Closed Avahi mDNS/DNS-SD Stack Activation Socket.
Jan 23 20:40:49 marco-host systemd[1]: run-r477ef346c9f24f259c752b1c4863f585.scope: Succeeded.
Jan 23 20:40:50 marco-host systemd[1]: Started /bin/systemctl disable avahi-daemon.socket.
Jan 23 20:40:50 marco-host systemd[1]: Reloading.
Jan 23 20:40:50 marco-host systemd[1]: run-r4d0a925c2b494bafb624c8e9992bdd09.scope: Succeeded.
Jan 23 20:40:51 marco-host systemd[1]: apt-daily.service: Succeeded.
Jan 23 20:40:51 marco-host systemd[1]: Finished Daily apt download activities.
Jan 23 20:40:51 marco-host systemd[1]: apt-daily.service: Consumed 1.931s CPU time.
Jan 23 20:40:53 marco-host systemd[1]: Started /bin/systemctl unmask --runtime avahi-daemon.service.
Jan 23 20:40:53 marco-host systemd[1]: Reloading.
Jan 23 20:40:53 marco-host systemd[1]: run-r8d195e075edf4b39a2969ec8a7797ea6.scope: Succeeded.
Jan 23 20:40:53 marco-host systemd[1]: Started /bin/systemctl start avahi-daemon.socket.
Jan 23 20:40:53 marco-host systemd[1]: Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
Jan 23 20:40:53 marco-host systemd[1]: run-rf7b48e5c9d504ca2acb655a0b6881335.scope: Succeeded.
Jan 23 20:40:54 marco-host systemd[1]: Started /bin/systemctl enable avahi-daemon.socket.
Jan 23 20:40:54 marco-host systemd[1]: Reloading.
Jan 23 20:40:54 marco-host systemd[1]: run-r8869b05631594cf59c6e437378559764.scope: Succeeded.
Jan 23 20:40:54 marco-host systemd[1]: Started /bin/systemctl start avahi-daemon.service.
Jan 23 20:40:54 marco-host systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Process 777 died: No such process; trying to remove PID file. (/run/avahi-daemon//pid)
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Found user 'avahi' (UID 108) and group 'avahi' (GID 113).
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Successfully dropped root privileges.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: avahi-daemon 0.8 starting up.
Jan 23 20:40:54 marco-host systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Successfully called chroot().
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Successfully dropped remaining capabilities.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Loading service file /services/ssh.service.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Loading service file /services/website.service.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: *** WARNING: Detected another IPv4 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended. ***
Jan 23 20:40:54 marco-host avahi-daemon[279444]: *** WARNING: Detected another IPv6 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended. ***
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::da3a:ddff:fe32:67.
Jan 23 20:40:54 marco-host systemd[1]: run-rc262427d6122446abc70840aed1042ed.scope: Succeeded.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: New relevant interface eth0.IPv6 for mDNS.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Joining mDNS multicast group on interface eth0.IPv4 with address 10.0.0.65.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: New relevant interface eth0.IPv4 for mDNS.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Network interface enumeration completed.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Registering new address record for fe80::da3a:ddff:fe32:67 on eth0.*.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Registering new address record for 10.0.0.65 on eth0.IPv4.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Withdrawing address record for fe80::da3a:ddff:fe32:67 on eth0.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Host name conflict, retrying with marco-host-2
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Registering new address record for fe80::da3a:ddff:fe32:67 on eth0.*.
Jan 23 20:40:54 marco-host avahi-daemon[279444]: Registering new address record for 10.0.0.65 on eth0.IPv4.
Jan 23 20:40:56 marco-host avahi-daemon[279444]: Server startup complete. Host name is marco-host-2.local. Local service cookie is 3186349205.
Jan 23 20:40:57 marco-host avahi-daemon[279444]: Service "marco-host-2 - Web control panel" (/services/website.service) successfully established.
Jan 23 20:40:57 marco-host avahi-daemon[279444]: Service "marco-host-2 - SSH" (/services/ssh.se

Display More

votdev · Jan 25th 2024

Quote from bibo750four

*** WARNING: Detected another IPv4 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended. ***

The problem is this. Are you running a container that is using Avahi as well?

votdev · Jan 25th 2024

Please post the output of cat /etc/systemd/resolved.conf

bibo750four · Jan 25th 2024

Hello,

Yes I am using a Plex container which I think is using Avahi, the image is from linuxserver/plex:latest.

$ cat /etc/systemd/resolved.conf

# This file is part of systemd.

#

# systemd is free software; you can redistribute it and/or modify it

# under the terms of the GNU Lesser General Public License as published by

# the Free Software Foundation; either version 2.1 of the License, or

# (at your option) any later version.

#

# Entries in this file show the compile time defaults.

# You can change settings by editing this file.

# Defaults can be restored by simply deleting this file.

#

# See resolved.conf(5) for details

[Resolve]

# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:

# Cloudflare: 1.1.1.1 1.0.0.1 2606:4700:4700::1111 2606:4700:4700::1001

# Google: 8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844

# Quad9: 9.9.9.9 2620:fe::fe

#DNS=

#FallbackDNS=

#Domains=

#DNSSEC=no

#DNSOverTLS=no

#MulticastDNS=yes

#LLMNR=yes

#Cache=yes

#DNSStubListener=yes

#DNSStubListenerExtra=

#ReadEtcHosts=yes

#ResolveUnicastSingleLabel=no

$

votdev · Jan 25th 2024

Quote from bibo750four

Yes I am using a Plex container which I think is using Avahi, the image is from linuxserver/plex:latest.

You need to disable mDNS in that container somehow.

bibo750four · Jan 25th 2024

I stopped the Plex container and restarted the raspberry, but I still get exactly the same issue and the host name is still with -2.

I suppose then the issue is caused by something else?

Here is the full syslog in case it can help syslog.txt.zip

bibo750four · Jan 28th 2024

Now I have masked the avahi-daemon service and it seems the problem is fixed: I still see the smb shares from my Mac, although with a different icon, and I could also discover the Time Machine service which now shows with the server IP adddress instead of the hostname.

So, masking avahi seems to have solved the issue. I will check further if everything works fine.

Participate now!