[½gelöst] Suchtimer werden nicht gespeichert

  • Mahlzeit,


    seit ein paar Tagen (vermutlich seit Update von 1.714 -> 1.7.15) speichert mein Server keine Timer mehr.
    Im Log tauchen minütlich folgende verdächtige Meldungen auf:


    Code
    ~$ tail -n 7 /var/log/syslog
    Sep  6 20:07:26 phatt vdr: [7941] timersync: syncing with 0.0.0.0
    Sep  6 20:07:28 phatt vdr: [7941] svdrpservice: timeout waiting for reply from 192.168.56.11
    Sep  6 20:07:28 phatt vdr: [7941] svdrpservice: did not receive greeting from 192.168.56.11. Closing...
    Sep  6 20:07:28 phatt vdr: [7941] timersync: can't connect to 192.168.56.11:6419 (SVDRP)
    Sep  6 20:07:28 phatt vdr: [7941] connect from 192.168.56.11, port 43291 - accepted
    Sep  6 20:07:28 phatt vdr: [7941] ERROR (svdrp.c,421): Broken pipe
    Sep  6 20:07:28 phatt vdr: [7941] closing SVDRP connection


    svdrpsend plug epgsearch LSTS listet brav alle Suchtimer auf ...


    Weiss hier jemand weiter ?


    so long,


    talpa.

    2 Mal editiert, zuletzt von talpa ()

  • Seit 1.7.15 verwendet VDR einen anderen Port für svdr. Im log sieht man auch dass er auf 6419 verbinden will. Schau mal mit netstat -ltnp ob der vdr auch auf port 6419 lauscht oder ob noch die alte Einstellung(2004) aktiv ist.

    HD-VDR:
    HW: ZOTAC D2550-ITX | Mystique SaTiX-S2 Sky Xpress DUAL
    SW: Debian Stretch | vdr-2.3.8

  • Das mit dem Port sieht soweit gut aus:


    Code
    ~$ sudo netstat -ltnp|grep vdr
    tcp        0      0 0.0.0.0:6419            0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 0.0.0.0:2004            0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 0.0.0.0:3000            0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 0.0.0.0:2010            0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 127.0.0.1:37890         0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 0.0.0.0:8008            0.0.0.0:*               LISTEN      7941/vdr
    tcp        0      0 0.0.0.0:34890           0.0.0.0:*               LISTEN      7941/vdr

    Schade, das wäre einfach gewesen ... ;)


    Zitat

    Original von oberlon
    Seit 1.7.15 verwendet VDR einen anderen Port für svdr. Im log sieht man auch dass er auf 6419 verbinden will. Schau mal mit netstat -ltnp ob der vdr auch auf port 6419 lauscht oder ob noch die alte Einstellung(2004) aktiv ist.

  • Erstmal muss ich mich verbessern. 2001 war der alte Port. Aber daran liegt es auch nicht.
    Er verbindet nicht von localhost. Ist die 192iger Adresse in der svdrphosts.conf frei gegeben? Welche epgsearch Version benutzt du?

    HD-VDR:
    HW: ZOTAC D2550-ITX | Mystique SaTiX-S2 Sky Xpress DUAL
    SW: Debian Stretch | vdr-2.3.8

  • Lokales Netz ist freigegeben.


    epgsearch-version ist 0.9.25.beta17-2yavdr1



    Zitat

    Original von oberlon
    Erstmal muss ich mich verbessern. 2001 war der alte Port. Aber daran liegt es auch nicht.
    Er verbindet nicht von localhost. Ist die 192iger Adresse in der svdrphosts.conf frei gegeben? Welche epgsearch Version benutzt du?

  • Hmm. Jetzt fällt mich nichts mehr ein.
    Wenn in den epgsearch Plugineinstellungen unter "Suche und Suchtimer" der Port auf 6419 steht sollte es genau so laufen wie immer. Das war zumindens mein Problem beim Umstieg auf 1.7.15

    HD-VDR:
    HW: ZOTAC D2550-ITX | Mystique SaTiX-S2 Sky Xpress DUAL
    SW: Debian Stretch | vdr-2.3.8

  • Jo, danke für Deine Mühen.
    Das mit dem geänderten Port hatte ich schon woanders gelesen und imho überall angepasst. Kann natürlich immer mal vorkommen, dass ich noch was übersehe ...


    so long,


    talpa.


    Zitat

    Original von oberlon
    Hmm. Jetzt fällt mich nichts mehr ein.
    Wenn in den epgsearch Plugineinstellungen unter "Suche und Suchtimer" der Port auf 6419 steht sollte es genau so laufen wie immer. Das war zumindens mein Problem beim Umstieg auf 1.7.15

  • Hm, ich habe zumindest eine temporäre Lösung gefunden:


    Schuld war das timersync - plugin.
    Nach Deinstallation funktioniert alles so, wie es soll.


    Bug oder Feature ? ;)


    so long,


    talpa.

Jetzt mitmachen!

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