1

Allgemein [ General ] / [MLD5.5-Testing] VDR segfault bei installiertem epg2vdr paket

« on: December 14, 2022, 20:42:12 »

Ich komme jetzt den Segfaults die ich schon einmal hier

https://www.minidvblinux.de/forum/index.php/topic,10449.msg83169.html#msg83169

beschrieben hatte näher. Sie haben wohl nichts mit dem NFS Share zu tun. Es handelt sich um ein weiteres Problem und deshalb markiere ich den oben genannten Thread erstmal.

Reproduzierbar kommt der VDR nicht damit klar, wenn das PlugIn epg2vdr installiert ist. Der VDR stürzt sofort ab.

Code: [Select]

Dec 14 20:26:13 MLD user.info vdr: [26646] starting plugin: epg2vdr
Dec 14 20:26:13 MLD user.err vdr: epg2vdr: Info: Calling mysql_library_init()
Dec 14 20:26:13 MLD user.debug vdr: [26651] SATIP#0 tuner thread started (pid=26646, tid=26651, prio=high)
Dec 14 20:26:13 MLD user.debug vdr: [26650] SATIP discover thread started (pid=26646, tid=26650, prio=high)
Dec 14 20:26:13 MLD user.info kernel: [ 1043.912598] vdr[26646]: segfault at 8 ip 0000561f128d6bc0 sp 00007ffef4fb56e8 error 4
Dec 14 20:26:13 MLD user.info kernel: [ 1043.912607] Code: 06 00 48 8b 08 e8 90 a4 f6 ff 31 c0 e9 9a fb ff ff 45 0f b6 7e 01 89 04 24 49 83 c6 01 e9 10 fd ff ff 8b 1c 24 e9 4b fe ff ff <48> 8b 4f 08 48 8d 3d 55 25 0d 00 45 31 c0 e9 0d 13 f9 ff 90 66 66
Nach Entfernen des Plugins läuft er wieder zuverlässig.
In letzter Zeit hatte ich immer EPGd für das Timer anlegen verwendet (und als Server-Bedienobefläche). Für die Anbindung an den vdr brauche ich epg2vdr oder?
Alternativ komme ich vermutlich auch erstmal sehr gut mit Vdr Admin zurecht.

Ist dieses Problem bei Euch reproduzierbar? Hilft Euch nochmal ein Debug-Log?

Ralf

2

Allgemein [ General ] / [MLD5.5 testing/unstable]: Bekomme NFS Share fuer Daten nicht ans laufen

« on: December 11, 2022, 18:05:25 »

Mit vielen Versuchen habe ich es geschafft, fuer meinen virtualisierten MLD Server den NFS Share bekannt zu machen. Allerdings habe ich jetzt ein Problem mit den Zugriffsrechten.

Im Log des VDRs steht folgendes:

Code: [Select]

VDR exits at So Dez 11 17:20:10 CET 2022
vdr: can't access video directory /data/tv
Wenn ich mit putty und root Rechten nachschaue:

Code: [Select]

> ls /data -la
drwxrwsrwx    3 777      100           4096 Dec 11 16:16 .
drwxrwxr-x    1 root     root           142 Dec 11 14:40 ..
drwxrwsr-x    2 777      100           4096 Dec 11 16:16 tv
> ls /data/tv -la
drwxrwsr-x    2 777      100           4096 Dec 11 16:16 .
drwxrwsrwx    3 777      100           4096 Dec 11 16:16 ..

Ordner kann ich auch selbst anlegen, die bekommen dann aber den 'nobody' owner

Code: [Select]

MLD-SERVER> mkdir blubb
MLD-SERVER> ls -la
drwxrwsrwx    4 777      100           4096 Dec 11 18:01 .
drwxrwxr-x    1 root     root           146 Dec 11 17:56 ..
drwxrwsr-x    2 nobody   100           4096 Dec 11 18:01 blubb
drwxrwsr-x    2 777      100           4096 Dec 11 16:16 tv

Die fstab sieht so aus:

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=41a2a554-1944-4596-ac15-73e0e8dbe5e3  /  auto  defaults  0 1
UUID=e6dfe2d2-d392-42f6-b33a-6233320e8fbf  /mnt/vda3  auto  defaults  0 2
/mnt/vda3/.cache  /var/cache  none  bind  0 0
192.168.2.3:/export/VdrData  /mnt/192.168.2.3__export_VdrData  nfs  bg  0 0
/mnt/192.168.2.3__export_VdrData  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0

Den Ordner Tv hat der vdr selbst angelegt, da ich zusätzlich ja auch Zugriff (als root) von MLD aus habe gehe ich davon aus, dass der Share prinzipiell funktioniert.
Was fehlt mir noch, oder wo habe ich meinen Denkfehler?

Hat jemand eine Idee was ich noch prüfen kann?

Ralf

3

Allgemein [ General ] / Gelöst: Mehrere Probleme im Server-Client Szenario (RemoteOSD,Shared Recordings)

« on: December 26, 2018, 16:04:46 »

Erstmal Frohe Weihnachten an alle!

Kaum bin ich im Form angemeldet komme ich als "Einstieg" auch schon mit dem ersten Problem ;-)

Als Urlaubsprojekt habe ich mir in den Kopf gesetzt meinen liebgewonnenen VDR (reiner Client, YAVDR) in eine Server-Client Installation per komplettem Neuaufsetzen zu erweitern. Letztendlich bin ich jetzt bei MLD gelandet, da mir das Konzept am weitesten entgegenkommt.
Überzeugt hat mich (als Windows-Experte aber Linux Dilettant) dabei die einfache Webkonfiguration und ich habe mich an ein fortgeschrittenes Szenario gewagt (siehe auch Signatur). Mittlerweile hänge ich an mehren Problemen auf mehreren Ebenen, die zwar ansatzweise z.T. hier im Forum schon mal besprochen wurden aber letztendlich für mich nicht zur Lösung geführt haben.

Also fange ich einfach mal mit dem Ersten an:

Ich betreibe hier:

Sat-IP Server: DD Octopus NET V2 Max M4  (192.168.2.33)
Server: OMV4 + VirtualBox + MLD5.4-Stable (Server) (192.168.2.3, 192.168.2.4)
Client: MLD5.4-Stable (Client) (192.168.2.50)

Für beide MLD Instanzen ist das VDR-SATIP-Plugin aktiviert und gibt auch Empfang. Allerdings werden beide Logs durch die folgenden Fehler (mehrfach die Sekunde) geflutet:

Dec 26 15:24:00 (MLD) user.err vdr: [16429] SATIP-ERROR: Connect failed [device 0]
Dec 26 15:24:00 (MLD) user.err vdr: [16432] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.2.33/ [device 1]
Dec 26 15:24:00 (MLD) user.err vdr: [16432] SATIP-ERROR: Connect failed [device 1]
Dec 26 15:24:00 (MLD) user.err vdr: [16429] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.2.33/ [device 0]
Dec 26 15:24:00 (MLD) user.err vdr: [16429] SATIP-ERROR: Connect failed [device 0]

Sowohl auf dem Server als auch dem Client ist das SAT_IP Plugin auf Betriebsart niedrig eingestellt. Ich sehe jedoch ziemlich häufig dass alle 4 Tuner auf der Octopus belegt werden. Obwohl auf dem Client der EPG Daemon abgeschaltet ist und keine Timer anstehen.

Wie werde ich diese Fehler los und wie erreiche ich Kontrolle darüber wann sich welcher Tuner gegriffen wird?
Ziel ist es eigentlich dass nur der Server die Tuner (für Aufnahmen + EPG) belegt und der Client maximal einen Tuner oder noch besser einen Server Kanal streamed. Mit dem Streamdev-Client bin ich da leider auch noch nicht weitergekommen.

Viele Grüße

Ralf