epgd mit segfault beendet

DrSat · September 22, 2017 at 8:15 AM

Etwa über ein Jahr lief epgd bei mir klaglos. Nachdem ich meine Datenbank bei einem Absturz des Servers scheinbar erfolgreich zerstört habe, habe ich die mit Hilfe des epgd-tools die alte Datenbank gelöscht, den User epg2vdr entfernt und alles neu angelegt.

Beim ersten Start werden events und images erfolgreich geladen. Beim Scrapen von Serieninformationen passiert dies:

Auszug aus dem syslog

Sep 22 07:52:26 homeserver epgd: Still updating images, now 32500 of 32936 checked and 32498 loaded (225.319 MB)

Sep 22 07:52:26 homeserver epgd: Loaded 32935 images (228.572 MB), checked 32936; 1 failed to load in 56 seconds

Sep 22 07:52:35 homeserver epgd: Checking timers against actual epg and searchtimer settings

Sep 22 07:52:35 homeserver epgd: Timers check done

Sep 22 07:52:35 homeserver epgd: AUTOTIMER: Updating searchtimers due to 'external epg update' (force)

Sep 22 07:52:35 homeserver epgd: AUTOTIMER: Update done after 1 ms, created (0) timers

Sep 22 07:52:35 homeserver epgd: State now 'busy (scraping)'

Sep 22 07:52:37 homeserver epgd: Scraping new series and episodes

Sep 22 07:52:37 homeserver epgd: Update of series and episodes done in 0 s, downloaded 0.000 KB

Sep 22 07:52:39 homeserver epgd: 16659 new series events to scrap in db

Sep 22 07:52:42 homeserver kernel: [388308.778444] epgd[8487]: segfault at 10 ip 00007fa53787f404 sp 00007fff90b1f090 error 4 in libpthread-2.19.so[7fa537875000+19000]

Sep 22 07:52:47 homeserver kernel: [388313.396380] init: epgd main process (8487) killed by SEGV signal

Der Status des Servers bleibt über Tage in diesem Stadium stehen:

Display Spoiler

+-------------------------------+--------+-----------------+-----------------+------------------------------+------------------------------+------------------------------+

+-------------------------------+--------+-----------------+-----------------+------------------------------+------------------------------+------------------------------+

+-------------------------------+--------+-----------------+-----------------+------------------------------+------------------------------+------------------------------+

Nach einer Weile werden im epghttpd wieder Bilder und Programminformationen angezeigt, ein Zugriff durch einen lokalen vdr auf die Datenbank ist jedoch nicht möglich.

Der Server läuft auf Ubuntu Trusty. Alle Programmpakete sind auf dem aktuellen Stand. Als workaround könnte ich auch damit leben, keine Serieninfomationen zu verwenden. Aber- wo stelle ich das ein? In der epgd.conf habe ich schon SeriesEnabled auf 0 gesetzt.

Die restliche Konfiguration hat bis vor zwei Wochen tadellos funktioniert.

Viele Grüße,

Andreas

msv · September 22, 2017 at 10:31 AM

kann ich bestätigen:

Code

Sep 22 10:22:52 mannitec00 epgd[8162]: Scraping new series and episodes
Sep 22 10:22:53 mannitec00 epgd[8162]: 1000 updated Series, 1000 updatedEpisodes
Sep 22 10:22:53 mannitec00 epgd[8162]: 42 series to update in db, 39 episodes to update in db
Sep 22 10:22:53 mannitec00 epgd[8162]: Update of series and episodes done in 1 s, downloaded 0.000 KB
Sep 22 10:22:53 mannitec00 epgd[8162]: 4396 new series events to scrap in db
Sep 22 10:22:55 mannitec00 systemd[1]: epgd.service: main process exited, code=killed, status=11/SEGV
Sep 22 10:22:55 mannitec00 systemd[1]: Unit epgd.service entered failed state.
Sep 22 10:22:55 mannitec00 kernel: epgd[8162]: segfault at 10 ip 00007f6c49e94234 sp 00007fff714aaef0 error 4 in libpthread-2.19.so[7f6c49e8a000+18000]
q^C
root@mannitec00:/usr/local/src/epgd# systemctl status epgd
● epgd.service - Database driven EPG Data collector
   Loaded: loaded (/etc/systemd/system/epgd.service; enabled)
   Active: failed (Result: signal) since Fr 2017-09-22 10:22:55 CEST; 4min 18s ago
  Process: 8129 ExecStart=/usr/local/bin/epgd -c /etc/epgd -p /usr/local/lib/epgd/plugins (code=exited, status=0/SUCCESS)
 Main PID: 8162 (code=killed, signal=SEGV)

Sep 22 10:22:51 mannitec00 epgd[8162]: AUTOTIMER: Update done after 0 ms, created 0 timers
Sep 22 10:22:51 mannitec00 epgd[8162]: State now 'busy (scraping)'
Sep 22 10:22:51 mannitec00 epgd[8162]: Send 'PLUG epg2vdr STATE busy (scraping)' to 'epg2vdr' at '192.168.123...2001'
Sep 22 10:22:52 mannitec00 epgd[8162]: Scraping new series and episodes
Sep 22 10:22:53 mannitec00 epgd[8162]: 1000 updated Series, 1000 updatedEpisodes
Sep 22 10:22:53 mannitec00 epgd[8162]: 42 series to update in db, 39 episodes to update in db
Sep 22 10:22:53 mannitec00 epgd[8162]: Update of series and episodes done in 1 s, downloaded 0.000 KB
Sep 22 10:22:53 mannitec00 epgd[8162]: 4396 new series events to scrap in db
Sep 22 10:22:55 mannitec00 systemd[1]: epgd.service: main process exited, code=killed, status=11/SEGV
Sep 22 10:22:55 mannitec00 systemd[1]: Unit epgd.service entered failed state.

Display More

Kann es sein, dass irgend ein Sender mal wieder "krumme" Zeichen sendet, die den daemon zum Absturz bringen?

gruß

msv

wmautner · September 22, 2017 at 11:26 AM

In

epgd - segfault beim Start

gibt es eine mögliche Erklärung für das Problem.

Quintessenz: in /etc/epgd/epgd.conf muß leider

ScrapEpg = 0

ScrapRecordings = 0

gesetzt werden.

447377 · September 22, 2017 at 11:50 AM

Dann wendet besser diesen Patch an:

epgd: Crash nach "Ignoring unexpected season line"

Stefan

msv · September 22, 2017 at 3:13 PM

Danke, mit dem Patch hat er jetzt gut gestartet und auch alles gescraped. Ich hab die epgd.conf nicht verändert.

gruß

msv

DrSat · September 23, 2017 at 11:26 AM

Mein epgd kam aus dem main-Repository von frodo. Habe es jetzt der Einfachheit halber aus dem yavdr-main installiert, und damit scheint es zu laufen.

Ich möchte an dieser Stellen allen ganz herzlich danken, die sich an der Diskussion und damit an der Lösung des Problems beteiligt haben!

Viele Grüße und ein schönes Wochenende

Andreas

wmautner · September 23, 2017 at 5:52 PM

Liebe Mitleser und speziell frodo

Es scheint, daß der epgd bzw. vdr-epg-daemon in frodo-vdr-testing

vdr-epg-daemon:

Installiert: 4:1.1.122-0frodo0~trusty

Installationskandidat: 4:1.1.122-1frodo0~trusty

Versionstabelle:

4:1.1.122-1frodo0~trusty 0

500 http://ppa.launchpad.net/frodo-vdr/test…p-yavdr/ubuntu/ trusty/main amd64 Packages

noch nicht gepatched ist.

Mußte daher den 1.1.121 benützen

Participate now!