Verständnisfrage zu EPGd / epg2vdr

Ja gut für die Performance wäre das in der Tat nicht optimal.
Auf meinem lokalem Client auf dem sowohl die DB als auch der epgd läuft das ganze jetzt gut.
Wenn ich einen Remote Client versuche wird bei mir kein EPG angezeigt, und das trotz solcher logs wenn ich z.B. den reload an werfe:

Feb 20 15:30:12 vdr: epg2vdr: --- EPG reload started ---
Feb 20 15:30:12 vdr: epg2vdr: Starting cleanup of images in '/var/cache/vdr/epgimages'
Feb 20 15:30:18 vdr: epg2vdr: Remove all symlinks
Feb 20 15:30:18 vdr: epg2vdr: Cleanup finished, removed (0) images and (9706) symlinks
Feb 20 15:30:18 vdr: epg2vdr: Removing all events from epg
Feb 20 15:30:18 vdr: epg2vdr: Update EPG, reloading all events
Feb 20 15:30:29 vdr: epg2vdr: Updated all 37 channels, 20699 events (0 deletions) in 11.093 seconds
Feb 20 15:30:29 vdr: epg2vdr: Load images from database
Feb 20 15:30:32 vdr: epg2vdr: Got 0 images from database in 3 seconds (0 updates, 0 new)
Feb 20 15:30:32 vdr: epg2vdr: --- EPG reload finished ---

Hat jemand eine Idee woran das liegen kann?

Meine Gedanken gehen eher Richtung Raspberry PI usw. Die lesen doch von der SD Karte wesentlich langsamer als von einem Netzwerkspeicher.
Darum wäre es dort auch sinnvoll die Bilddaten im Netzwerk zu speichern. Warum sollten aber alle Clients nun die gleichen Bilddaten (bis auf die Aufnahmen ist ja alles gleich) mehrfach im Netzwerk speichern?

Ich hab aber noch mal drüber nach gedacht. Am Besten wäre wenn das nicht der epgd, sondern ein neuer scraperd übernimmt. Dieser speichert für alle Events und Aufnahmen (aller VDR's die der epgd kenn, oder konfigurierbar welche) in einem definierten Ordner ab. Und zwar genau so wie es der Scraper2VDR jetzt auch macht.
Der Scraper2VDR bekommt einen weiteren Modus (zusätzlich zu headless), bei dem einfach verhindert wird das der Scraper2VDR Bilder vom epgd lädt. Stattdessen zeigt einfach der hinterlegte Bildpfad auf den Netzwerkspeicher. Sollten die Bilder dort noch nicht vorhanden sein, sind diese für den Scraper2VDR einfach so lange ungültig bis der scraperd diese dann dort hin kopiert hat (die Eigenschaft habe ich ja den Mediandaten im Scraper2VDR schon beigebracht).

Für mich klingt das Konzept so prima. Damit könne alle Verwendungszwecke abgedeckt werden.
-1 VDR, kein Server -> epgd und scraper2vdr laufen beide lokal wie bisher
-1 VDR, extra SQL Server -> epgd läuft auf dem Server, scraper2vdr lädt alle Bilder wie bisher und speichert sie lokal
-mehrere VDRs, extra Server -> epgd und scraperd laufen auf dem Server, die scraper2vdr auf den VDRs laufen nur im Clientmodus
Alternativ können natürlich auch alle VDRs den scraper2vdr so betreiben wie bisher und die Bilder lokal speichern lassen.

Tschau, Uwe.

Moin,

hm, ob man den Raspi wirklich als ernsthaften Kandidaten für das "volle Programm" (true color skin + scraper) sinnvoll einsetzen kann?

Ich denke, gegen die von Uwe vorgeschlagene Erweiterung ist nichts einzuwenden, die ist schon sinnvoll...einen eigenen "scraperd" brauchts da aber nicht, das kann der epgd doch mit erleidgen.

Uwe: wenn du Lust hast, hau rein Da gibt es auch noch einen Request, dass beim Scrapen nach Filmen das Erscheinungsjahr mit berücksichtigt werden sollte. Wäre cool, wenn das auch eingebaut werden würde. Aufgrund von Skindesigner & Co. komme ich da zur Zeit so gar nicht dazu

Ciao Louis

Ich habe seit heite plötzlich kein EPG mehr. Ein Blick auf meinen Server hat mit dann gezeigt, dass der epgd nicht mehr läuft.
Beim Versuch des neustarts kommt dann folgende Fehlermeldung:

Feb 20 19:33:51 Gotham-City epgd: SQL-Error in 'prepare(stmt_prepare)' - Unknown column 'scrsp' in 'field list' (1054) 'Unknown column 'scrsp' in 'field list'' [select uuid, rec_path, rec_start, event_id, channel_id, scrapinfo_movie_id, scrapinfo_series_id, scrapinfo_episode_id, scrap_new, scrsp, rec_title, rec_subtitle, rec_duration, movie_id, series_id, episode_id from recordings where uuid = ? and rec_path = ? and rec_start = ?;]
Feb 20 19:33:51 Gotham-City kernel: [ 2024.165760] epgd[2473]: segfault at 8 ip 000000000043cd0c sp 00007fffb9536730 error 4 in epgd[400000+8f000]
Feb 20 19:33:51 Gotham-City kernel: [ 2024.315234] init: epgd main process (2473) killed by SEGV signal

Zitat von sveni_lee

Ich habe seit heite plötzlich kein EPG mehr

Klick & Klick

jep... das hat geklappt. Danke

Ich hab keine segfault aber trotzdem kein epg. Zumindest auf den clients. Hat noch irgendjemand eine Idee woran das liegen kann? Auf dem client(yavdr) läuft ganz frisch der vdr 2.2.0 aus dem testing repo und die Log´s sehen gut aus (siehe letzter Post)

Hmm sieht eigentlich gut aus. Landen die Daten in der epg.data?

Nein die Datei ist leer, "epgimages" ist gut gefüllt. Hab die Datei gelöscht, vdr neu gestartet/ Datei anlegen lassen, epg2vdr update/ reload. Alles im Log wieder "toll" aber die Datei bleibt leer. Ich verstehs nicht.. Gibt es es Probleme mit irgendwelchen anderen Plugins? Hatte vorher tvscraper und epgsync im Einsatz, aber beide bereits deaktiviert.

noepg oder epgtableid0 aktiv? Mir fällt grad nichts ein.

Nein keines von denen:
ps avx | grep epg

8720 ?        S<Lsl   1:49     0  1538 2020629 202856  2.4 /usr/bin/vdr -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 --lirc=/var/run/lirc/lircd -w 0 -Pstreamdev-client -Pepg2vdr  -Pscraper2vdr -i /var/cache/vdr/epgimages/ -m client -Psofthddevice -D -Pradio --files=/usr/share/vdr-plugin-radio --live=/usr/share/vdr-plugin-radio/rtextUnten-kleo2-live.mpg --replay=/usr/share/vdr-plugin-radio/rtextUnten-kleo2-replay.mpg --encrypted=0 --verbose=1 -Pchannellists -Pquickepgsearch -Pcdplayer -d "/dev/cdrom1" -Pimonlcd -d /dev/imon_0038 -p 0038 -Plive --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages -Pepgsearchonly -Pmenuorg -Pskindesigner --epgimages=/var/cache/vdr/epgimages -Ptrayopenng  -Pweatherforecast -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos --webapp=/var/lib/vdr/plugins/restfulapi/webapp -Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper --upstart -Pepgsearch -f /usr/bin/svdrpsend -Psvdrpservice -Pconflictcheckonly -Psvdrposd -Pyaepghd -Pfemon -Pmarkad

Aufm Server gehts aber? Hab grad echt keine Idee.

Ich auch nicht. Server läuft wie eine 1.

grep epg2vdr /var/log/syslog:

Feb 20 22:47:26 vdr: [9317] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.2.0
Feb 20 22:47:26 vdr: [9317] initializing plugin: epg2vdr (0.1.12): epg2vdr plugin
Feb 20 22:47:26 vdr: [9317] starting plugin: epg2vdr
Feb 20 22:47:26 vdr: epg2vdr: Set locale to 'de_DE.UTF-8'
Feb 20 22:47:26 vdr: epg2vdr: detected UTF-8
Feb 20 22:47:26 vdr: epg2vdr: SQL client character now 'utf8'
Feb 20 22:47:28 vdr: epg2vdr: Info: Last update was at '15.02.20 22:21:50'
Feb 20 22:47:28 vdr: epg2vdr: Start reading external ids from db
Feb 20 22:47:28 vdr: epg2vdr: Finished reading external id's from db, got 37 id's
Feb 20 22:47:28 vdr: epg2vdr: Update thread started (pid=9317)
Feb 20 22:47:38 vdr: epg2vdr: Updating timer
Feb 20 22:53:49 vdr: epg2vdr: Updating timer
Feb 20 22:55:37 vdr: epg2vdr: --- EPG update started ---
Feb 20 22:55:37 vdr: epg2vdr: Starting cleanup of images in '/var/cache/vdr/epgimages'
Feb 20 22:55:43 vdr: epg2vdr: Remove old symlinks
Feb 20 22:55:43 vdr: epg2vdr: Cleanup finished, removed (0) images and (0) symlinks
Feb 20 22:55:43 vdr: epg2vdr: Update EPG, loading changes since 20.02.2015 22:21:50
Feb 20 22:55:50 vdr: epg2vdr: Updated changes since '20.02.2015 22:21:50'; 37 channels, 0 events (0 deletions) in 7.346 seconds
Feb 20 22:55:50 vdr: epg2vdr: Load images from database
Feb 20 22:55:51 vdr: epg2vdr: Got 0 images from database in 1 seconds (0 updates, 0 new)
Feb 20 22:55:51 vdr: epg2vdr: --- EPG update finished ---
Feb 20 22:56:04 vdr: epg2vdr: --- EPG reload started ---
Feb 20 22:56:04 vdr: epg2vdr: Starting cleanup of images in '/var/cache/vdr/epgimages'
Feb 20 22:56:10 vdr: epg2vdr: Remove all symlinks
Feb 20 22:56:10 vdr: epg2vdr: Cleanup finished, removed (0) images and (9706) symlinks
Feb 20 22:56:10 vdr: epg2vdr: Removing all events from epg
Feb 20 22:56:10 vdr: epg2vdr: Update EPG, reloading all events
Feb 20 22:56:21 vdr: epg2vdr: Updated all 37 channels, 20699 events (0 deletions) in 10.799 seconds
Feb 20 22:56:21 vdr: epg2vdr: Load images from database
Feb 20 22:56:23 vdr: epg2vdr: Got 0 images from database in 2 seconds (0 updates, 0 new)
Feb 20 22:56:23 vdr: epg2vdr: --- EPG reload finished -

Ok nochmal was ganz blödes (ich hab das epgd Konstrukt heute zum ersten mal aufgesetzt):
- Auf dem Client brauche ich nur das epg2vdr plugin und kein epgd?
- Auf dem Client gibt es keine channelmap.conf

Zitat von bolzerrr

Ok nochmal was ganz blödes (ich hab das epgd Konstrukt heute zum ersten mal aufgesetzt)

Die channelmap.conf am Server hast du schon entsprechend geprüft und deine Kanäle aktiviert?

Ja auf dem Server hab ich auch epg (epg.data ist befüllt). Hat auch gut 2 GB Daten heute in die mysql gepumpt. Hier noch die setup.conf auf dem client:

epg2vdr.ActiveOnEpgd = 0
epg2vdr.Blacklist = 0
epg2vdr.DbHost = 192.168.x.x
epg2vdr.DbName = xxxxx
epg2vdr.DbPass = xxxxx
epg2vdr.DbPort = 3306
epg2vdr.DbUser = epg2vdr
epg2vdr.LoadImages = 1
epg2vdr.LogLevel = 1
epg2vdr.MasterMode = 0
epg2vdr.ScheduleBoot = 0
epg2vdr.ShowInMainMenu = 1
epg2vdr.Uuid = E8D97746-1111-2222-3333-444444444

Im phpmyadmin sehe ich das der user verbunden ist und netzwerk traffic. Echt myteriös. Der vdr 2.2.0 braucht doch keine patch mehr oder?

Zitat von bolzerrr

Ok nochmal was ganz blödes (ich hab das epgd Konstrukt heute zum ersten mal aufgesetzt):
- Auf dem Client brauche ich nur das epg2vdr plugin und kein epgd?
- Auf dem Client gibt es keine channelmap.conf

Ja das ist korrekt. Naja, müssen wir morgen mal schauen.

Ich komeleider nicht weiter. Gibt es eine möglichkeit zu überprüfen ob die EPG Daten lokal wirklich vom epg2vdr plugin kommen? In der DB unter vdr´s finde ich den client übrigens als "crashed" vermerkt..

Ich sehe in deinen Logs keine Fehler, weiss nicht woran es liegt. Plugin und epgd aktuell? Kannst ja sonst mal sie Clientzeile löschen aus der vdrs tabelle.

Ja alles frisch auf 2.2 mit plugins aus dem git. Werde mal auf dem raspberry bauen und schauen wie es sich dort verhält.

kannst du vllt noch mal genau adressieren was nicht geht, und wenn wir es so nicht finden mir gfs remote Zugriff auf dem mysql/epgd Server einrichten?

Du benötigst in der Tat keinen Patch, nur auf dem vdr das Plugin und irgendwo halt den epgd.

was sagt epgd-showmerge und kannst du mal aus dem live einen screenshot der Details eines Events anhängen, da sollte man auch sehen ob das Event aus der DB kommt. Ich vermute die db oder aber der User ist so konfiguriert das man nur via localhost zugreifen kann, das würde erklären das auf den clients nichts ankommt...

Christian