[solved][epgd/epg2vdr] Verdoppelung von Events

Und wie es aussieht, kommt auch das EPG der Sender nicht zum EPGD, bei denen in der channelmaps.conf z.B.

vdr:000:0:1 = S19.2E-1-1101-28107 // BR Fernsehen Süd

steht.

Lt. der Tabelle vdrs gab es auch noch keinen merge - falls der Eintrag da was zu bedeuten hat.

Dafür habe ich jetzt jeden Eintrag bereits dreimal - jeder davon sieht etwas anders aus 8-(

Kann es sein, dass der Merge kaputt ist?

Als Beispiel:

Quote from theonlychriss

Hast du ggfs. mehrere epgd-Instanzen in der Tabelle vdrs stehen, die auf unterschiedlichen Interfaces horchen und somit zu unterschiedlichen Timestamps den Merge machen sollten? Das Problem hatte ich letzte Woche, bis ich mal gecheckt hatte, dass "lastmerge" bei dem "richtigen" vdr-Eintrag NULL gewesen war. Wie auch immer es dazu gekommen war.

Ich hatte ja die Datenbank gelöscht.

Jetzt stehen zwei Einträge drin, nämlich der EPGD als "epgd" und der Server mit seinem Namen - sonst nix.

Was mir aber im epg2vdr Config auffällt: Ich hab ne bridge (hatte ich aber immer schon):

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP group default qlen 1000
    link/ether 00:25:90:f5:7b:a0 brd ff:ff:ff:ff:ff:ff
    altname eno1
    altname enp6s0
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:25:90:f5:7b:a1 brd ff:ff:ff:ff:ff:ff
    altname eno2
    altname enp7s0
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 00:25:90:f5:7b:a0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.4/24 brd 192.168.1.255 scope global br0
       valid_lft forever preferred_lft forever
    inet 192.168.129.10/24 brd 192.168.129.255 scope global br0
       valid_lft forever preferred_lft forever

Und der VDR als Hostname "vdr" läuft auf 192.168.1.4, epg2vdr beharrt im Setup aber auf br0:192.168.129.10 für das svdrp Interface.

Kann das ein Problem sein? Nur warum auf einmal - wie gesagt, war schon seit Jahren so.

Ne, wars auch nicht - jetzt sind zwar die EPG-Daten in der EPGD-Datenbank, die nur aus dem EPG des VDR kommen, aber die Doppelten im EPG von VDR sind erneut da.

Ok, also irgendwas beim Update des EPG ist definitiv kaputt.

Wenn man alles von Grund auf neu aufbauen lässt, ist vor und auch nach dem ersten Schreiben der Daten ins EPG die EPGD-Datenbank völlig in Ordnung, im EPG des VDR dagegen ist vor dem ersten Schreiben noch alles in Ordnung, danach sind alle Sendungen doppelt vorhanden (einmal mit, einmal ohne Daten von TVSP/TVM).

Dreimal getestet - dreimal dasselbe Ergebnis.

Was nun?

Quote from wmautner

Hmm, doppelte Einträge in der epg.dat hab ich auch öfter mal, meist unterscheiden sich die im verwendeten plugin (tvsp/tvm) und der Beschreibung etwas. Allerdings kommen bei mir nur sehr selten doppelte Timer vor.

Aktuell bin ich noch garnicht bei Timern - es geht erst einmal nur um die doppelten Einträge für jede Sendung.

Quote from rell

nobanzai Ich nutze selbst keinen EPG Dienst, hatte aber in der Vergangenheit auch mal das Problem mit doppelten Events. Kannst du ausschließen, dass im EPG von VDR selbst ohne zusätzliches epg-Programm nach einer gewissen Zeit doppelte Einträge auftauchen? So klar konnte ich das aus dem Thread nicht herauslesen...

Wenn eine Nacht dafür ausreicht, kann ich das ausschließen, ja.

Und es lässt sich auch wirklich auf Knopfdruck provozieren - EPGD und VDR laufen lassen, vdr aber ohne epg2vdr. Dann warten, bis die EPGD-Datenbank und die epg.data vollständig sind. Bis dahin ist alles gut. Dann epg2vdr dazu konfigurieren und VDR restarten. Auch noch alles gut. Sobald der erste Merge durch ist -> alles doppelt.

Quote from theonlychriss

Hast du mal bei horchi angeklopft? Vielleicht hat er eine spontane Idee.

Ne, direkt noch nicht. Ich hatte gehofft, er liest hier evtl. mit. Aber er ist scheinbar heftig anderweitig beschäftigt.

Ok, Problem gelöst - danke an horchi.

Quote from nobanzai

Ich bin jetzt so vorgegangen:

• systemctl stop vdruser epgd epghttpd
• epgd-tool -del-db/new-db
• rm /home/vdr/epg.data /etc/vdr/timers.conf
• systemctl start epgd
• warten, bis epgd fertig ist
• systemctl stop epgd
• systemctl start vdruser (ohne epg2vdr/scraper2vdr Plugins)
• warten bis der VDR das EPG wieder komplett geholt hat
• systemctl stop vdruser
• systemctl start epgd epghttpd
• systemctl start vdruser (mit epg2vdr/scraper2vdr Plugins)

Ich hoffe, das ist die korrekte Reihenfolge.

Und das war die Ursache - es war nicht die korrekte Reihenfolge.

Richtig wäre (in meinem Fall) gewesen:

• systemctl stop vdruser epgd epghttpd
• epgd-tool -del-db/new-db (oder auch nicht)
• rm /home/vdr/epg.data und /etc/vdr/timers.conf
• systemctl start epgd
• warten, bis epgd fertig ist (oder auch nicht)
• systemctl start vdruser (*mit* epg2vdr/scraper2vdr Plugins)

Bei Verwendung von EPGD/epg2vdr sollte der VDR nie ohne das epg2vdr Plugin gestartet werden.

Alternativ kann das Problem mit den Doubletten dadurch behoben werden, dass man im Plugin-Menü einen kompletten Reload des EPG anstößt.

Zitat horchi:

Quote

Die Events kommen vom epg2vdr Plugin in die Datenbank, werden dort vom epgd bearbeitet und angereichert. Das epg2vdr Plugin holt dann diese 'neuen' Events (mit einer anderen ID) aus der Datenbank und schreibt sie in das EPG des VDR.

Das die über den DVB Stream kommenden Events nicht in das VDR EPG geschrieben werden wird auch von den Plugin gehandelt. Daher den VDR nie ohne das Plugin laufen lassen