yaVDR "entschleunigen" für NFS mount

Zitat

Original von riva

als begeisterter yaVDR 0.3 Umsteiger tue ich mir aktuell immer noch schwer mein "altes" Produktivsystem mit einer DVB-S FF einzumotten, da - wie wir ja alles wissen - der WAF die höchste aller Prioritäten hat

Um den entsprechenden WAF zu bekommen, muss ich das wirklich fix startende yaVDR "entschleunigen", es soll direkt ein NFS mount als Videoverzeichnis einbinden, da hier alle Aufnahmen liegen. Die jetzigen Distris (EASYVDR 0.8, zen2mms 1.3) machen das recht problemlos, auch wenn Sie länger beim hochfahren benötigen.

Moin,

ich konnte direkt wechseln, denn die Fernbedienung ist ja im Wesentlichen gleich geblieben - und die ist zumindest für meine Frau der wesentliche Teil der GUI... Nur Mut

Wegen NFS: Dazu brauchst Du den Start aber nicht entschleunigen. Es gibt eine in die fstab einzutragende NFS-Mount-Option, nach der erst gemounted wird, wenn das Share über das Netz auch zur Verfügung steht. Kann nur erst heute Abend schauen, welche das ist. Sonst halt mal man nfs oder so. Nutze ich standardmäßig auch am Laptop (dann kommt das Laufwerk automatisch bei Einwahl per VPN hoch).

yaVDR muss man dann höchstens noch ein "Videoverzeichnis neu Einlesen" geben. Notfalls per Cron - aber bei mir erscheint das eigentlich auch so.

Habe das bei mir über mount an vernünftigen Stellen und dann Symlink ins Video-Verzeichnis des Clients gemacht, weil ich Timeshift z.B. lokal schreiben lasse und alles unter "Aufnahmen" sehen will. Gut, der Symlink heißt natürlich irgendwie (so dass er ganz vorn steht) und den muss man anwählen, um die Aufnahmen auf dem Server zu sehen... das wird WAF-mäßig aber akzeptiert.

Siehe auch hier: http://www.yavdr.org/blog/blog…d-mounting-of-nfs-shares/

IMHO ist das auch in stable verfügbar. Braucht bestimmt noch etwas Testing, aber funktioniert hier schon hervorragend. Bei entsprechender Konfiguration tauchen dann Freigaben automatisch auf und wieder ab. Zum Beispiel unter "Aufnahmen_auf_Server".

Ok - also zeroconf. Wobei meine Lösung auch prima läuft und ich bleibe erstmal auch dabei, denn mein ganzes Netzwerk läuft so.

Die Option in der fstab ist "_netdev". Dazu:

_netdev
    The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system).

Das sind die gesamten von mir genutzten Optionen, falls interessant:

nfs4 auto,rw,nodev,sync,_netdev,proto=tcp,retry=10,hard,intr	0	0

Damit wird das Share erst gemounted, wenn auch das Netz da ist.

Ist denn die Berechtigung so das der VDR das Verzeichnis auch lesen kann ? Das wäre das einzige was ich mir als Problem vorstellen kann.

Vorsicht. Das Videoverzeichnis lautet doch /srv/vdr/video.00. /var/lib/video sollte eigentlich ein link auf /srv/vdr/video.00 sein.

Gruß
Arno

Hi,

ich hab auch so eine Konfiguration und den mount-Befehl (bzw. umount) einfach in das Start-Skript /etc/init.d/vdr reingeschrieben, und zwar direkt vor dem Start des VDR-Prozesses selbst. Man kann dann über ein && sleep 5 && den Startvorgang des VDR etwas verzögern. Funzt bei mir schon seit Ewigkeiten fehlerfrei.

Der Avahi-Mounter hat selbst mich überrascht wie gut der funktioniert. Ich habe die *.service dementsprechend meinen lokalen Pfaden angepaßt und es läuft. Auch auf meinen reinen Ubuntu-Fileserver habe ich die entsprechenden *.service im Einsatz

Ich würde mir nur ein, zwei weitere Mountbezeichnungen wünschen da ich weitere NFS Sharebezeichnungen nutze.

Zitat

Original von raha
ich hab auch so eine Konfiguration und den mount-Befehl (bzw. umount) einfach in das Start-Skript /etc/init.d/vdr reingeschrieben, und zwar direkt vor dem Start des VDR-Prozesses selbst. Man kann dann über ein && sleep 5 && den Startvorgang des VDR etwas verzögern. Funzt bei mir schon seit Ewigkeiten fehlerfrei.

Das funktioniert ganz sicher nicht mit yaVDR, da der Skript /etc/init.d/vdr gar nicht benutzt wird.

Gerald

Zitat

Original von utiltiy
Der Avahi-Mounter hat selbst mich überrascht wie gut der funktioniert. Ich habe die *.service dementsprechend meinen lokalen Pfaden angepaßt und es läuft. Auch auf meinen reinen Ubuntu-Fileserver habe ich die entsprechenden *.service im Einsatz

Freut mich zu hören

Zitat

Ich würde mir nur ein, zwei weitere Mountbezeichnungen wünschen da ich weitere NFS Sharebezeichnungen nutze.

Da muss ich mir noch was überlegen. Das Problem ist, dass die Bezeichnungen in der Servicedatei beim Abmelden eines Services nur zum Teil verfügbar sind und ich dann nicht mehr sicher sagen kann, welcher mount aufgehoben werden soll. Daher bin ich hier etwas eingeschränkt.

Btw. was meinst du genau mit "Mountbezeichnungen"? Denkst du an andere Subtypen? Das liese sich leicht erweitern. Ich nehme Vorschläge gerne an.

Gruß

Arno