[gelöst][epghttpd] bei Zugriff auf das WebIF des epgd startet der Service epghttpd immer wieder neu

OleS · August 22, 2020 at 11:02 AM

Hallo zusammen,

ich habe hier eine neu aufgesetzte epgd/epghttpd-Kombi, die mir Probleme bereitet:

bei jedem Zugriff auf das WebIF startet selbiges neu.

Code

Aug 22 10:50:50 sundalon epghttpd[27009]: Not a JPEG file: starts with 0x3c 0x3f
Aug 22 10:50:50 sundalon mysqld: 2020-08-22 10:50:50 872 [Warning] Aborted connection 872 to db: 'epg2vdr' user: 'epg2vdr' host: 'localhost' (Got an error reading communication packets)
Aug 22 10:50:50 sundalon mysqld: 2020-08-22 10:50:50 871 [Warning] Aborted connection 871 to db: 'epg2vdr' user: 'epg2vdr' host: 'localhost' (Got an error reading communication packets)
Aug 22 10:50:50 sundalon systemd[1]: epghttpd.service: Main process exited, code=exited, status=1/FAILURE
Aug 22 10:50:50 sundalon systemd[1]: epghttpd.service: Failed with result 'exit-code'.
Aug 22 10:50:50 sundalon systemd[1]: epghttpd.service: Service RestartSec=100ms expired, scheduling restart.
Aug 22 10:50:50 sundalon systemd[1]: epghttpd.service: Scheduled restart job, restart counter is at 4.
Aug 22 10:50:50 sundalon systemd[1]: Stopped EPG HTTP Daemon that provides a web interface.
Aug 22 10:50:50 sundalon systemd[1]: Starting EPG HTTP Daemon that provides a web interface...
Aug 22 10:50:50 sundalon epghttpd: Set locale to 'de_DE.UTF-8'
Aug 22 10:50:50 sundalon epghttpd: detected UTF-8
Aug 22 10:50:50 sundalon systemd[1]: Started EPG HTTP Daemon that provides a web interface.
Aug 22 10:50:50 sundalon epghttpd: Read 28 option from /etc/epgd/epgd.conf
Aug 22 10:50:50 sundalon epghttpd: Log level is set to (1)
Aug 22 10:50:50 sundalon epghttpd: Initialize python script '/etc/epgd/recording.py'
Aug 22 10:50:50 sundalon epghttpd: Initialize python script '/etc/epgd/recording.py'
Aug 22 10:50:50 sundalon epghttpd: Dictionary '/etc/epgd/epg.dat' loaded
Aug 22 10:50:50 sundalon epghttpd: Info: Calling mysql_library_init()
Aug 22 10:50:50 sundalon epghttpd: Connecting to database at 'localhost:3306'
Aug 22 10:50:50 sundalon epghttpd: Calling mysql_init(27015)
Aug 22 10:50:50 sundalon epghttpd: SQL client character now 'utf8'
Aug 22 10:50:50 sundalon epghttpd: Calling mysql_init(27015)
Aug 22 10:50:50 sundalon epghttpd: Starting http server ...
Aug 22 10:50:50 sundalon epghttpd: Listener at port 9999 established, waiting for connections
Aug 22 10:50:50 sundalon epghttpd: Calling sd_notify(READY=1$STATUS=Ready$MAINPID=27015$)
Aug 22 10:50:50 sundalon epghttpd: Info: Systemd watchdog not configured, epgd won't be sending keep-alive messages!

Display More

Der Daemon ist selbst compiliert und der aktuelle Stand aus dem GIT

commit 449dda4ec3a0333538ba9e83a8066ae5ed10ca92 (HEAD -> master, tag: 1.1.163, origin/master, origin/HEAD)

Als Anbieter habe ich TVSP im Einsatz, kann es sein, dass dieser hier Müll liefert?

Cheers,

Ole

davie2000 · August 22, 2020 at 11:49 AM

Quote from OleS

epghttpd[27009]: Not a JPEG file: starts with 0x3c 0x3f

Klingt nach einer korrupten JPEG-Datei. Sieht man im Log vorher vielleicht einen Dateinamen oder wenigstens ein Verzeichnis?

Wär aber komisch, wenn das WebIF davon so aus dem Tritt kommen würde.

Ich tippe eher darauf, dass irgendwelche Versionen nicht zusammenpassen.

Bei mir arbeiten diese Versionen zusammen:

vdr-epg-daemon 1.1.163 (selber kompiliert)

vdr-plugin-epg2vdr 1.1.117 (aus yavdr/experimental-vdr)

seahawk1986 · August 22, 2020 at 2:53 PM

Quote from OleS

Aug 22 10:50:50 sundalon epghttpd[27009]: Not a JPEG file: starts with 0x3c 0x3f

Das würde z.B. zu einer HTML-Fehlerseite passen, die statt dem Bild gespeichert wurde - 0x3c 0x3f entspricht <? - eventuell einfach mal mit grep schauen, welche heruntergeladenen "Bilder" davon betroffen sind.

Soweit ich das sehen kann schaut der curl-Code in der libhorchi beim Datei-Download nur nach einem 404 Fehler (https://projects.vdr-developer.org/git/vdr-epg-da…lib/curl.c#n470), aber bei anderen Fehlern würden er die Antwort des Servers einfach gespeichert.

OleS · August 22, 2020 at 5:13 PM

Quote from seahawk1986

Das würde z.B. zu einer HTML-Fehlerseite passen, die statt dem Bild gespeichert wurde

Genau das war es: im FS lagen diverse gespeicherte HTTP 500er Seiten. Anscheinend habe ich da einen schlechten Tag zum initialen

Abholen erwischt. Der Einfachheit halber habe ich den FS-Cache gelöscht, die DB geputzt und neu angefangen.

Jetzt passt es wieder, vielen Dank seahawk1986! Eventuell sollte man die libhorchi um diverse gängige HTTP Fehler erweitern,

oder den epghttpd etwas robuster aufstellen?

Cheers,

Ole

seahawk1986 · August 22, 2020 at 7:44 PM

Quote from OleS

Eventuell sollte man die libhorchi um diverse gängige HTTP Fehler erweitern

Ja, ich denke es wäre einfacher alles außer 200 als Zeichen zu werten, dass etwas nicht wie erwartet funktioniert hat.

NemoN · October 9, 2020 at 9:40 AM

Quote from OleS

oder den epghttpd etwas robuster aufstellen?

Ich hatte das gleiche Problem.

epghttpd verwendet intern die jpeglib. Bei defekten bzw. komplett anderen Formaten als JPG wirft diese eine Fehler und beendet das Program mit exit()

Anbei ein Patch für epghttpd welcher die Error-Behandlung so erweitert das das Programm/epghttpd nicht mehr beendet wird

hopsi · October 11, 2020 at 7:27 PM

Läuft. Vielen Dank! epgd war seit einigen Tagen nicht mehr benutzbar.

Christian

horchi · October 31, 2020 at 6:59 AM

Danke für den Patch, habe ihn übernommen. Die Anpassung ist jetzt im git

Viele Grüße Jörg

Uwe0815 · October 31, 2020 at 11:26 AM

Quote from horchi

Danke für den Patch, habe ihn übernommen. Die Anpassung ist jetzt im git

Funktioniert!

Vielen Dank

Uwe

CKone · October 31, 2020 at 12:46 PM

die Version aus dem git wirft hier leider einen segfault im epgd

Oct 31 12:37:15 PowerEdge kernel: [4399194.145129] epgd[15515]: segfault at 20 ip 000000000047aa10 sp 00007ffe68751ba0 error 4 in epgd[400000+ef000]

zurück auf 1.1.163 und er startet wieder

bauen epgd und epghttpd aufeinander auf, sonst könnte ich nur den 1.1.164er epghttpd nehmen, der startet ja?

CKone · October 31, 2020 at 1:03 PM

der Patch hier aus diesem Thread funktioniert hier, nur der aktuelle git Stand wirft den core

rechner · October 31, 2020 at 3:55 PM

Christian, sicher dass du vorher make clean gemacht hast. Ich hatte es nämlich erst vergessen und dann ist er mir beim timer anlegen auch abgeschmiert. Danach nochmal nach make clean und make install neu gestartet, jetzt geht's

horchi · November 1, 2020 at 7:09 AM

versuche es nochmal mit make Clean, wichtig, alle Plugins des epgd dabei auch neu bauen und tauschen.

Wenn es dann noch crashed bitte einen BT.

OleS · November 1, 2020 at 9:23 AM

Baur bei mir und startet auch, allerdings bekomme ich folgendes im LOG, wenn der epghttpd startet bzw. das WebIF verwendet wird:

Code

Nov  1 09:19:40 sundalon epghttpd[7997]: Not a JPEG file: starts with 0x3c 0x3f
Nov  1 09:19:40 sundalon epghttpd[7997]: ***** Imlib2 Developer Warning ***** :
Nov  1 09:19:40 sundalon epghttpd[7997]: #011This program is calling the Imlib call:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011imlib_image_fill_rectangle();
Nov  1 09:19:40 sundalon epghttpd[7997]: #011With the parameter:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011image
Nov  1 09:19:40 sundalon epghttpd[7997]: #011being NULL. Please fix your program.
Nov  1 09:19:40 sundalon epghttpd[7997]: ***** Imlib2 Developer Warning ***** :
Nov  1 09:19:40 sundalon epghttpd[7997]: #011This program is calling the Imlib call:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011imlib_blend_image_onto_image();
Nov  1 09:19:40 sundalon epghttpd[7997]: #011With the parameter:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011image
Nov  1 09:19:40 sundalon epghttpd[7997]: #011being NULL. Please fix your program.
Nov  1 09:19:40 sundalon epghttpd[7997]: ***** Imlib2 Developer Warning ***** :
Nov  1 09:19:40 sundalon epghttpd[7997]: #011This program is calling the Imlib call:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011imlib_image_get_width();
Nov  1 09:19:40 sundalon epghttpd[7997]: #011With the parameter:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011image
Nov  1 09:19:40 sundalon epghttpd[7997]: #011being NULL. Please fix your program.
Nov  1 09:19:40 sundalon epghttpd[7997]: ***** Imlib2 Developer Warning ***** :
Nov  1 09:19:40 sundalon epghttpd[7997]: #011This program is calling the Imlib call:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011imlib_image_get_height();
Nov  1 09:19:40 sundalon epghttpd[7997]: #011With the parameter:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011image
Nov  1 09:19:40 sundalon epghttpd[7997]: #011being NULL. Please fix your program.
Nov  1 09:19:40 sundalon epghttpd[7997]: Empty JPEG image (DNL not supported)
Nov  1 09:19:40 sundalon epghttpd[7997]: ***** Imlib2 Developer Warning ***** :
Nov  1 09:19:40 sundalon epghttpd[7997]: #011This program is calling the Imlib call:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011imlib_free_image();
Nov  1 09:19:40 sundalon epghttpd[7997]: #011With the parameter:
Nov  1 09:19:40 sundalon epghttpd[7997]: #011image
Nov  1 09:19:40 sundalon epghttpd[7997]: #011being NULL. Please fix your program.

Display More

Ist das gewollt?

Cheers,

Ole

horchi · November 1, 2020 at 9:35 AM

zumindest solange das Problem nicht schon beim Download abgefangen wird, und selbst dann noch solange die 'nicht' Bilder noch auf deinem System vorhanden sind.

Ggf. kann Christian sich das im tvsp Plugin ansehen und den HTTP Code auswerten.

Ich kann von epgd Seite mal schauen das ich die Codes 400 und 500 direkt abfange. Dennoch sollten auch die anderen HTTP Codes in den Plugin ausgewertet werden.

seahawk1986 · November 1, 2020 at 9:37 AM

Kann es sein, dass da die return 0 Statements in fromJpeg im Fehlerfall unpassend sind? success = 0, fail = -1

Und dann wird in https://projects.vdr-developer.org/git/vdr-epg-da…imgtools.c#n216 der Rückgabewert von fromJpeg auch nicht ausgewertet und das selbe Problem gibt es für die Aufrufe von scaleJpegBuffer in webdo.c

horchi · November 1, 2020 at 9:41 AM

ja da hast du absolut recht, ich gehe da an einigen Stellen einfach davon aus das die Bilder valide sind und alles klappt. Bislang ging das ja auch gut :o

Wobei das mit dem return 0 kommt glaube aus dem Patch, ich schaue mir das nochmal an.

horchi · November 1, 2020 at 9:54 AM

Habe den Download um eine Prüfung auf 400 und 500 erweitert und den prüfe nun de result von fromJpeg/scaleJpegBuffer.

Ist im git

CKone · November 1, 2020 at 4:30 PM

Quote from horchi

versuche es nochmal mit make Clean, wichtig, alle Plugins des epgd dabei auch neu bauen und tauschen.

Wenn es dann noch crashed bitte einen BT.

ich war nicht davon ausgegangen das ich die Plugins neu bauen muss :o

CKone · November 2, 2020 at 6:53 PM

aber mit frischen Plugins gehts

Participate now!