MLD 4.0.1 Client auf Raspi: Keine Aufnahmeverzeichnis von yaVDR 0.5a

Zitat von Dumpfbacke

Da aber anscheinend hier jeder mindestens einen rPi rumliegen hat und viele yavdr Nutzer hier sind, hatte ich mir halt eine schnelle und unkomplizierte Antwort gewünscht

Das einfachste dürfte sein den avahi-linker zu installieren und sich keine Gedanken darüber machen zu müssen, was der yaVDR da genau freigibt, weil der ja sowieso schon über Avahi die NFS-Freigabe für das Aufnahmeverzeichnis ankündigt und der avahi-linker am Client den Rest erledigt

Der Mount müsste dann wohl in etwa so aussehen:

mount -t nfs ip.des.ya.vdr:/srv/share/vdr /data/tv

Claus

Zitat von seahawk1986

Das einfachste dürfte sein den avahi-linker zu installieren und sich keine Gedanken darüber machen zu müssen, was der yaVDR da genau freigibt, weil der ja sowieso schon über Avahi die NFS-Freigabe für das Aufnahmeverzeichnis ankündigt und der avahi-linker am Client den Rest erledigt

Der RPI Client läuft oft durch und wird nicht runtergefahren, während der Server(=Haupt-VDR) doch öfters pausiert. Dann gibt es das Problem, dass die Mounts auf dem RPI nicht mehr gültig sind. Kriegt man das avahi skript ohne viel Gefummel dazu, dass nach einem Restart des Servers die Shares automatisch wieder verbunden werden?

Zitat

Das einfachste dürfte sein den avahi-linker zu installieren und sich keine Gedanken darüber machen zu müssen, was der yaVDR da genau freigibt, weil der ja sowieso schon über Avahi die NFS-Freigabe für das Aufnahmeverzeichnis ankündigt und der avahi-linker am Client den Rest erledigt

Irgendwas scheint da in der 4.0.1 nicht zu funktionieren, bei der älteren Mld ging das ohne Probleme.
Der mount Befehl von Clausmuus hat funktioniert.
Danke an alle!
Jetzt muss ich nur FB und WLAN installieren, dann hat sich das tolle Kästchen schon rentiert.

Zitat von kh1309

Dann gibt es das Problem, dass die Mounts auf dem RPI nicht mehr gültig sind. Kriegt man das avahi skript ohne viel Gefummel dazu, dass nach einem Restart des Servers die Shares automatisch wieder verbunden werden?

Ja, das ist die Idee dahinter - sonst reicht es ja auch den Mount über die fstab oder ein Skript beim Start des Clients zu machen.

Im Prinzip passiert folgendes:
Der Server kündigt die NFS-Freigabe des VDR über avahi an. Auf dem Client läuft autofs, das die NFS-Freigaben aus dem Netzwerk in einem bestimmten Verzeichnis automatisch mountet, wenn jemand darauf zugreift (Beispielkonfiguration: https://github.com/yavdr/vdr-a…ter.d/avahi-linker.autofs )
Der avahi-Linker linkt jetzt über symbolische Links aus dem Aufnahmeverzeichnis des VDR auf den Pfad, unter dem autofs die Freigabe einbinden wird und sendet dem VDR die Aufforderung die Aufnahmen neu einzulesen. autofs hängt die Freigabe dann nach Ablauf des timeout wieder aus, wenn nicht darauf zugegriffen wird, falls der VDR weitere Zugriffsversuche macht, wird die Freigabe erneut gemounted.
Wenn der Server heruntergefahren wird, sieht der avahi-linker, dass das Announcement verschwindet (das klappt am besten, wenn man den avahi-daemon am Gegenüber stoppt, bevor die Netzwerkverbindung weg ist, ansonsten läuft das über ein Timeout), löscht darauf hin die Symlinks und lässt den VDR erneut das Aufnahmeverzeichnis erneut einlesen, damit die nicht mehr erreichbare Aufnahmen verschwinden.
Wenn der Server wieder auftaucht, geht das Spielchen von vorne los.

Hi.

Zitat von Dumpfbacke

Irgendwas scheint da in der 4.0.1 nicht zu funktionieren, bei der älteren Mld ging das ohne Probleme.

Ja, das Problem habe ich auch (wieder). Es scheint, dass beim RPI-Client-Image sporadisch mal ein paar Dateien fehlen. Nach obiger Meldung ging es und mit dem letzten Image, welches ich probiert habe, dann auch nicht mehr. Ich habe mich dann mal etwas auf dem funktionierendem und dem nicht funktionierendem MDL-Client umgesehen und festgestellt, dass einige Python-Pakete/-Dateien fehlen. Bei meinem funktionierenden MLD-VDR sieht es auf dem Raspberry so aus:

raspiWZ> ls -lh /usr/share/pyshared/ /usr/lib/python2.7/dist-packages/
/usr/lib/python2.7/dist-packages/:
drwxr-xr-x    1 root     root          90 Aug  8 00:14 avahi
drwxr-xr-x    1 root     root         690 Aug  8 00:14 dbus
-rw-r--r--    1 root     root      131.7K Jul 20 12:02 _dbus_bindings.so
-rw-r--r--    1 root     root        9.9K Jul 20 12:02 _dbus_glib_bindings.so
drwxr-xr-x    1 root     root         100 Aug  8 00:14 glib
drwxr-xr-x    1 root     root         188 Aug  8 00:14 gobject
drwxr-xr-x    1 root     root          28 Aug  8 00:07 gtk-2.0
-rw-r--r--    1 root     root          38 Jul 20 12:02 gtk-2.0-pysupport-compat.pth
lrwxrwxrwx    1 root     root          33 Aug  8 00:07 pygtk.pth -> ../../../share/pyshared/pygtk.pth
lrwxrwxrwx    1 root     root          32 Aug  8 00:07 pygtk.py -> ../../../share/pyshared/pygtk.py
-rw-r--r--    1 root     root         119 Jul 14 13:25 README


/usr/share/pyshared/:
drwxr-xr-x    1 root     root          66 Aug  8 00:07 avahi
drwxr-xr-x    1 root     root         412 Aug  8 00:07 dbus
drwxr-xr-x    1 root     root          40 Aug  8 00:07 glib
drwxr-xr-x    1 root     root          80 Aug  8 00:07 gobject
drwxr-xr-x    1 root     root          28 Aug  8 00:07 gtk-2.0
-rw-r--r--    1 root     root           8 Jul 20 12:02 pygtk.pth
-rw-r--r--    1 root     root        2.9K Jul 20 12:02 pygtk.py

Bei der nicht funktionierenden MLD-Installation fehlen einige Dateien und Verzeichnisse davon. Leider kann ich nicht mehr sagen, welche Version ich damals installiert habe, als es funktionierte. Ich habe stets das Raspberry-Client-Image von der MLD_Homepage heruntergeladen, kein angepasstes Image und nach der Installation auf der SD-Karte das Paket avahi-linker per Webinterface nach installiert. Nachdem ich die fehlenden Dateien auf die nicht funktionierende MLD-Installation kopiert hatte, funktionierte auch dort der Avahi-linker.

ByE...

Hi,

ich hab mir das gestern angeschaut und festgestellt, dass die letzte Version des python-gobject-2 Paketes für den RPI nen Fehler hatte. Der ist nun behoben. Nach nem update sollte das also wieder funktionieren.

Claus

Auch wenn das ein alter Thread ist, aber das ganze läuft noch immer nicht rund und ich beiße mir momentan die Zähne dran aus.
Ich habe verschiedene mögliche Probleme und Ursache als mögliche Gründe gefunden.

Grundsätzlich kenne ich 2 Problemfälle:
Raspi: Der avahi-linker ist installiert und am yavdr wird der Raspi samt seiner Aufnahmen angezeigt. Am Raspi selber aber der yavdr hingegen nicht. Der yavdr erkennt aber alle anderen avahi announces im Netz, solange die nicht von MLD kommen.

MLD 4.01:
dbus und vdr2dbus fehler und Probleme. Er startet erst gar nicht. Logmeldungen sind sehr wenige.
allerdings das hier zeigt auch phyton fehler im avahi-linker script an, oder?

MLD-Sylvia> avahi-linker
Traceback (most recent call last):
  File "/usr/bin/avahi-linker", line 701, in <module>
	bus = dbus.SystemBus(mainloop=loop)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 194, in __new__
	private=private)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in __new__
	bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
	bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused

Dann hat der MLD grundsätzlich in den Exports einen Unterschied zur yavdr. Vermutlich weil yavdr auf user arbeitet und mld auf root?
MLD

## export the data dir rw for everyone
/mnt/data   *(rw,all_squash,anonuid=0,anongid=0,no_subtree_check,crossmnt,fsid=1)


## export the data dir ro
#/mnt/data  	*(ro,async,no_subtree_check,crossmnt,fsid=1)


## export a dir of a harddisk rw
#/data/tv/tv0   *(rw,all_squash,anonuid=0,anongid=0,no_subtree_check)


## export a dir of a harddisk ro
#/data/tv/tv0   *(ro,async,no_subtree_check)

Yavdr:

/srv/share/vdr  	*(rw,fsid=0,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)


/srv/audio  	*(rw,fsid=1,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)


/srv/video  	*(rw,fsid=2,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/picture  	*(rw,fsid=3,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)

könnte das erklären, dass der yavdr den mld sieht, aber umgekehrt nicht? (wie beim raspi bemerkt?)

Hier ist der Komplette Beitrag dazu:
http://www.minidvblinux.de/forum/index.php/topic,6310.msg47037.html#msg47037

Vielleicht findet sich hier jemand der noch eine Idee hat.
Danke

Hi,

also ich habe beim RPI (MLD) den avahi-linker installiert, schon waren die Aufnahmen vom yaVDR 0.5.
Was aber ewig dauert bis der RPI dann ein Bild bringt. Werde ich wohl wieder ausschalten... mal testen

Meine Probleme sind noch:
1. Timer kann ich aber vom Server (yaVDR) nicht sehen
2. ab und an bleibt das Bild einfach stehen, scheint wohl am streamdev zu liegen, gerade nach dem starten vom RPI stottert es mächtig und bleibt dann stehen bis man umschaltet
3. warum blockiert der streamdev immer eine DVB Karte, kann man das auch abschalten, habe schon drei drin, aber wenn noch zwei Aufnahmen laufen, dann kann man am Server nicht mehr schauen, RPI hat wohl Vorrang.
4. ausschalten per command geht auch nicht, reboot geht auch nur per -f

Na ja, schaut schon mal gut aus mit dem RPI, aber ob das produktiv durch geht bei der Chefin...

Die Avahi-linker Probleme dürften nun ausgestanden sein, allerdings spielt autofs noch nicht mit. D.h. zur Zeit muß man die yavdrs noch als static Mount anlagen.