[epgd] Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'
-
-
-
scheint was mit dem Zertifikat von https:/www.eplists.de schräg, ich schreib Mike mal an
-
Danke, scheint das Zertifikat ist gestern abgelaufen
-
Könnte man epgd nicht so ändern, dass auf die lokal gespeicherten Daten zurückgegriffen wird, wenn online nicht verfügbar?
In /var/cache/epgd/eplists finde ich die .episodes-Dateen.Ohne die Episodes-Daten hat mein VDR 300 Timer erstellt von Serien, die ich nicht brauche, aber epgsearch nicht erkennt, da die SxxExx fehlen
-
geht wieder, Mike hat's schnell gefixt.
-
Wenn ich schon drauf schaue:
Jul 23 10:37:00 hdvdr epgd: Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'
Im Browser funktioniert das aber nun .... wird da von curl noch was (negativ) gecached?
-
Und heute klappte es auch noch nicht:
Jul 24 05:26:38 hdvdr epgd: Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'
Gibt es bei curl oder curl.downlodFile eine Art Cache?
-
So wie bei mir...
-
Wird das nix mehr mit eplists über epgd? Meine Serien laufen mir davon ...
Gibt es eine Alternative dafür oder ist yavdr-0.6 einfach schon zu alt, um noch die CAs von LetsEncrypt zu kriegen?
-
Der Fehler fällt erst auf wenn man die Datenbank leert...
-
Was ich hoffentlich noch länger nicht tun muß .... aber irgendwann klemmt es doch.
Was könnte die Ursache sein, kann ich was zum Debugging beitragen?
-
Geht bei mir auch noch nicht. Ergebnis 350 Timer...
Wäre schön, wenn epgd bei Verbindungsproblemen auf lokale Daten zurück greifen könnte
-
nein es gibt keine Schnittstelle die Files so einlesen kann - das Problem war das du aus Frust die DB gedropped hast, vermutlich ohne Backup
Geht bei mir geht die Aktualisierung auch nicht aber ich kann die Tabelle als dump bereitstellen - ist aber mit 4Mb etwas zu groß um es hier hochzuladen
Ansonsten hab ich Jörg und Mike informiert sich das anzusehen.
-
Ein Dump wäre klasse.
Ich kann Platz bereitstellen... PN folgt
-
... das Problem war das du aus Frust die DB gedropped hast, vermutlich ohne Backup...
Ja, wegen der ewigen SQL-Fehler. Da ich ja nicht wusste, wo und warum hae ich mir gedacht ein kompletter Neuaufbau würde was bringe. Konnte ja nicht ahnen, dass eplist dann nicht mehr geht...
-
Gibt es eine Alternative dafür oder ist yavdr-0.6 einfach schon zu alt, um noch die CAs von LetsEncrypt zu kriegen?
Du musst dich selbst darum kümmern, da 14.04 EOL ist, kommt da naturgemäß nichts mehr über Updates rein - eventuell genügt es schon eine neuere Version von ca-certificates zu installieren, um die root-Zertifikate zu erhalten, mit denen die LetsEncrypt-Zertifikate signiert wurden, ansonsten muss man das von Hand machen.
-
-
Hallo,
ich glaube nicht, dass es ein Zertifikatsproblem unter 14.04 ist, da ich das Problem mit yavdr-experimental unter 18.04 auch habe.
Ich habe mal die Antworten von eplists.de beim Start von epgd ausgegeben:
Code
Alles anzeigen220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:37 2019; UTF-8 900 EPG2VDR epgd state change accepted 220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:47 2019; UTF-8 900 EPG2VDR epgd state change accepted 220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 15:45:50 2019 220-Timeout after 60 seconds. 220-(3 of max 500 Clients) 220-Use HELP to see help. 220 Start SSL with STARTSSL 225 Setting encoding to utf8 225-Thank you for identifying yourself 225-gzip-compression due to a bug temporarily disabled 225-block = 1 225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 10s). Please try again later. You are blocked now for 45s. ^C15:46:04,281
Nein, ich habe es nicht so kurz hintereinander versucht, o.g. Fehler bekomme ich immer, egal wie lange ich warte.
Die ersten vier Zeilen sehen tatsächlich so aus, als ob epgd zwei Mal mit 10s Abstand die Verbindung aufgebaut. Dann hätte es aber noch nie funktionieren dürfen ???Korrektur: die ersten vier Zeilen gehen an EPG2VDR, somit scheint eplists.de gerade grundsätzlich die Verbindung als "zu häufig" abzulehnen.
-
Man kann das Problem einfach mit Telnet reproduzieren:
Code
Alles anzeigen# telnet eplists.de 2006 Trying 88.99.30.253... Connected to eplists.de. Escape character is '^]'. 220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 19:08:25 2019 220-Timeout after 60 seconds. 220-(3 of max 500 Clients) 220-Use HELP to see help. 220 Start SSL with STARTSSL HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL= 225-Thank you for identifying yourself 225-gzip-compression due to a bug temporarily disabled 225-block = 1 225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 2s). Please try again later. You are blocked now for 45s.
"HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL=" ist der Input, den epgd verwendet.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!