vdr-addon-seriestimer (a.k.a VDRSeriesTimer.pl)

Ich habe es mal für trusty ins Paket übernommen, bitte probiert mal aus, ob das so passt.

Die Datei ist so wie sie sein soll. Die Dateinamen sind auch (noch/wieder) wie erwartet.

Danke.

Das package hat aber noch ein Problem:

/etc/cron.daly/vdr-addon-seriestimer lauft nicht.

Fehlermeldung : "Unbekannte Zeile:"

Ich konnte den Fehler eingrenzen auf ein Problem mit der perl ssl Schnittstelle.

Als Workaround funktioniert bei mir:

/usr/bin/svdrpsend-ng

Option: my $UseSSL = 1 ändern auf my $UseSSL = 0

Eine Lösung konnte ich aber nicht finden.

Hat ihr das gleiche Problem ?

Hat jemand eine Idee zur Lösung ?

Ups, das war mir noch gar nicht aufgefallen. Ja ist bei mir auch so.

Der Workaround hilft natürlich erstmal. Besser wäre natürlich zu wissen, was das eigentliche Problem ist.

Ich verstehe die Meldung so, dass da SSL zurückkomt, das Script damit aber nichts anfangen kann. Bin ich da auf dem richtigen Weg ?

Ich konnte jetzt den Fehler nochmals weiter eingrenzen: Die Überprüfung des Serverzertifikats schlägt fehl. Da hat sich mit Ubuntu 14.04 wohl auch einiges an den zugehörigen perl Modulen geändert. Ich habe aber noch nicht rausfinden können, ob wirklich das Serverzertifikat nicht gültig ist (Verdacht: cn-Name <> hostname ?) und das vorher von perl nicht überprüft wurde, oder ob da noch was im Programm schief läuft. Hier mal nochmals ein Workaround, der nur die Zertifikatsprüfung abschaltet (nicht vergessen: my $UseSSL = 1 wieder eintragen, falls das geändert wurde).

/usr/share/perl5/EplistsClient.pm 


--- EplistsClient.pm.dist 2014-10-16 22:21:30.268813682 +0200 
+++ EplistsClient.pm 2014-10-16 22:22:30.264815701 +0200 
@@ -315,7 +315,8 @@ 
} 
sub startssl { 
- IO::Socket::SSL->start_SSL( $Socket ); 
+ IO::Socket::SSL->start_SSL( $Socket, 
+ SSL_verify_mode => NONE) or die $SSL_ERROR; 
} 
##########################

Ich habe mir inzwischen mal den starttls näher angeschaut, das Server Zertifikat ist wohl nicht gültig. Es ist ausgestellt auf eplists.homelinux.org. Damit wird mit den aktuellen perl Modulen unter Ubuntu 14.04 die Verbindung abgelehnt, weil der hostname nicht übereinstimmt.

Hallo,

lange hat alles gut funktioniert. Seit ein paar Tagen habe ich aber das Problem, dass die Daten nicht mehr aktualisiert werden. Vielleicht kann mir jemand einen Stups in eine Richtung geben.

export LISTSDIR=/var/cache/eplists/episodes/
svdrpsend-ng -d eplists.constabel.net -p 2006 -c -e UTF8 -o "${LISTSDIR}" TGET newer than 15 days


print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.
print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.
print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.
...
print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.
print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.
print() on closed filehandle $OutputHandle at /usr/share/perl5/EplistsClient.pm line 124, <GEN1> line 8.

Was könnte hier schief laufen ? Ich habe kein Update etc. eingespielt.

Prüfe mal, ob der User, mit dem du das Skript ausführst, Schreibrechte auf /var/cache/eplists/episodes/ hat. Sieht so aus, als ob er die Datei dort nicht schreiben kann.

Ja klar. Ich habe das ja als ich ausgeführt. Vielen Dank.

Irgend etwas hatte sich wohl verhaspelt. Ich habe jetzt mal mit GET all alles neu geholt. Muss ich weiter beobachten. Hat jemand eine Idee, wie ich das besser monitoren könnte. Grundsätzlich ist ja svdrpsend-ng eher "stumm".

Ach ja, eine Frage. Kann ich bei z.B. Tatort die EXTRACOL mit im Dateinamen verwurschteln ?

Quote from cactus-online

Hat jemand eine Idee, wie ich das besser monitoren könnte. Grundsätzlich ist ja svdrpsend-ng eher "stumm".

Du kannst den Return Code auswerten, dann weißt du zumindest, ob was schief gegangen ist. Prüfe aber vorher, ob du den Patch drin hast:

vdr-addon-seriestimer (a.k.a VDRSeriesTimer.pl)