Hallo,
Ich hatte ein funktionierendes Client/Server System in dem beide "von alleine" sich gegenseitig ihre Aufnahmeverzeichnisse angezeigt haben.
Irgendwann um Weihnachten herum, nach dem ich ein Update gemacht habe hat es "von allein" aufgehört zu funktionieren.
Ich erinnere mich das es damals während des Updates ein Problem mit dem NFS gab
aber sonst nichts auffälliges.
Momentan ist bei Client / Server apt-get update und dist-upgrade vollständig durchgelaufen.
Ich bin jetzt soweit mit der Fehlersuche das ich das Problem im Server vermute.
Das spricht das log vom "client":
Feb 15 16:16:27 vdr2 avahi-daemon[1787]: Server startup complete. Host name is vdr2.local. Local service cookie is 4250838199.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "Videos on vdr2" (/services/vdr-video.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "Recordings on vdr2" (/services/vdr-vdr.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "SVDRP on vdr2" (/services/vdr-svdrp.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "Pictures on vdr2" (/services/vdr-picture.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "Music on vdr2" (/services/vdr-audio.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-daemon[1787]: Service "vdr2" (/services/udisks.service) successfully established.
Feb 15 16:16:28 vdr2 avahi-mounter[1791]: Resolved type _nfs._tcp on vdr2.local
Feb 15 16:16:28 avahi-mounter[1791]: last message repeated 7 times
Feb 15 16:32:45 vdr2 avahi-mounter[2469]: mount static to /srv/vdr/video.00
Feb 15 16:32:45 vdr2 avahi-mounter[2469]: initialized zeroconf browser on vdr2
Feb 15 16:32:45 vdr2 avahi-mounter[2469]: Resolved type _nfs._tcp on vdr2.local
Feb 15 16:33:16 avahi-mounter[2469]: last message repeated 7 times
Feb 15 16:33:16 vdr2 avahi-mounter[2469]: shutting down avahi-mounter
Feb 15 16:35:34 vdr2 avahi-mounter[2478]: mount static to /srv/vdr/video.00
Feb 15 16:35:34 vdr2 avahi-mounter[2478]: initialized zeroconf browser on vdr2
Feb 15 16:35:34 vdr2 avahi-mounter[2478]: Resolved type _nfs._tcp on vdr2.local
Feb 15 16:35:51 avahi-mounter[2478]: last message repeated 7 times
Feb 15 16:51:55 vdr2 avahi-mounter[2478]: shutting down avahi-mounter
Display More
Beim Server passiert jedoch gar nichts:
Erst wenn ich den Service Starte erhalte ich ein Output:
root@vdr3:/home/markus# service avahi-mounter start
avahi-mounter start/running, process 2667
root@vdr3:/home/markus#
root@vdr3:/home/markus# tail -n 1500 /var/log/syslog | grep avahi
Feb 15 17:18:11 vdr3 avahi-mounter[2667]: mount static to /srv/vdr/video.00
Feb 15 17:18:11 vdr3 kernel: [ 472.682046] init: avahi-mounter main process (2667) terminated with status 1
Feb 15 17:18:11 vdr3 kernel: [ 472.682115] init: avahi-mounter main process ended, respawning
Feb 15 17:18:11 vdr3 avahi-mounter[2669]: mount static to /srv/vdr/video.00
Aber es geht immer noch nicht.
In einen anderen Thread wurde geraten den Avahi Manuell zu starten, beim Client passiert nichts, beim Server erscheint
folgende Fehlermeldung:
root@vdr3:/home/markus# /usr/bin/avahi-mounter
Traceback (most recent call last):
File "/usr/bin/avahi-mounter", line 390, in <module>
browser = ZeroconfBrowser()
File "/usr/bin/avahi-mounter", line 43, in __init__
self.bus.get_object(avahi.DBUS_NAME, '/'),
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 241, in get_object
follow_name_owner_changes=follow_name_owner_changes)
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 248, in __init__
self._named_service = conn.activate_name_owner(bus_name)
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 180, in activate_name_owner
self.start_service_by_name(bus_name)
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 278, in start_service_by_name
'su', (bus_name, flags)))
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user
Display More
Hier ist das vollständige syslog zu finden.