epgd startet nicht

sk001 · Feb 14th 2023

Guten Abend zusammen!

Ich erhalte seit einigen Tagen keine EPG-Infomationen mehr im VDR. Das syslog enthält folgende Fehlermeldungen (wiederkehrend):

Code

Feb 14 19:53:58 yavdr vdr: [1206] loading plugin: /usr/lib/vdr/plugins/libvdr-scraper2vdr.so.2.4.8
Feb 14 19:53:58 yavdr vdr: [1206] initializing plugin: scraper2vdr (1.1.0-GIT): 'scraper2vdr' plugin
Feb 14 19:53:58 yavdr vdr: scraper2vdr: using image directory /srv/vdr/epgimages/
Feb 14 19:53:58 yavdr vdr: [1206] starting plugin: scraper2vdr
Feb 14 19:53:58 yavdr vdr: scraper2vdr: Set locale to 'de_DE.UTF-8'
Feb 14 19:53:58 yavdr vdr: scraper2vdr: detected UTF-8
Feb 14 19:53:58 yavdr vdr: scraper2vdr: Dictionary '/var/lib/vdr/plugins/scraper2vdr/epg.dat' loaded
Feb 14 19:53:58 yavdr vdr: [1285] scraper2vdr-update thread started (pid=1206, tid=1285, prio=low)
Feb 14 19:54:08 yavdr vdr: scraper2vdr: Got UUID 'E76E791D-94B5-4336-91E1-9E3CDA5B3A3E' by epg2vdr
Feb 14 19:54:08 yavdr vdr: scraper2vdr: Trying to re-connect to database!
Feb 14 19:54:08 yavdr vdr: scraper2vdr: Calling mysql_init(1285)
Feb 14 19:54:08 yavdr vdr: scraper2vdr: SQL-Error in 'prepare(stmt_prepare)' - Unknown column 'lfn' in 'field list' (1054) 'Unknown column 'lfn' in 'field list'' [select actor_id, episode_id, lfn, media_content, media_height, media_rating, media_type, media_url, media_width, season_number, series_id from series_media where actor_id = ? and episode_id = ? and lfn = ? and media_type = ? and season_number = ? and series_id = ?;]

Display More

Der mariadb-Dienst läuft ohne Fehler. Trotzdem scheinen keine EPG-Daten anzukommen.

Hat jemand eine Idee, was hier zur Behebung des Fehlers notwendig ist?

Danke und Gruß

SK

nobanzai · Feb 14th 2023

unpassende Versionen von epgd und/oder epg2vdr?

horchi · Feb 15th 2023

ja sehe ich auch so, das Fehler deutet darauf hin das die DB nicht den richtigen Stand hat also der epgd zu alt ist.

sk001 · Feb 15th 2023

Hier noch ein paar Versions-Infos:

Code

sudo apt show epgd
Package: epgd
Version: 1.3.7-0yavdr0~focal
Priority: extra
Section: misc
Source: vdr-epg-daemon
Maintainer: Gerald Dachs <gda@dachsweb.de>
Installed-Size: 1.926 kB
Depends: libarchive13 (>= 3.0.4), libc6 (>= 2.28), libcurl4 (>= 7.16.2), libgcc-s1 (>= 3.0), libjansson4 (>= 2.0.1), libmariadb3 (>= 3.0.0), libpython3.8 (>= 3.8.2), libssl1.1 (>= 1.1.0), libstdc++6 (>= 9), libsystemd0, libuuid1 (>= 2.16), libxml2 (>= 2.7.4), libxslt1.1 (>= 1.1.25), zlib1g (>= 1:1.2.0), unzip, mailutils
Recommends: mariadb-server
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Download-Size: 378 kB
APT-Sources: http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal/main amd64 Packages

Display More

Der mariadb-Server ist folgender:

Code

sudo apt show mariadb-server
Package: mariadb-server
Version: 1:10.3.37-0ubuntu0.20.04.1
Priority: optional
Section: universe/database
Source: mariadb-10.3
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Debian MySQL Maintainers <pkg-mysql-maint@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 69,6 kB
Depends: mariadb-server-10.3 (>= 1:10.3.37-0ubuntu0.20.04.1)
Homepage: https://mariadb.org/
Download-Size: 12,7 kB
APT-Manual-Installed: yes
APT-Sources: http://de.archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages

Display More

Welche Paketquellen müsste ich denn einbinden, um den möglichen Versionskonflikt zu lösen?

horchi · Feb 16th 2023

epgd 1.3.7 sollte (wenn auch 1.3.22 aktuell ist) zu Scraper 1.1.0 passen.

Der epgd läuft auch in dieser Version, also ist nach dem Update neu gestartet worden? Es gibt keine Fehler in seinem log, auch nicht beim Start?

sk001 · Feb 18th 2023

Also, im log finde ich nur folgende Auffälligkeit:

Code

Feb 17 12:58:44 fhempi3 epgd: SQL-Error in 'update vdrs set state = 'crashed', master = 'n' where state = 'attached' and from_unixtime(updsp) < (now() - interval 5 minute);' - MySQL s
erver has gone away (2006) 
Feb 17 12:58:44 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions
Feb 17 12:58:44 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(23764)
Feb 17 12:59:43 fhempi3 epgd: Trying to re-connect to database!
Feb 17 12:59:44 fhempi3 epgd: Calling mysql_init(23764)
Feb 17 12:59:44 fhempi3 epgd: Loading '/etc/epgd/channelmap.conf'
Feb 17 12:59:44 fhempi3 epgd: 31 channel mappings read.
Feb 17 12:59:44 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(23764)
Feb 17 12:59:44 fhempi3 epgd: Calling mysql_init(23764)
Feb 17 12:59:44 fhempi3 epgd: Using scraping language de
Feb 17 12:59:44 fhempi3 epgd: TVDB scraper connected
Feb 17 12:59:45 fhempi3 epgd: MOVIEDB scraper connected
Feb 17 12:59:45 fhempi3 epgd: Connection established successfull!

Display More

Bei mir läuft der epgd auf einem separaten Raspi, der die EPG-Daten abholt und vorhält. Der VDR ist nicht permanent an und online, sondern holt sich die Infos beim Raspi ab (epg2vdr), wenn der angeschaltet wird. Das hat in der Vergangenheit auch immer ohne Probleme funktioniert. Ich habe an der Konfiguration auch nichts verändert. Auf dem Raspi habe ich mariadb im Einsatz. Epgd bringt nun die Fehlermeldung "MySQL server has gone away". Auf dem Raspi läuft die mariaddb aber ohnen Auffälligkeit und auch epghttp zeigt die aktuellen EPG-Daten auch korrekt an. Was fehlt, ist nur die Übernahme vom vdr (Ubuntu 20.04 LTS Server, mit yavdr ansible).

Hier scheint das Problem zu liegen (auf dem vdr):

Code

Feb 18 17:08:55 yavdr vdr: epg2vdr: Retry #3 failed, retrying in 10 seconds!
Feb 18 17:09:55 yavdr vdr: epg2vdr: Trying to re-connect to database!
Feb 18 17:09:55 yavdr vdr: epg2vdr: Your database has version 7, epg2vdr expects version 8. Please make sure, epgd and epg2vdr use the same version and the database is properly updated
Feb 18 17:09:55 yavdr vdr: epg2vdr: Retry #4 failed, retrying in 10 seconds!

Auf was beziehen sich denn die Versionsangaben? Scheinbar benötige ich eine Version 8. Ich habe nur keine Ahnung wo von Version 8!?

Auf dem VDR läuft auch (wie auf dem Raspi, der die EPG-Daten bereitstellt) MariaDB 10.3.37

horchi · Feb 18th 2023

1) schicke hier mal die Datei /etc/epgd/epg.dat von dem Raspi auf dem der epgd läuft
2) beende mal den epgd, vermutlich systemctl stop epgd (je nachdem wie du das aufgesetzt hast)

3) starte mal den epgd an der Kommandozeile mit epgd -n -t -l 1 und paste hier die Ausgabe

danach kannst du das mit ctrl-c abbrechen und wieder normal Starten

horchi · Feb 18th 2023

Ahh version 8, das ist die DBAPI Version des epgd, dachte bei deinem letzten Post hätte das noch gepasst. Okay dann musst du nur den epgd aktualisieren

sk001 · Feb 18th 2023

Hallo horchi! Hier die gewünschten Infos:

epg_dat.txt epgd_out.txt

horchi · Feb 18th 2023

ja das ist zu alt. Auf jeden Fall den epgd updaten.

Am besten auch die beiden Plugins dann passt es auf jeden Fall zusammen

sk001 · Feb 18th 2023

Ok, danke für Deine Hilfe!

Kannst Du mir noch verraten, wo ich die Pakete herbekommen. Meine apt-sources geben scheinbar keine neueren Versionen her....

horchi · Feb 18th 2023

wenn alles aus der selben Quelle stammt ist dort was schräg. Ich such dir den link

horchi · Feb 18th 2023

hier im ersten Post sind alle drei

Thread

epgd mit TVDB API 4

Der TVDB Scraper des epgd ist nun auf die aktuelle Version 4 der TvDb API portiert.

Update: Der epgd ist nun so erweitert das beim ersten Start der neuen Version den Update die Migration der Tabellen selbstständig durchführt.

Hier das git dazu: https://github.com/horchi/vdr-epg-daemon

Das passende Scraper Plugin gibt es hier: https://github.com/horchi/scraper2vdr

Das passende epg2vdr Plugin gibt es hier: https://github.com/horchi/vdr-plugin-epg2vdr
(Code, 3 lines)

Installation:
- alle Prozesse (epgd,…

horchi

Jan 21st 2023

sk001 · Feb 18th 2023

Funktioniert die Umstellung auch auf raspbian bulleseye? Ich würde gerne möglichst fertige Pakete nutzen (da der epgd ja auf einem Raspi läuft), aber die von seahawk basieren ja auf focal. Mir graut etwas davor, alle möglichen ungelösten Abhängigkeiten ins System zu bekommen. Hast Du einen Tipp, wie hier am Besten vorgegangen werden kann?

horchi · Feb 18th 2023

aus dem git holen und bauen. Wenn es klappt gut wenn nicht ändert das noch nichts an deinem laufenden system ( solange du kein make install aufrufst). M. E. sollte es inter Bullseye funktionieren

sk001 · Feb 18th 2023

Habe immer versucht darauf zu verzichten, die Pakete aus dem git selbst zu bauen. Ich versuche dann die Tage mal mein Glück....

Dir horchi, erstmal vielen Dank für die Erklärungen und für die tollen Dinge, die Du uns allen rund um den VDR zur Verfügung stellst!!

horchi · Feb 18th 2023

Vielleicht aktualisiert Alexander es ja für focal.

Die Plugins hast du dann vermutlich aus einer anderen Version des PPA denn ich gehe davon aus das sonst alles zusammen passen würde

seahawk1986 · Feb 23rd 2023

sk001: aus welchem PPA stammt dein scraper2vdr Paket?

Code

apt policy vdr-plugin-scraper2vdr

sk001 · Feb 25th 2023

Code

vdr-plugin-scraper2vdr:
  Installiert:           3:1.1.1-0yavdr0~focal
  Installationskandidat: 3:1.1.1-0yavdr0~focal
  Versionstabelle:
 *** 3:1.1.1-0yavdr0~focal 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages
        100 /var/lib/dpkg/status

sk001 · Mar 6th 2023

Hallo zusammen!

Ich habe heute auf raspbian bulleseye eine neue Version des epgd gebaut, so wie horchi das empfohlen hat. Der Service läuft auf einem separaten Raspi, auf dem kein VDR installiert ist und der nur epghttpd als Frontend zur Verfügung stellt. Die Versionen von scraper2vdr und vdr-plugin-epg2vdr sind die aktuellen aus dem git.

Das "make install" für epgd hat fehlerfrei funktioniert (habe vorher epgd und epghttpd deaktiviert) und dann versucht die neu gebaute epgd-Version zu starten.

Hierbei tritt nun leider folgender Fehler auf:

Code

#systemctl status epgd.service 
● epgd.service - Database driven EPG Data collector
     Loaded: loaded (/etc/systemd/system/epgd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2023-03-06 20:46:40 CET; 8min ago
    Process: 15521 ExecStart=/usr/local/bin/epgd -c /etc/epgd -p /usr/local/lib/epgd/plugins (code=exited, status=1/FAILURE)
        CPU: 254ms
Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Scheduled restart job, restart counter is at 5.
Mär 06 20:46:40 fhempi3 systemd[1]: Stopped Database driven EPG Data collector.
Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Start request repeated too quickly.
Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Failed with result 'exit-code'.
Mär 06 20:46:40 fhempi3 systemd[1]: Failed to start Database driven EPG Data collector.

Display More

Der epgd lässt sich also derzeit nicht wieder starten. Kann mir jemand auf die Sprünge helfen, was man tun kann? Sind vorher noch weitere Schritte erforderlich, z. B. um die Datenbank vorzubereiten? Danke!

Im Log finden sich zudem noch folgende Meldungen:

Code

Mär 06 21:36:26 fhempi3 epgd[13939]: create index idxcombinedComp on episodes(combinedcomp);
Mär 06 21:36:26 fhempi3 epgd[13939]: SQL-Error in 'create index idxcombinedComp on episodes(combinedcomp);' - BLOB/TEXT column 'combinedcomp' used in key specification without a key l>
Mär 06 21:36:26 fhempi3 epgd[13939]: SQL-Error in 'createIndices()' - BLOB/TEXT column 'combinedcomp' used in key specification without a key length (1170) '' [create index idxcombine>
Mär 06 21:36:26 fhempi3 epgd[13939]: Checking table 'events'

epgd startet nicht

sk001 Feb 14th 2023

Participate now!

Share