[gelöst] [0.5 testing] avahi mounts werden nach abschaltung des externen nfs servers nicht entfernt -> yavdr hängt beim shutdown fest

IG88 · 24. November 2014

hallo,

seit ca. 1-2 wochen werden die über avahi gemounteten verzeichnisse beim abschalten des nfs servers nicht mehr automatisch mit umount entfernt und wenn dann der vdr runter
außerdem gibt es auch im laufenden betrieb probleme wenn man z.b. den samaba share des recordings verzeichnis önnen will da der mount von avahi noch da ist aber nicht antwortet
der nfs server ist ein synology nas (+avahi plugin) mit dsm 5.0, ich hatte bis vor kurzem noch dsm 4.3 und haben auf der neune box eigentlich alles so eingerichtet wie vorher (async yes, squash no mapping)

wenn jemand eine idee hätte warum die mounts nach verschwinden des nfs servers nicht automatisch entfernt werden ..

das mounten sieht gut aus und macht bei laufendem nfs server keine probleme (daten sind gemountet und man kann zugreifen)

Zitat

Nov 23 20:06:32 linux avahi-mounter[1396]: Service resolved: TheBox.local to Movies on TheBox
Nov 23 20:06:32 linux avahi-mounter[1396]: Resolved type _nfs._tcp on TheBox.local
Nov 23 20:06:32 linux avahi-mounter[1396]: media is mounted on /media/Musik/TheBox/ for server TheBox.local and share /volume1/music
Nov 23 20:06:32 linux polkitd[1595]: started daemon version 0.104 using authority implementation `local' version `0.104'
...
Nov 23 20:06:32 linux avahi-mounter[1396]: Service resolved: TheBox.local to Music on TheBox
Nov 23 20:06:32 linux avahi-mounter[1396]: Resolved type _nfs._tcp on TheBox.local
Nov 23 20:06:32 linux avahi-mounter[1396]: media is mounted on /media/Bilder/TheBox/ for server TheBox.local and share /volume1/photo
...
Nov 23 20:06:34 linux avahi-mounter[1396]: Service resolved: TheBox.local to Photos on TheBox
Nov 23 20:06:34 linux avahi-mounter[1396]: Resolved type _nfs._tcp on TheBox.local
Nov 23 20:06:34 linux avahi-mounter[1396]: media is mounted on /srv/vdr/video.00/TheBox/ for server TheBox.local and share /volume1/video/TV_show
Nov 23 20:06:34 linux avahi-mounter[1396]: Service resolved: TheBox.local to Recordings on TheBox
Nov 23 20:06:34 linux avahi-mounter[1396]: Resolved type _nfs._tcp on linux.local
Nov 23 20:06:34 avahi-mounter[1396]: last message repeated 3 times

Alles anzeigen

hier das ende des shutdowns das dann hängt und man kommt dann auch nicht mehr über das netzwerk an die kiste dran

Zitat

Nov 23 20:31:52 linux avahi-mounter[1396]: shutting down avahi-mounter
Nov 23 20:31:52 linux avahi-mounter[1396]: umounting /media/Video/TheBox/ at shutdown
Nov 23 20:31:52 linux kernel: [ 1542.539804] HDMI hot plug event: Codec=0 Pin=5 Presence_Detect=1 ELD_Valid=0
Nov 23 20:31:52 linux kernel: [ 1542.544031] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0
Nov 23 20:31:53 linux kernel: [ 1543.355867] init: openbox main process (1029) terminated with status 1
Nov 23 20:31:55 linux kernel: [ 1545.120275] init: vdr main process (1031) killed by PIPE signal
Nov 23 20:32:05 linux kernel: [ 1555.544027] nfs: server TheBox.local not responding, timed out
Nov 23 20:32:12 linux kernel: [ 1562.138432] init: avahi-mounter main process (1396) killed by KILL signal
Nov 23 20:32:12 linux avahi-daemon[1391]: Got SIGTERM, quitting.
Nov 23 20:32:12 linux avahi-daemon[1391]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.105.18.
Nov 23 20:32:12 linux avahi-daemon[1391]: avahi-daemon 0.6.30 exiting.
Nov 23 20:32:17 linux kernel: [ 1567.243292] nfsd: last server has exited, flushing export cache
Nov 23 20:38:24 linux kernel: [ 1934.304036] nfs: server TheBox.local not responding, timed out
Nov 23 20:43:30 linux kernel: [ 2240.480029] nfs: server TheBox.local not responding, timed out
Nov 23 20:48:36 linux kernel: [ 2546.656043] nfs: server TheBox.local not responding, timed out
Nov 23 20:53:42 linux kernel: [ 2852.832028] nfs: server TheBox.local not responding, timed out
Nov 23 20:58:49 linux kernel: [ 3159.008029] nfs: server TheBox.local not responding, timed out

Alles anzeigen

mini73 · 24. November 2014

Versuche mal den avahi-linker statt des avahi-mounters. Such ein bisschen hier im Portal, wie man den ansonsten einrichtet.
Bei yavdr 0.6 wird dieser benutzt statt des mounters, weil es besser gerade beim Shutdown funktioniert.

Lars

seahawk1986 · 24. November 2014

Am einfachsten dürfte es mit dem Paket für trusty gehen, unter precise fehlt nur eine Ergänzung in der Konfiguration von autofs:

Code

sudo apt-get install autofs python-ipaddr, python3-dbus, python3-gi
cd /tmp/
wget https://launchpad.net/~yavdr/+archive/ubuntu/unstable-vdr/+files/vdr-addon-avahi-linker_20140913214823unstable-0yavdr0~trusty_all.deb
sudo dpkg -i vdr-addon-avahi-linker_20140913214823unstable-0yavdr0~trusty_all.deb
echo "+dir:/etc/auto.master.d" | sudo tee -a /etc/auto.master

Dann einmal Rebooten.

IG88 · 25. November 2014

hallo,

danke euch beiden.
das was seahawk1986 schrieb hat so aus dem stand nicht ganz funktioniert (u.a. musste ich ein "apt-get install vdr-addon-avahi-linker" machen und erst dann konnte ich das deb file einbinden)
aber mit folgendem alten thread zusammen lief es dann und es wird unter /net das externe nfs gemountet und in den etnsprechenden verzeichnissen tauchen symlinks auf die nach /net/... usw zeigen

Von einem VDR auf Aufnahmen eines anderen VDR zugreifem

aber es ist nur ein teilerfolg, der shutdown geht jetzt auch wenn die avahi quelle nicht mehr da ist
ABER
1. nach abschalten der externen avahi quelle bleiben die links und das unter net gemountete erhalten und wenn man z.b. mit mc versucht die in einer ssh session anzuwählen bleibt erstmal die ssh session hängen (und wartet auf ein timeout das nicht kommt?)

2. der symlink der im vdr recordings verszeichnis angelegt wird ist zwar direkt im dateisystem (z.b. mit mc) sichtbar und man kann es korrekt nutzen aber innerhalb von vdr taucht der inhalt hinter ddem symlink nicht auf (was vorher mit dem avahi mounter ging)

seahawk1986 · 25. November 2014

Zitat von IG88

das was seahawk1986 schrieb hat so aus dem stand nicht ganz funktioniert (u.a. musste ich ein "apt-get install vdr-addon-avahi-linker" machen und erst dann konnte ich das deb file einbinden)

Dann schau dir die /etc/auto.master noch mal an, IIRC schreitb das Paket aus testing (das ich mal löschen sollte, weil es veraltet ist) da auch noch einen Eintrag für /net rein, der andere Mount-Optionen hat, die mehr Probleme machen können.

Zitat von IG88

1. nach abschalten der externen avahi quelle bleiben die links und das unter net gemountete erhalten und wenn man z.b. mit mc versucht die in einer ssh session anzuwählen bleibt erstmal die ssh session hängen (und wartet auf ein timeout das nicht kommt?)

Die Links sollten eigentlich sofort verschwinden, wenn die Ankündigung über avahi weg ist (falls der Avahi-Daemon erst beendet wird, nachdem das NAS die Netzwerkverbindung gekappt hat, kann es ein paar Sekunden dauern, bis das passiert), der umount erfolgt dann nach dem für autofs gesetztem Inaktivitäts-Timeout (Voreinstellung sind 60 Sekunden). Ideal bei der Nutzung des avahi-linker ist auch, dass sich ein Rechner mit NFS-Server erst dann abschaltet, wenn kein Client mehr verbunden ist.

Zitat von IG88

2. der symlink der im vdr recordings verszeichnis angelegt wird ist zwar direkt im dateisystem (z.b. mit mc) sichtbar und man kann es korrekt nutzen aber innerhalb von vdr taucht der inhalt hinter ddem symlink nicht auf (was vorher mit dem avahi mounter ging)

Sieht der VDR die Aufnahmen nach einer erneuten Aktualisierung des Aufnahmeverzeichnisses? Du könntest mal in der /etc/avahi-linker/default.cfg den Loglevel hochdrehen und nachschauen (/var/log/upstart/avahi-linker.log oder in eine Datei loggen lassen), ob das erfolgreich nach dem Erzeugen der Links anstößt.

Das sieht in etwa so aus, wenn er einen Rechner mit über avahi angekündigten Freigaben sieht:

Spoiler anzeigen

Code

2014-11-25 17:44:50,250 DEBUG  Detected service 'Videos on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,250 DEBUG  Checking service 'Videos on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,251 DEBUG  Detected service 'Recordings on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,251 DEBUG  Checking service 'Recordings on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,252 DEBUG  Detected service 'Pictures on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,252 DEBUG  Checking service 'Pictures on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,252 DEBUG  Detected service 'Serien on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,252 DEBUG  Checking service 'Serien on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,253 DEBUG  Detected service 'Music on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,253 DEBUG  Checking service 'Music on VDR' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,254 DEBUG  Detected service 'Recordings on vdr4arch' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,254 INFO   skip local service 'Recordings on vdr4arch' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,254 DEBUG  Detected service 'Movies on vdr4arch' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,254 INFO   skip local service 'Movies on vdr4arch' type '_nfs._tcp' domain 'local'
2014-11-25 17:44:50,255 DEBUG  avahi-service resolved: Videos on VDR on VDR.local: ['subtype = video', 'path = /srv/video']
2014-11-25 17:44:50,255 DEBUG  translated video to Video
2014-11-25 17:44:50,256 DEBUG  created symlink from /net/VDR/srv/video to /media/Video/Videos on VDR on VDR.local for Videos on VDR on VDR.local
2014-11-25 17:44:50,256 DEBUG  avahi-service resolved: Recordings on VDR on VDR.local: ['subtype = vdr', 'path = /srv/share/vdr']
2014-11-25 17:44:50,256 DEBUG  translated vdr to vdr
2014-11-25 17:44:50,257 DEBUG  autofs-path exists: /net/VDR/srv/share/vdr
2014-11-25 17:44:50,257 DEBUG  created symlink from /net/VDR/srv/share/vdr to /media/vdr/Recordings on VDR on VDR.local for vdr4arch for Recordings_on_VDR(nfs)
2014-11-25 17:44:50,258 INFO   created additional symlink for remote VDR dir
2014-11-25 17:44:50,258 DEBUG  avahi-service resolved: Pictures on VDR on VDR.local: ['subtype = picture', 'path = /srv/picture']
2014-11-25 17:44:50,258 DEBUG  translated picture to Bilder
2014-11-25 17:44:50,259 DEBUG  created symlink from /net/VDR/srv/picture to /media/Bilder/Pictures on VDR on VDR.local for Pictures on VDR on VDR.local
2014-11-25 17:44:50,259 DEBUG  avahi-service resolved: Serien on VDR on VDR.local: ['category = series', 'subtype = video', 'path = /srv/files']
2014-11-25 17:44:50,259 DEBUG  translated video to Video
2014-11-25 17:44:50,260 DEBUG  created symlink from /net/VDR/srv/files to /media/Video/Serien on VDR on VDR.local for Serien on VDR on VDR.local
2014-11-25 17:44:50,260 DEBUG  avahi-service resolved: Music on VDR on VDR.local: ['subtype = audio', 'path = /srv/audio']
2014-11-25 17:44:50,260 DEBUG  translated audio to Musik
2014-11-25 17:44:50,261 DEBUG  created symlink from /net/VDR/srv/audio to /media/Musik/Music on VDR on VDR.local for Music on VDR on VDR.local
2014-11-25 17:44:50,511 INFO   Update recdir via dbus: 0 update of recordings triggered

Alles anzeigen

IG88 · 27. November 2014

hallo,

habe den zweiten verwies auf /net in /etc/auto.master beseitigt und mal das debug aktivert, da sieht man aber nur aktivität vom einbinden, nach dem ausschalten des exteren nfs sieht man da kenie aktivität

nach dem ich ein wenig auf das verhalten der mounts geschaut habe ist mir jett klar was du meintest
das was man sueht wenn man mit "mount" nachsieht ist immer nur das was man grade nutzt, nach 60 sekunden nicht benutzung wird es mit umount wieder entfernt und sobald man auf den symlink (z.b. in media) geht wird es gemountet

wenn ich das externe nfs abschalte bleiben aber die symlinks in media und dem vdr recording verz. erhalten und wenn man dan in z.b. /media/Bilder geht dauert es ca. 8s bevor isch das verz. öffnet und dann sueht man im mc den roten (weil zeil nicht vorhanden) symlink nach /net

außerdem bleibt es dabei das der symlink im recordings dir trotz update aufnahmeliste nicht in vdr sichtbar ist, die aufnahmen also nicht auftauchen
außerdem sieht man auch in der samba freigane nichts davon (die mit vdr nichts zu tun hat)
siehr mir eher nach berechtigungsproblem aus, angesehen habe ich mir das im filesystem mit der nach sudo su, aber nur mit dem default user den yavdr beim installieren anlegt sehe ich im recordings dir von vdr einen roten symlink (ungültig), werde ich morgen mal nach schauen
edit:
das verz. /net/TheBox/volume1/video hatte keine berechtigung (alles 0) und besitzer und gruppe root, nach dem das angepasst hatte (777) sind die aufnahmenin vdr sichtbar und auch unter samba

hier mal was im log steht, hinter dem eingebauten update des recordings verz. von vdr kommt trotz abschaltung des nfs nichts mehr
erst nach einem "restart avahi-linker" sehe ich dann unlink meldungen
die fehlermeldungen nach dem anlegen der symlinkks und vor dem update des recordings verz. sagen mir erst mal nichts, da kann ich

Zitat

2014-11-26 23:46:40,615 DEBUG translated audio to Musik
2014-11-26 23:46:40,615 DEBUG created symlink from /net/TheBox/volume1/music to /media/Musik/Music on TheBox on TheBox.local for Music on TheBox on TheBox.local
2014-11-26 23:46:40,616 DEBUG avahi-service resolved: Photos on TheBox on TheBox.local: ['subtype = picture', 'path = /volume1/photo']
2014-11-26 23:46:40,616 DEBUG translated picture to Bilder
2014-11-26 23:46:40,617 DEBUG created symlink from /net/TheBox/volume1/photo to /media/Bilder/Photos on TheBox on TheBox.local for Photos on TheBox on TheBox.local
2014-11-26 23:46:40,618 DEBUG avahi-service resolved: Recordings on TheBox on TheBox.local: ['subtype = vdr', 'path = /volume1/video/TV_show']
2014-11-26 23:46:40,618 DEBUG translated vdr to vdr
2014-11-26 23:46:40,688 DEBUG autofs-path exists: /net/TheBox/volume1/video/TV_show
2014-11-26 23:46:40,688 DEBUG created symlink from /net/TheBox/volume1/video/TV_show to /media/vdr/Recordings on TheBox on TheBox.local for linux for Recordings_on_TheBox(nfs)
2014-11-26 23:46:40,689 INFO created additional symlink for remote VDR dir
2014-11-26 23:46:40,690 DEBUG avahi-service resolved: Movies on TheBox on TheBox.local: ['subtype = video', 'path = /volume1/video/movie']
2014-11-26 23:46:40,690 DEBUG translated video to Video
2014-11-26 23:46:40,691 DEBUG created symlink from /net/TheBox/volume1/video/movie to /media/Video/Movies on TheBox onTheBox.local for Movies on TheBox on TheBox.local
2014-11-26 23:47:05,949 ERROR org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired,or the network connection was broken.Traceback (most recent call last):
File "/usr/bin/avahi-linker", line 630, in update_recdir
dbus_interface = 'de.tvdr.vdr.recording')
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__
return self._proxy_method(*args, **keywords)
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
2014-11-26 23:47:05,950 INFO dbus unavailable, fallback to update /srv/vdr/video.00/.update
2014-11-26 23:47:05,950 INFO set access time for .update

Alles anzeigen

seahawk1986 · 27. November 2014

Die Fehlermeldung kommt, weil er den VDR nicht über dbus2vdr erreichen kann, darauf hin fasst der die .update im Aufnahmeverzeichnis an - Ist bei deinem VDR denn das dbus2vdr-Plugin deaktiviert?

Was ändert sich an den Avahi-Announcements, wenn das NAS an bzw. aus ist?

Code

avahi-browse -lr _nfs._tcp

Und dann mal das NAS an- bzw. abschalten und die Änderungen verfolgen. Das sollte in etwa so aussehen:

Spoiler anzeigen

IG88 · 27. November 2014

hallo,

ja das dbus plugin läuft

nas läuft

Code

+   eth0 IPv4 Movies on TheBox                              Network File System  local
+   eth0 IPv4 Recordings on TheBox                          Network File System  local
+   eth0 IPv4 Photos on TheBox                              Network File System  local
+   eth0 IPv4 Music on TheBox                               Network File System  local
=   eth0 IPv4 Movies on TheBox                              Network File System  local
   hostname = [TheBox.local]
   address = [192.168.105.17]
   port = [2049]
   txt = ["subtype=video" "path=/volume1/video/movie"]
=   eth0 IPv4 Recordings on TheBox                          Network File System  local
   hostname = [TheBox.local]
   address = [192.168.105.17]
   port = [2049]
   txt = ["subtype=vdr" "path=/volume1/video/TV_show"]
=   eth0 IPv4 Photos on TheBox                              Network File System  local
   hostname = [TheBox.local]
   address = [192.168.105.17]
   port = [2049]
   txt = ["subtype=picture" "path=/volume1/photo"]
=   eth0 IPv4 Music on TheBox                               Network File System  local
   hostname = [TheBox.local]
   address = [192.168.105.17]
   port = [2049]
   txt = ["subtype=audio" "path=/volume1/music"]

Alles anzeigen

nas mehrere minuten aus

Zitat

+ eth0 IPv4 Movies on TheBox Network File System local
+ eth0 IPv4 Recordings on TheBox Network File System local
+ eth0 IPv4 Photos on TheBox Network File System local
+ eth0 IPv4 Music on TheBox Network File System local
Fehler beim Auflösen des Dienstes 'Movies on TheBox' des Typ '_nfs._tcp' in Domain 'local': Auszeit erreicht
Fehler beim Auflösen des Dienstes 'Recordings on TheBox' des Typ '_nfs._tcp' in Domain 'local': Auszeit erreicht
Fehler beim Auflösen des Dienstes 'Photos on TheBox' des Typ '_nfs._tcp' in Domain 'local': Auszeit erreicht
Fehler beim Auflösen des Dienstes 'Music on TheBox' des Typ '_nfs._tcp' in Domain 'local': Auszeit erreicht

Alles anzeigen

da die toten symlinks nicht entfernt werden kann ich die samba freigabe des vdr aufnahemverz. nicht mehr öffnen, nach einer wiel kommt ein timeout und man kommt nicht auf die freigabe

seahawk1986 · 28. November 2014

Es könnte sein, dass der avahi-daemon am NAS beim Shutdown nicht rechtzeitig beendet bzw. die Ankündigung der Freigaben zurückgezogen wird, bevor die Netzwerkverbindung des NAS weg ist und dann läuft er in den Timeout. Das kann an einer unglücklichen Sttop-Reihenfolge der Dienste liegen oder möglicherweise auch an anderen Diensten, die auf den avahi-daemon zugreifen und das Beenden verhindern (z.B. über CUPS hatte ich so etwas mal im Arch-Linux Forum gelesen).

Trotzdem wundert mich, dass es keinen früheren Timeout für die angekündigten Dienste gibt - gibt es da eventuell noch irgendwelche Apple Geräte mit Bonjour Sleep Proxy im Netzwerk?

IG88 · 28. November 2014

hallo,

danke guter hinweis mit dem abkündigen des avahi durch das NAS (synology dsm 5.0)
habe auf dem nas mal manuell ein "stop avahi" abgesetzt und sehe die vermissten medungen
- eth0 IPv4 Music on TheBox Network File System local
- eth0 IPv4 Photos on TheBox Network File System local
- eth0 IPv4 Recordings on TheBox Network File System local
- eth0 IPv4 Movies on TheBox Network File System local
danach ist das zusätzliche verzeichnis in der samba freigae weg (und auch die symliks in /media)
muss also noch sehen das ich das dort in ein shudownscript mit reinquetsche

das mit den fehlern beim dbus - etwas das ich noch prüfen kann?
wie passiert da die namensauflösung?
"dbus_interface = 'de.tvdr.vdr.recording'"
ist ja kein fqdn

edit:
1. das mit dem anpassen des shutdown scripts des nas hat funktioniert
2. die dbus meldungen sind im debug log des avahi linkers nicht mehr drin, also alles ok

nochmal danke für die gründliche hilfe

[gelöst] [0.5 testing] avahi mounts werden nach abschaltung des externen nfs servers nicht entfernt -> yavdr hängt beim shutdown fest

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema