1

Allgemein [ General ] / epg-daemon und epg2vdr --> EPG am Client bleibt leer

« on: April 29, 2023, 11:55:07 »

Da hilft dir vermutlich das epgd-tool weiter.

Code: [Select]

MLD-SERVER> epgd-tool

MySQL helper script by 3PO

usage: [-new-db] [-new-u] [-del-db] [-del-u] [ -del-all] [-show] [-fix-cnf] [-dropview] [-drop-all] [-drop-pics] [-check-events] [-check-pic] [-show-stats] [-show-size] [-apikey]

        -new-db         Create new Database for epg2vdr
        -new-u          Create new User for epg2vdr
        -del-db         Delete epg2vdr Database
        -del-u          Delete User epg2vdr
        -del-all        Delete epg2vdr Database and User epg2vdr
        -show           Shows GRANTS for epg2vdr and list Databases and Users
        -fix-cnf        Disable "bind-address" in /etc/my.cnf
        -dropview       Drop Table "eventsview" in Database
        -drop-all       Drop all Tables in epg2vdr Database
        -drop-pics      Delete all Pictures from epg2vdr Database
        -check-events   Shows quantity of Events in Database imported per source
        -check-pic      Shows quantity of EPG Pictures stored in Database
        -show-stats     Shows the Stats and Versions of EPGd and the connected VDRs
        -show-size      Shows the Size of the Tables in the epg2vdr Database
        -apikey         Checks the validity of the API key for https://www.themoviedb.org

Dokumentation dazu habe ich auf die Schnelle nicht gefunden ...
Gruss Ralf

2

Allgemein [ General ] / epg-daemon und epg2vdr --> EPG am Client bleibt leer

« on: April 16, 2023, 11:51:09 »

Sind die Daten denn im Server (sprich die epgd Webseite / EPG Programmseite) bereits vorhanden?
Nach meiner Erfahrung dauert es ein bisschen (bis zu 1 bis 2 Tagen) bis sich die Epg Daten im Server füllen.

Ralf

3

x86 Systeme (PC) / MLD 5.5 testing: Nach Neuinstallation Segfault bei Plugin EPG2VDR auf Client

« on: April 16, 2023, 11:48:14 »

Ich nutze nur die Epg Daten vom Sender. Fuer epgd ist meines Wissens keine externe Datenquelle notwendig.
Wenn ich es richtig verstanden habe ermöglicht das epg2vdr PlugIn dem VDR den Zugriff auf die in epgd vorhandenen Daten (auch remote).

Ralf

4

x86 Systeme (PC) / MLD 5.5 testing: Nach Neuinstallation Segfault bei Plugin EPG2VDR auf Client

« on: April 08, 2023, 14:02:06 »

Habe das Problem mit dem Hinweis aus diesem Thread lösen können:

https://www.vdr-portal.de/forum/index.php?thread/135300-vdr-crasht-nach-epg-installation-yavdr07-ubuntu-22-04/

Der Punkt ist wohl, dass bei MLD die Konfiguration des Plugins schiefläuft. Aus meiner Erinnerung gab es dabei einen Error.
Nach dem setzen einer frischen eindeutigen UUID fuer epg2vdr und neustart des vdr war das Problem dann weg.

Ralf

5

x86 Systeme (PC) / MLD 5.5 testing: Nach Neuinstallation Segfault bei Plugin EPG2VDR auf Client

« on: December 15, 2022, 14:24:37 »

Hallo zusammen,

bei mir stellt sich dieses Problem jedenfalls auch ein. Bei mir ist es eine frische MLD5.5 testing mit epg-Daemon und vdr-plugin-epg-vdr

siehe auch hier

https://www.minidvblinux.de/forum/index.php/topic,10451.msg83189.html#msg83189

Ralf

6

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

« on: December 15, 2022, 14:18:28 »

Sorry, sehe gerade dazu gibt es schon einen Thread:

https://www.minidvblinux.de/forum/index.php/topic,10407.msg82832.html#msg82832

Ist wohl dasselbe Problem bei mir ...

7

Allgemein [ General ] / [MLD5.5 testing/unstable]: Bekomme NFS Share für Daten nicht ans laufen [gelöst]

« on: December 14, 2022, 20:53:53 »

Der NFS Share scheint soweit erstmal zu laufen. Mein Problem war wohl eine Überlagerung von falscher NFS Share Konfiguration ('no_root_squash' fehlte, Unwissenheit über die korrekten Einträge in der fstab, falsche Benutzung des MLD Web-IF zum NFS Share Mappen und dazu noch störende Daten in /data bzw. falsch angelegt :-)

Der beschriebene VDR Segfault kam dann noch zusätzlich dazu und hat verhindert, dass ich das Problem oben lösen konnte.
Dafür habe ich ein eigenes Thema aufgemacht - da dieser nicht mit dem Share zusammenhaengt.

https://www.minidvblinux.de/forum/index.php/topic,10451.msg83190.html#new

Ralf

8

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

9

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

« on: December 13, 2022, 22:55:26 »

Hab mal ein Debug-Log mit dem Crash angehängt.

Allerdings habe ich diesen Crash auf einmal nicht mehr nachvollziehbar hinbekommen. Ich vermute auf dem MLD System war auf dem MLD System aus vorhergehenden Versuchen ein Order /data angelegt, den ich nun geloescht habe. Könnte es sein dass dieser mit dem NFS Mount der auch dorthin mapped in Konflikt geraten ist?

Das Sticky Bit hatte ich bereits in meinen Versuchen vorher geloescht, sowie alle Unterordner.

Der Zugriff vom (nun laufenden Vdr) auf den data NFS Mount ist jetzt erstmal gegeben - soweit sieht es wohl gut aus.
Für weitere Aussagen/Tests wird es mir gerade wieder mal zu spät - ich bleibe aber die Nächsten Tage am Thema dran. Melde mich auf jeden Fall noch ...

Besten Dank soweit für die Hinweise

Ralf

10

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

« on: December 12, 2022, 22:38:26 »

Hallo Roland,

ja das ist drin. Sporadisch hatte er ja unter /data auch schon den /tv Ordner (kurz vorm segfault) angelegt. Per Putty als root konnte ich problemlos von der MLD Seite in den Share Greifen und Daten anlegen/loeschen.

Ralf

11

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

« on: December 12, 2022, 21:47:52 »

Zusatzhinweis:
Habe jetzt nochmal parallel einen MLD5.4 Server (Stable) aufgesetzt als VM.
Der NFS Share funktioniert hier (auf Anhieb besser) als mit MLD5.5.
Zumindest konnte ich vom MLD drauf zugreifen und der VDR stürzt auch nicht ab.

Ich konfiguriere dieses System mal weiter und schaue, ob ich hier weiter komme.

Edit: Aufnahmen funktionieren wie erwartet auf der MLD5.4 VM (im NFS-Share) ohne auffälligkeiten.

Wie kann ich helfen das Problem für MLD5.5 weiter einzugrenzen?
Da ich ja jetzt ausschliessen kann, dass der Share das Problem ist, koennte ich die nächsten Tage (noch einmal!) die MLD5.5 genauso wie die 5.4 aufsetzen - auch wenn ich nicht glaube dass ich dort weiter komme - das Problem scheint grundsätzicher zu sein.
Für heute mache ich jedenfalls erst mal Schluss.

Besten Dank für die Unterstützung soweit ...

Ralf

12

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

« on: December 12, 2022, 20:30:57 »

Hast du mal mit dem mount Befehl nachgeschaut, ob der nfs Mount und der mergerfs Mount erfolgreich durchgeführt wurden?

Die Mounts sehen so aus:

Code: [Select]

MLD-SERVER> mount
/dev/vda2 on / type btrfs (rw,relatime,noacl,space_cache,subvolid=259,subvol=/@root)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
dev on /dev type devtmpfs (rw,relatime,size=1007184k,nr_inodes=251796,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/vda3 on /mnt/vda3 type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/vda3 on /var/cache type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
192.168.2.3:/export/VdrData on /mnt/192.168.2.3__export_VdrData type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.3,mountvers=3,mountproto=tcp,local_lock=none,addr=192.168.2.3)
/mnt/192.168.2.3__export_VdrData on /data type fuse.mergerfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
Unbedarft wie ich bin - für mich sieht das gut aus oder?

würde ich prüfen, ob die Option "no_root_squash" in "/etc/exports" bei Dir existiert

Damit wird es nicht wirklich besser. Die Exports auf der NAS Seite:

Code: [Select]

/export/VdrData 192.168.2.4(fsid=c0b5a160-2fe4-4956-883c-2147ed7a2245,rw,subtree_check,insecure,no_root_squash)

# NFSv4 - pseudo filesystem root
/export 192.168.2.4(ro,fsid=0,root_squash,no_subtree_check,hide)
Hab nochmal den Inhat /data Ordner gelöscht bevor ich gestartet habe ...
Erhalte dann wiederholte segfaults.

VdrLog:

Code: [Select]

egmentation fault
VDR exits at Mo Dez 12 20:18:46 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:18:57 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:19:08 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:19:19 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:19:29 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:19:40 CET 2022
Segmentation fault
VDR exits at Mo Dez 12 20:19:51 CET 2022

Im SystemLog:

Code: [Select]

Dec 12 20:19:29 MLD user.err vdr: epg2vdr: Info: Calling mysql_library_init()
Dec 12 20:19:29 MLD user.info kernel: [   64.471951] vdr[4767]: segfault at 8 ip 0000563c2d345bc0 sp 00007ffd8acd32f8 error 4 in vdr[563c2d2af000+f4000]
Dec 12 20:19:29 MLD user.info kernel: [   64.471969] 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
Dec 12 20:19:31 MLD daemon.err nmbd[3806]: [2022/12/12 20:19:31.155953,  0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)

Ralf

13

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

14

x86 Systeme (PC) / Fehlende Netzwerkkarte in VirtualBox 6.1/MLD5.5

« on: December 10, 2022, 19:45:51 »

Eventuell musst Du für kvm das network-drivers Paket hinzufügen, oder das kvm-virtio.

Ich habe es anscheinend jetzt doch hinbekommen. Oben ist der entscheidenende Hinweis. Ich hatte vergeblich immer mit der Standard Installations ISO probiert.
Mit einem Customized-ISO Server + kvm-virtio hat es sofort funktioniert. In Kombination mit der Netzwerk-Bridge br0 im Host hat der MLD-Guest per DHCP die IP bekommen.

Zum Problem bezueglich VirtualBox kann ich damit vermutlich nichts beitragen, das wurde oben ja schon probiert.

Ich verstehe zwar nicht was ich hier tue, aber solange es zum Ergebnis führt 
Mein Wochenende scheint gerettet.

15

x86 Systeme (PC) / Fehlende Netzwerkkarte in VirtualBox 6.1/MLD5.5

« on: December 10, 2022, 18:27:43 »

Hallo, wollte mal fragen ob sich bei diesem Thema hier noch weitere Erkenntnisse ergeben haben. Ich stehe gerade vor anscheinend demselben Problem.

Nachdem der MldServer5.4 jahrelang unter OMV4 und VirtualBox weitestgehend problemlos gelaufen hat, bin ich ein groesseres Systemupdate angegangen. Der HP 8 Microserver wird auch als NAS Backupsystem genutzt und die Festplatten waren mittlerweile 6 Jahre 365x24 in Betrieb. Die Idee:

Neue Festplatten
OMV4 --> OMV6
MLD5.4 --> MLD5.5

Ich scheitere gerade allerdings am aufsetzen der KVM (als Ersatz von VirtualBox). Ich bekomme das Netzwerk über eine Bridge nicht in die Guest MLD reingereicht, und da hoeren meinen Kenntnisse auf.
Hab jetzt schon einige verschiedene Konfigurationen durch, aber bis auf die virtuellen Subnetzaddresse habe ich bis jetzt nichts anbinden koennen. Die Anbindung per VirtualBox (Bridged mit eigener IPAddresse im Heimnetzwerk per DHCP) war nie ein Problem.

Gruesse Ralf