[Mail]

Setup:

• Client - MLD Raspberry PI MLD-3.0.1-rpi_rpi-client-2013.12.19_57
• Server - YaVDR 7 + Ubuntu

Wenn ich einen Timer setzte und der local auf dem Client lauft (aufnahme wird remote ueber nfs gespeichert) dann haengt sich der Client nach einer weile auf. Dann hilft nur noch ein Reboot.

Wenn ich ein nfs gemountete DVD Ordner abspiele dann haengen sich die Aufnahme nach einige Sekunden auf. Der Client reagiert weiter und ich kann das abspielen beenden.

Gits da eine loesung oder irgenwie ein zusammenhang?

[t-bird.de]

Hallo Mail,

zeige mal deine mount-parameter aus der /etc/fstab.

LG

t-bird

[Delaney]

Wenn ich einen Timer setzte und der local auf dem Client lauft (aufnahme wird remote ueber nfs gespeichert) dann haengt sich der Client nach einer weile auf. Dann hilft nur noch ein Reboot.

der hängt sich evtl gar nicht auf sondern ist nur hemmungslos überlastet. Bei dieser "Methode" läuft die Aufnahme 2x mal sinnlos durchs Netz.
Sorry, aber das ist auch leider der völlig falsche Weg um Timer remote zu setzen.
Howtos dazu gibts eigentl in Hülle und Fülle, bspw. dieses:

http://www.vdr-portal.de/board60-linux/board14-betriebssystem/board96-yavdr/104890-server-client-installation-howto/

Wichtig ist dabei vdr-plugin-svdrposd auf dem Server und addon-remotetimers auf dem client, letzteres kann dann den Menüeintrag Timer ersetzen.
Beim Schneiden der Aufnahmen des Servers über den Client gibts nen ähnlichen Stolperstein, find nur gerade nix nachlesbares, ist u.a. auch von Änderungen oder Erweiterungen von Skins + Menüs abhängig.

[Mail]

Hi t-bird,

Code: [Select]

proc        /proc           proc    defaults            0 0
devpts      /dev/pts        devpts  mode=0620,gid=5     0 0
sysfs       /sys            sysfs   defaults            0 0
usbfs       /proc/bus/usb   usbfs   defaults            0 0
/dev/dvd    /media/dvd      auto    ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto    ro,noauto           0 0
/mnt/mmcblk0p1/root/data   /mnt/data       auto    -o bind             0 0
192.168.1.2:/var/lib/video.00 /mnt/data/tv nfs hard 0 0
192.168.1.2:/var/lib/video.01 /mnt/data/tv1 nfs hard 0 0
192.168.1.2:/var/lib/video.02 /mnt/data/tv2 nfs hard 0 0
192.168.1.2:/var/lib/vdr /mnt/data/vdr-conf nfs hard 0 0
192.168.1.2:/var/lib/films /mnt/data/iso nfs hard 0 0

exportiert vom Server als

Code: [Select]

/var/lib/films 192.168.1.0/24(ro,async,subtree_check)

[Mail]

Hi Carsten,

der hängt sich evtl gar nicht auf sondern ist nur hemmungslos überlastet. Bei dieser "Methode" läuft die Aufnahme 2x mal sinnlos durchs Netz.

Hier gebe ich dir recht.

Wichtig ist dabei vdr-plugin-svdrposd auf dem Server und addon-remotetimers auf dem client, letzteres kann dann den Menüeintrag Timer ersetzen.

Sind sie auch

Das problem ist wenn man ein Timer setzt ist der immer zuerst local, wenn mann nicht ueber den Remote Timer Menu geht. Mann muss dann den Timer editieren und ihn als remote setzen. Das geht aber nur wenn der Timer noch nicht lauft.

[Delaney]

Moin "Mail",

, wenn mann nicht ueber den Remote Timer Menu geht.

und warum sollte man auf einem reinen Client nicht immer dieses nehmen?

[t-bird.de]

Hi Mail,

logge dich mal per ssh auf dem RPI ein und gebe den Befehl "mount" ein. Dann siehst du, mit welchen Parametern die nfs-shares gemountet sind.

Mit deinen Einstellungen wird "tcp" mit ungünstigen Read/Write Paketgrößen verwendet. Das erzeugt hohe Last auf einem RPI.

Versuche als erstes mal so zu mounten: Zusätzlich zu "hard" gibst du "udp" und mit "rsize=4096,wsize=4096" eine günstigere Paketgröße vor. Das sieht dann so aus:

192.168.1.2:/var/lib/video.00 /mnt/data/tv nfs hard,udp,rsize=4096,wsize=4096 0 0

Mache dies für alle deine shares, die du vom Server mounten willst! Nach dem Reboot kannst du dann wieder per Befehl "mount" überprüfen, ob die Parameter auch ziehen.

Bzgl. des Timersetzens muss ich Delaney recht geben. Es macht keinen Sinn, auf einem reinen Client lokale Timer zu setzen. Da werden die Pakete vom Server zum Client geleitet um dann vom Client zum Server für die Aufnahme zurückgeleitet zu werden. Insbesondere unter Verwendung eines RPI absurd.
Bei meinen RPI werden Timer ohne irgendein Nachbearbeiten sofort als Servertimer gesetzt. Das ist lediglich eine Frage der Einstellungen. War tricky und ich habe mit den Einstellungen rumspielen müssen, schlussendlich habe ich es aber hinbekommen. Bei Bedarf kann ich dir an dieser Stelle gerne helfen.

LG

t-bird

[Mail]

Hi t-bird

ich habe dass mit dem Mount Parameter ausprobiert aber es hat nichts gebracht, das DVD haengt trotzdem:

Vorher

Code: [Select]

> mount
192.168.1.2:/var/lib/films on /mnt/data/iso type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=19 2.168.1.2,mountvers=3,mountproto=tcp,local_lock=none,addr=192.168.1.2)

> top
Mem: 228912K used, 23772K free, 0K shrd, 13076K buff, 163052K cached
CPU:   1% usr   5% sys   2% nic  89% idle   0% io   0% irq   1% sirq
Load average: 1.20 1.02 0.72 1/100 3988

Nacher

Code: [Select]

> mount
192.168.1.2:/var/lib/films on /mnt/data/iso type nfs (rw,relatime,vers=3,rsize=4096,wsize=4096,namlen=255,hard,proto=udp,timeo=11,retrans=3,sec=sys,mountaddr=192.168.1.2,mountvers=3,mountproto=udp,local_lock=none,addr=192.168.1.2)

> top
Mem: 170616K used, 82068K free, 0K shrd, 12952K buff, 101476K cached
CPU:   1% usr   5% sys   4% nic  86% idle   0% io   0% irq   2% sirq
Load average: 0.48 0.61 0.67 1/101 3889


Ich habe das jetzt mit dem Timers hinbekommen aber habe dafuer jetzt Problem mit den EPG Daten. In den Remote Timer plugin musste ich nur Replace Schedule auf Yes umstellen. Warscheinlich war es so wegen das Problem mit dem EPG Daten die nur teilweise geladen werden.

Kann ich eigentlich die EPG Datei vom server mounten und dam ein symlink setzten so wie ich das mit dem channels.conf gemacht habe?

Mail