VDR löscht ungefragt NICHT AUSGEFÜHRTE epgsearchtimer

    Kann mir jemand erklären was da abgeht?!?


    Ich hab heute mittag festgestellt, das der Timer für Star-Wars Clone Wars gelöscht wurde?!? Nach Suchtimer-OSE ist der erstellt. Also erstellte Timer im OSD gelösch, neu suchen lassen, Timer wider da.


    ABER
    im Moment läuft the Clone Wars, und der VDR nimmt nicht auf, der Timer ist weg..


    Hier das Log bzgl. "Star Wars"


    Star-War-Con

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Und weiter gehts. Der VDR löscht nicht nur EPG-Search-Timer, sondern zufällig?!? iirgendwelche Timer (auch manuell progammierte).

    Da will man was schauen und stellt überrascht fest, das es einfach nichts aufgenommen wurde. SEHR SEHR NERVIG. HIIIIIIIIIIILLLFE


    Was tut der VDR da?!?!?


    Hier das Log. Manuell wurde übrigens keiner der Timer gelöscht!!!



    Im aktuellen Status ist das so unhaltbar und absolut unbrauchbar (und das war vor dem Update auf lenny nicht so!!!)


    Ach, und die EPGSearch-Timer werden dananach natürlich nicht wieder erstellt, bis ich manuell im Menu die erstellten Timer von EPGsearch löschen..... :wand

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    2 Mal editiert, zuletzt von Negge ()

    Hängt das irgenwie mit dem externen EPG von Tvmovie zusammen?


    nach http://winni.vdr-developer.org/epgsearch/de/epgsearch.1.html
    gilt
    Wichtig: wenn der EPG aus einer externen Quelle bezogen wird, sollte dafür gesorgt werden, dass die Suchtimer-Updates während des EPG-Updates abgeschaltet sind. Der Grund dafür ist, dass epgsearch Timer löscht, denen keine Sendungen zugeordnet sind. Während der neue EPG an VDR übermittelt wird, kann diese Situation auftreten. Am einfachsten geht das mit dem SVDRP-Befehl SETS im EPG-Update-Skript:


    Code
    svdrpsend.pl plug epgsearch SETS off


<das EPG update Skript>


svdrpsend.pl plug epgsearch SETS on


    Allerdings sollte das bei c't vdr ja schon irgendwo so drin sein.
    Zudem zeigt das Log ja schön, wann das tvmovie-Update lief, und das passt zeitlich nicht zum löschen der Timer.


    Ich bin echt total ratlos...

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Eventuell lässt sich anhand der PID raus kriegen, wer den Löschprozess gestartet hat.
    Dann wüsste zumindestens, ob der VDR oder ein Plugin schuld ist.

    Gruss
    SHF


    Ich würde mal behaupten, die importiereten EPG Zeiten sind Schrott und ändern sich mit jedem Import. Ein Vergleich zwischen gelöschten Timern und tatsächlichem Programm:


    epgsearch löscht natürlich die Timer aller Sendungen, die nicht (mehr) vorhandenen sind.


    Gruß
    e9hack

    Und warum löscht epgsearch selbst manuell programmierte timer?!?


    Heute war es schon wieder. c't-TV (hatte ich gestern manuell programmiert). Hat er nicht aufgenommen. Ich kann mich ja nicht daneben setzen um die Sachen aufzunehmen, dann kann ich den VDR auch aus dem Fenster werfen und alles live schauen!!!


    Hier das Log

    Code
    Feb 28 06:02:24 vdr vdr: [5908] deleting timer 1 (106 0430-0602 'Serie~Cheers~(Kabel1) 01.03.09 ')
Feb 28 09:16:16 vdr vdr: [3422] deleting timer 1 (35 1220-1315 'Serie~c't magazin~28.02.09 - Moderation: Mathias Münch & Georg Schnurer')
Feb 28 09:36:31 vdr vdr: [3422] deleting timer 14 (106 0600-0710 'Serie~Chaos City~03.03.09-Ein fast perfektes Paar')
Feb 28 10:03:18 vdr vdr: [3422] deleting timer 1 (232 2240-0005 'Serie~Genial daneben~28.02.09~Genial daneben - Die Comedy Arena~Sam 28.02.2009-22:50')
Feb 28 10:03:48 vdr vdr: [3422] deleting timer 1 (106 0426-0559 'Serie~Cheers~(Kabel1) 01.03.09 ')
Feb 28 10:16:20 vdr vdr: [3422] deleting timer 1 (232 0850-1015 'Serie~Genial daneben~01.03.09~Genial daneben - Die Comedy Arena~Son 01.03.2009-09:00


    Was mir ansonsten gerade so noch auffält, ist dass er heute morgen um am 28.2 um 4:30 eine Cheers-Aufnahmen gemacht hat, sie allerding mit 1.3 bezeichnet hat. Im timer steh %date%


    Der VDR hat aber nach OSD heute den 28.2 und auch ein date an der Konsole liefert mir den 28.2.
    Scheinbar geht das %date% des epgsearch vor, nur warum?!?


    BTW: Im OSD stimmen die ganzen EPG-Einträge...

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Einmal editiert, zuletzt von Negge ()

    Zitat

    Original von Negge
    Und warum löscht epgsearch selbst manuell programmierte timer?!?


    Ich hab nun die Standard-Timer-Prüfmethode geändert, die Stand bei eingen Sender auf "Sendungs-ID". Die hab ich nur komplett deaktiviert für alle Sender. Könnte das die Ursache gewesen sein?!?


    Zitat


    Was mir ansonsten gerade so noch auffält, ist dass er heute morgen um am 28.2 um 4:30 eine Cheers-Aufnahmen gemacht hat, sie allerding mit 1.3 bezeichnet hat. Im timer steh %date%


    Der VDR hat aber nach OSD heute den 28.2 und auch ein date an der Konsole liefert mir den 28.2.
    Scheinbar geht das %date% des epgsearch vor, nur warum?!?


    Bei dem inzwischen (zum 4ten mal) neu erstellen Genial-Daneben-Timer setzt der korrekt 28.2 ein? So ganz klar ist mir das nicht. Vor allem weil ich das Verhalten auch nicht testen kann, da es ja scheinbar zufällig nach einer zufällig Zeit eintritt?!?


    Ansonsten logt epg-Search nun mit erhöhtem Loglevel in ne eigene Log-Datei, mal sehen ob man dort dann die Ursache finden kann. ...

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Epgsearch ist nicht der einzige Kandidat, der Timer löscht. Du könntest ja mal nach 'deleting timer' suchen und die isyslog()-Aufrufe abändern:

    Code
    isyslog("(%s:%d) deleting timer %s", __FILE__, __LINE__, *ti->ToDescr());


    Gruß
    e9hack

    Hi Negge,


    epgsearch löscht niemals manuell erstellte Timer, sondern nur Timer, die es selbst per Suchtimer erzeugt hat und von denen es meint, dass diese nicht mehr notwendig sind, z.B. nach einer Änderung von Suchkriterien.
    Wenn epgsearch einen Timer löscht, tut es das per SVDRP. Somit sollte um jedes 'deleting' im Syslog auch etwas von SVDRP stehen:


    Code
    Feb 27 17:59:43 vdr vdr: [2655] connect from 127.0.0.1, port 45206 - accepted 
Feb 27 17:59:43 vdr vdr: [2655] deleting timer 63 (26 0955-1105 'Magazine~Expeditionen ins Tierreich~Sam 28.02.2009-10:00') 
Feb 27 17:59:43 vdr vdr: [2655] closing SVDRP connection F


    In Deinen Logs ist davon nichts zu sehen, weshalb ich vermute, dass da etwas anderes dahintersteckt.


    Schau bitte auch mal im Syslog nach Einträgen wie:


    Code
    Feb 27 17:59:12 vdr vdr: [2759] EPGSearch: search timer update started 
...
Feb 27 17:59:44 vdr vdr: [2759] EPGSearch: search timer update finished


    Hier sieht man, wann das interne Suchtimer-Update startet und endet. Vergleich das mal bitte mit den Zeiten der Timer-Löschungen.


    Das hilft Dir jetzt natürlich nicht weiter ;) , aber ich denke, dass es nichts mit epgsearch zu tun hat. Also am besten mal wie von e9hack empfohlen nach der Ursache suchen.


    Ach, nochwas:


    Zitat

    Ach, und die EPGSearch-Timer werden dananach natürlich nicht wieder erstellt, bis ich manuell im Menu die erstellten Timer von EPGsearch löschen.....


    Solange nicht klar ist, woran es liegt: Stell bitte im epgsearch-Setup unter "Suche und Suchtimer" die Option "Timer nach Löschen neuprogrammieren" auf Ja. Damit sollten die gelöschten Timer nach einem Suchtimer-Update wieder neu erscheinen. Dieses kannst Du im epgsearch-OSD auch manuell unter "Suche/Aktionen/Suchtimer jetzt aktualisieren" starten.


    Tschüss,


    winni

    Hi Winni,


    In den Logs sehe ich nichts: Hier mal ein etws länger Auszug (die anderen Logs sind mit "grep "deleted timer", aber wie gesagt sieht man auch nichts anderes)


    Hier mal etwas mehr:



    Zitat


    Hier sieht man, wann das interne Suchtimer-Update startet und endet. Vergleich das mal bitte mit den Zeiten der Timer-Löschungen.


    Das hilft Dir jetzt natürlich nicht weiter ;) , aber ich denke, dass es nichts mit epgsearch zu tun hat. Also am besten mal wie von e9hack empfohlen nach der Ursache suchen.



    Ich log epgsearch auch:



    Wie man sieht macht epgsearch erst um 15:17 was mit den timern, das löschen geschieht jeddoch um 15:11. Also hat epgsearch wohl nichts damit zu tun.


    Also weiter mit der Suche nach der Ursache.


    Zitat


    Solange nicht klar ist, woran es liegt: Stell bitte im epgsearch-Setup unter "Suche und Suchtimer" die Option "Timer nach Löschen neuprogrammieren" auf Ja. Damit sollten die gelöschten Timer nach einem Suchtimer-Update wieder neu erscheinen. Dieses kannst Du im epgsearch-OSD auch manuell unter "Suche/Aktionen/Suchtimer jetzt aktualisieren" starten.


    Das war ein Super Tipp, danke.
    Aber die Lösung für das Problem hätte ich dennoch gerne gefunden. Über Tipps bin ich dankbar.


    Zitat


    Hi Negge,


    ich hab manchmal das gleiche Problem. Allerdings nutze ich Gentoo.


    Kannst du mal schauen, ob in deinen Logfiles ein segfault ist?
    Das ist bei mir der Fall...


    Segfault die irgendwas mit dem Problem zu tun haben kann ich nicht finden. Das zeigt ein grep...

    Code
    Feb 19 16:06:16 vdr kernel: [18495.841666] vdr[3781]: segfault at 849 ip 0809a7aa sp b0afdcf0 error 4 in vdr[8048000+12d000]
Feb 20 09:13:06 vdr kernel: [   44.465723] vdr[3523]: segfault at a211be4 ip b5bf9af2 sp a7ae6280 error 4 in libvdr-avards.so.1.6.0[b5bf3000+a000]
Feb 20 11:41:03 vdr kernel: [ 7506.894418] vdr[3455]: segfault at 811 ip 0809b09e sp b0bfba50 error 4 in vdr[8048000+12d000]
Feb 20 12:44:26 vdr kernel: [11310.054347] vdr[3597]: segfault at a59 ip 0809b09e sp b2699a50 error 4 in vdr[8048000+12d000]
Feb 21 14:27:33 vdr kernel: [  363.222132] vdr[4015]: segfault at b585658b ip b585658b sp a7869c30 error 4 in vdr-iptv.mo[b5970000+1000]
Feb 21 14:28:40 vdr kernel: [  429.315065] vdr[4399]: segfault at b5750d1a ip b5750d1a sp a5afec2c error 4 in vdr-iptv.mo[b5875000+1000]
Feb 27 00:07:54 vdr kernel: [390732.645724] vdr[28669]: segfault at 66754124 ip 08127310 sp bf815558 error 4 in vdr[8048000+12d000]

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Zitat

    Original von e9hack
    Epgsearch ist nicht der einzige Kandidat, der Timer löscht. Du könntest ja mal nach 'deleting timer' suchen und die isyslog()-Aufrufe abändern:

    Code
    isyslog("(%s:%d) deleting timer %s", __FILE__, __LINE__, *ti->ToDescr());


    Gruß
    e9hack


    Kannst du das mal näher erläutern, was ich da machen soll?


    Anscheinend liegt es ja am VDR selbst, andere Plugins welche in die Timer eingreifen hab ich nicht am laufen...

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    Zitat

    Original von Negge
    Kannst du das mal näher erläutern, was ich da machen soll?


    Die Log-Meldungen werden über Zeilen, wie

    Code
    isyslog("deleting timer %s", *ti->ToDescr());

    erzeugt. Die sollst Du jetzt so erweitern, daß File-Name und Zeilennummer mit ausgegeben werden.


    Gruß
    e9hack


    In einer Konfig-Datei oder im SourceCode vom VDR? Oder als Ladeparameter?



    Ansonsten scheint das Problem vor länger Zeit auch schon mal aufgetreten zu sein: http://www.linuxtv.org/pipermail/vdr/2007-May/012950.html Aber eine Lösung sehe ich da auch nicht.


    Hier noch einer: http://www.htpc-forum.de/forum/index.php?s=e56c8aee31d59c9553b85e175611f374&showtopic=2299

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    2 Mal editiert, zuletzt von Negge ()

    e9hack möchte, dass du Zeilen die so aussehen:

    Code
    isyslog("deleting timer %s", *ti->ToDescr());


    in Zeilen abänderst die so aussehen:

    Code
    isyslog("(%s:%d) deleting timer %s", __FILE__, __LINE__, *ti->ToDescr());


    und du fragst

    Zitat

    Original von Negge
    In einer Konfig-Datei oder im SourceCode vom VDR? Oder als Ladeparameter?


    Hast du eine solche Zeile:

    Code
    isyslog("deleting timer %s", *ti->ToDescr());


    schon mal in einer Config-Datei, oder als Parameter gesehen? Bestimmt nicht.
    Natürlich müssen die Zeilen im Source-Code geändert werden.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Einmal editiert, zuletzt von gda ()

    Zitat

    Original von gda
    schon mal in einer Config-Datei, oder als Parameter gesehen? Bestimmt nicht.
    Natürlich müssen die Zeilen im Source-Code geändert werden.
    Gerald


    Erstmal Danke für die Hilfe.
    Aber wer weiß was man an Ladeparameter oder Spezialkommandos mitgeben kann?!?


    Naja, ich hab mir den Source des VDR von E-tobi geladen (apt-get source vdr).


    Ein
    "cat * | grep isyslog | grep deleting | grep timer

    Code
    cat: debian: Ist ein Verzeichnis
cat: libsi: Ist ein Verzeichnis
cat: PLUGINS: Ist ein Verzeichnis
cat: po: Ist ein Verzeichnis
cat: symbols: Ist ein Verzeichnis
 28794          isyslog("deleting timer %s", *ti->ToDescr());
 29936                      isyslog("deleting timer %s", *timer->ToDescr());
 31816                 isyslog("deleting timer %s", *timer->ToDescr());
 50923                   isyslog("deleting timer %s", *timer->ToDescr());
 53944             isyslog("deleting timer %s", *ti->ToDescr());


    Und ein find

    Code
    find -type f -exec grep -q "deleting timer %s" {} \; -print
./menu.c
./svdrp.c
./timers.c
./debian/patches/opt-90_extensions.dpatch
./debian/patches/opt-54_deltimeshiftrec.dpatch


    Ich hab das in den entsprechenden Dateien geändert.


    Dann die abi-mutipatch-Datei aktiviert und die multipatch-patchlist.
    Und dann ein debian/rules accept_patches gefolgt von dpkg-buidlpackage -rfakeroot -us -uc -sa. Und nach einem apt-get build-dep vdr kompiliert er.

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    5 Mal editiert, zuletzt von Negge ()

    Und er hat es schon wider getan mit dem Löschen der timer. Und obwohl EPGSearch die TImer neu anlegen sollte, fehlte ein Terminator SCC-Timer für die Folge "Vicks Chips". Ich habs mal wieder manuell programmiert und bete das er es aufnimmt...


    Scheinbar führt der VDR er diesen Timer-Lösch-Algorythmus aus, wenn eine Aufnahmen beendet ist, und der löscht dann mehr als nötig?!?

    Code
    Mar  1 21:31:18 vdr vdr: [23095] deleting timer 1 (5 2005-2130 'Serie~Navy CIS~Aus den Augen ...')
Mar  1 22:31:22 vdr vdr: [23095] deleting timer 1 (5 2105-2230 'Serie~The Mentalist~Red John')
Mar  1 22:51:22 vdr vdr: [23095] deleting timer 1 (19 2205-2250 VPS 'Serie~The Mentalist~Red John')
Mar  1 23:33:23 vdr vdr: [23095] deleting timer 3 (19 2250-2332 VPS 'Serie~The Mentalist~Romeo und Julia')
Mar  1 23:47:20 vdr vdr: [23095] deleting timer 2 (19 2241-2347 'Serie~The Mentalist~Romeo und Julia')
Mar  2 01:01:26 vdr vdr: [23095] deleting timer 1 (7 2205-0100 'Constantine~Premium Edition')
Mar  2 01:17:19 vdr vdr: [23095] deleting timer 39 (4 2105-2230 'Serie~Dr. House~10.03.09-Krebs oder nicht?')
Mar  2 04:26:28 vdr vdr: [3428] deleting timer 1 (7 0320-0425 'Serie~Terminator: Sarah Connor Chronicles~02.03.09-Vicks Chip')
Mar  2 10:24:34 vdr vdr: [3415] deleting timer 16 (106 0600-0705 'Serie~Chaos City~05.03.09-Vorsicht Kamera!')


    P.S: Der geänderte VDR läuft nun, mal sehen wie die Logs dann ausschauen.

    Server: Hardware: Intel DH77KC, Celeron G1610, 8GB RAM, 2x 5TB HDD, 2x WD 1,9TB HDD; 1x 64 GB SSD (root), System Ubuntu 18.4 / YaVDR ansible headless
    Client: Hardware: Lenovo Q150 (nur Netzwerk, 1GB RAM, ohne DVB-Karte, Igor-USB-Empfänger) System: Ubuntu 18.4 / YaVDR ansible

    3 Mal editiert, zuletzt von Negge ()

    Zitat

    Original von Negge
    Ein
    "cat * | grep isyslog | grep deleting | grep timer


    Useless use of cat
    Nicht böse sein, ich konnte nicht anders. :)


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Hi,


    da es nervig ist, bei jedem Problem immer die syslog()-Aufrufe zu manipulieren, habe ich das jetzt global gelöst:

    Das ist zwar jetzt für 1.7.x, es sollte sich aber auch auf 1.6.x anwenden lassen.


    Gruß
    e9hack

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden