ja vom Februar und vom 2.3 also nicht neu und von heute. Für die gilt das oben geschriebene, manuell mit sql Mitteln patchen oder das EPG komplett neu holen lassen
epgd / epg2vdr / scraper2vdr
-
-
ja vom Februar und vom 2.3 also nicht neu und von heute. Für die gilt das oben geschriebene, manuell mit sql Mitteln patchen oder das EPG komplett neu holen lassen
Vom Februar?
Warum hat er sie dann vorhin geholt - siehe Log weiter oben?
-
er will die Bilder holen aber das epg hat er schon lange und die Einträge dazu sind daher noch von vor dem Fix.
hast du noch andere Quellen als epgdata, ansonsten am besten droppen (mit dem epgd-dropall Skript) da nur die 'normalen' Tabellen und die Images, den Rest lass ruhig insbesondere User-Data NICHT droppen. das Skript fragt das alles ab.
-
er will die Bilder holen aber das epg hat er schon lange und die Einträge dazu sind daher noch von vor dem Fix.
hast du noch andere Quellen als epgdata, ansonsten am besten droppen (mit dem epgd-dropall Skript) da nur die 'normalen' Tabellen und die Images, den Rest lass ruhig insbesondere User-Data NICHT droppen. das Skript fragt das alles ab.
Ah, ok, danke.
Dann versuch ich das mal.
-
Liebe Entwickler, im speziellen Frodo
Ich hab immer noch das Problem:
Entpacken von vdr-plugin-epg2vdr (3:1.1.93-0frodo0~trusty) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-epg2vdr:
vdr-plugin-epg2vdr hängt ab von vdr-abi-2.2.0-yavdr3; aber:
Paket vdr-abi-2.2.0-yavdr3 ist nicht installiert.
Das Paket stammt aus dem frodo/testing-vdr,
ebenso wie auch
# apt-cache policy vdr
vdr:
Installiert: 2.2.0-15frodo4~trusty
Installationskandidat: 2.2.0-15frodo4~trusty
Versionstabelle:
*** 2.2.0-15frodo4~trusty 0
500 http://ppa.launchpad.net/frodo-vdr/testing-vdr/ubuntu/ trusty/main amd64 Packages
# apt-cache policy epgd
epgd:
Installiert: 4:1.1.135-2-g758e04c-0frodo0~trusty
Installationskandidat: 4:1.1.135-2-g758e04c-0frodo0~trusty
Versionstabelle:
*** 4:1.1.135-2-g758e04c-0frodo0~trusty 0
500 http://ppa.launchpad.net/frodo-vdr/main/ubuntu/ trusty/main amd64 Packages
# apt-cache policy vdr-epg-daemon
vdr-epg-daemon:
Installiert: 4:1.1.135-2-g758e04c-0frodo0~trusty
Installationskandidat: 4:1.1.135-2-g758e04c-0frodo0~trusty
Versionstabelle:
*** 4:1.1.135-2-g758e04c-0frodo0~trusty 0
500 http://ppa.launchpad.net/frodo-vdr/main/ubuntu/ trusty/main amd64 Packages
# apt-cache policy vdr-plugin-scraper2vdr:
Installiert: 5:1.0.8-1frodo0~trusty
Installationskandidat: 5:1.0.9-0frodo0~trusty
Versionstabelle:
5:1.0.9-0frodo0~trusty 0
500 http://ppa.launchpad.net/frodo…r-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages
5:1.0.9-0frodo0~trusty 0
500 http://ppa.launchpad.net/frodo-vdr/testing-vdr/ubuntu/ trusty/main amd64 Packages
scraper2vdr mag auch das alte vdr-abi und wird deshalb nicht upgedated.
Ich hab ja die im testing vorhandene vdr-2.2.0-Version, warum passen die abi-Versionen der Plugins im selben ppa nicht mehr dazu?
Ich muß bei jedem Update die Plugins entfernen und dann mit dpkg -i --force-all wieder installieren.
An sich funktionieren sie aber ...
Bin schon dabei, einen ansible auf bionic aufzusetzen, aber auch da verschwinden bionic-yavdr-ppas und dem playbook fe_lt jede Menge an Packages.
EDIT: stable-vdr und testing-vdr haben zwar dieselben Versionsnummern, darum nahm er bei mir die von "stable" (sollte testing höher pinnen),
aber die abi-Version unterscheidet sich doch ... wenn ich mal "stable" aus apt.conf.d rausnehme, klappt es.
-
-
Hi nobanzai,
hat es geklappt?
Vom Ergebnis her kann man das so sagen - die Fehler sind weg.
Allerdings war ich nach dem drop-Script zwei Stunden beschäftigt, die DB so wiederherzustellen, dass der Rest geklappt hat 8-<
Leider waren alle Timer und Autotimer auch weg, obwohl ich ganz sicher (ja ich weiß, red du nur :)) die entsprechende(n) Frage(n) nicht mit "y" beantwortet hatte.
Aber egal - kenne ich die DB wieder etwas besser 8-|
Ciao.
Michael.
-
sehr merkwürdig die Abfrage des 'y' im Script ist recht eindeutig.
- hast du trotz das du mit 'n' geantwortet hast die Meldung "User Data tables dropped" bekommen?
- und bist du das gefragt worden "Backup User Data Tables now"?
- und vor allem, welches Skript hast du verwendet?
-
sehr merkwürdig die Abfrage des 'y' im Script ist recht eindeutig.
- hast du trotz das du mit 'n' geantwortet hast die Meldung "User Data tables dropped" bekommen?
- und bist du das gefragt worden "Backup User Data Tables now"?
- und vor allem, welches Skript hast du verwendet?
Ich muss zugeben, dass ich heute leider schon nicht mehr weiß, was ich genau auf welche Fragen geantwortet hatte 8-<
Verwendet habe ich das Script, das du genannt hattest: epgd-dropall aus dem /usr/local/bin Verzeichnis, das identisch mit dem aus dem scripts-Ordner der Version
1.1.138 von epgd ist.
Aber ist echt egal - ich bastel ja gerne rum, vor allem in Datenbanken
Wenn ich das mal wieder brauche, achte ich genauer auf die Abfragen und Ausgaben und kopiere mir die weg.
Ciao.
Michael.
-
Ich habe seit einigen Tagen mir unerklärliche coredumps von epgd direkt nach dem Start.
Versionen sind die letzten git-Stände, System ist Ubuntu 16.04-lts Server.
EIn Zurückgehen hat leider auch keine Besserung gebracht, ebenso wie das Löschen der DB.
Bestimmt hast du eine Idee, woran das liegen könnte
Code
Alles anzeigenCore was generated by `/usr/local/bin/epgd -c /etc/epgd -p /usr/local/lib/epgd/plugins'. Program terminated with signal SIGSEGV, Segmentation fault. warning: Unexpected size of section `.reg-xstate/2753' in core file. #0 __GI___libc_free (mem=0x3e72742f3c3e6474) at malloc.c:2951 2951 malloc.c: No such file or directory. (gdb) bt #0 __GI___libc_free (mem=0x3e72742f3c3e6474) at malloc.c:2951 #1 0x00000000004c05e1 in cSearchTimer::getUsedTransponderAt (this=0xe1ea80, lStartTime=1521993420, lEndTime=1521999000, mailPart="<tr><td style=\"text-align:left;vertical-align:top;white-space:nowrap;padding:3px 2px;\"><div>C-9999-161</div></td><td style=\"text-align:left;vertical-align:top;white-space:nowrap;padding:3px 2px;\"><div"...) at searchtimer.c:1749 #2 0x00000000004bfa50 in cSearchTimer::checkTimerConflicts (this=0xe1ea80, mailBody="") at searchtimer.c:1631 #3 0x000000000046a1db in cEpgd::loop (this=0xe1e700) at update.c:1694 #4 0x000000000046111d in main (argc=5, argv=0x7ffef0eba098) at main.c:212
-
hast du alles alle verwendeten Plugins des epgd neu gebaut, also (epgdata, ..., ...).
-
hast du alles alle verwendeten Plugins des epgd neu gebaut, also (epgdata, ..., ...).
Ja hatte ich. Habe ich grade noch mal gemacht, leider keine Besserung ...
-
-
das ist scheinbar beim erstellen der Timer Konflikt Mail passiert, hab nur keine Idee warum.
-
Hab aktuell wieder das Problem, dass trotz gültigen Serientimers nichts aufgenommen wird. Ich benutze noch vdr 2.2.0 mit dem zugehörigen epgd + epg2vdr. Beim Testen des Serientimers über das Webgui sieht das Ganze noch gut aus. In der Auftragshistorie sieht man dann für jedes Event 2 - 3 Einträge (gelöscht / konnte nicht erstellt werden / oder leeres Feld). Teilweise verschwinden Timer für die Folgewoche, die man vorher im VDR-OSD noch geprüft und für richtig befunden hatte (meist die, die keine Folgentitel hatten). Kann mich an Zeiten entsinnen, wo das Ganze noch einwandfrei funktioniert hat. Keine Ahnung wo da der Wurm drin ist.
-
was steht denn dazu im log und was im info Felder der Timers Tabelle?
BTW, es gab mit epgd Version 1.1.135 einen Fix für ein problem das bei Autotimern mit leerem 'shorttext' und leerer 'episode' auftreten konnte
-
Hallo!
Gibt es ein tvguideng das mit dem neusten epg2vdr/epgd zusammen arbeitet?Seit dem letzten Versionen habe ich das Problem das tvguideng nur noch sporadisch die Timer anzeigt. Und beim löschen eines Timers über tvguideng bleibt der vdr (2.3.9) hängen.
Gruß
Murry
-
Ich habe im Moment das Problem, dass scraper2vdr nicht baut.
Irgendwie meint er die vdr/tools.h Datei nicht zu finden:
Code*** Plugin scraper2vdr: (cd lib && make -s lib) Compile common ... In file included from common.c:33:0: common.h:35:25: fatal error: vdr/tools.h: No such file or directory compilation terminated. Makefile:84: recipe for target 'common.o' failed make[2]: *** [common.o] Error 1 Makefile:88: recipe for target 'hlib' failed make[1]: *** [hlib] Error 2
Ein pkg-config --libs vdr bringt keinen Fehler und die vdr.pc Datei existiert auch sowohl unter /usr/local/lib/pkgconfig/vdr.pc als auch unter /usr/local/src/vdr-2.3.8/vdr.pc.
Alle anderen Plugins bauen ganz normal.
Hat da jemand eine Idee was das sein könnte?
Grüße,
Alex -
Das Paket vdr-dev hat gefehlt.
Verstehe ich zwar nicht, weil ich das noch nie installiert hatte, aber gut, jetzt geht's.
-
Weil keine EPG updates mehr kamen ist mir auch aufgefallen, dass mein EPGD mittlerweile segfaulted. Vermutlich seit dem letzten GIT update(?)
#epgd -n -t -l10
17:00:29,382 Set locale to 'de_DE.UTF-8'
17:00:29,382 Calling sd_notify(READY=1$STATUS=Ready$MAINPID=16207$)
17:00:29,382 Info: Systemd watchdog not configured, epgd won't be sending keep-alive messages!
17:00:29,382 Loading uuid from '/etc/epgd/uuid' succeeded [2FE2EEF2-41B4-403C-A721-D987C12B714D]
17:00:29,388 Dictionary '/etc/epgd/epg.dat' loaded
17:00:29,388 Initialize python script '/etc/epgd/recording.py'
17:00:29,409 Loading plugin: /usr/local/lib/epgd/plugins/libepgd-tvsp.so
17:00:29,410 Loading plugin: /usr/local/lib/epgd/plugins/libepgd-epgdata.so
17:00:29,411 Read 29 option from /etc/epgd/epgd.conf
17:00:29,411 Using syslog facility 'user' (8), log level set to (1)
17:00:29,411 Info: Calling mysql_library_init()
17:00:29,416 Info: Stylesheet '/etc/epgd/tvsp-utf-8.xsl' loaded
17:00:29,420 Info: Stylesheet '/etc/epgd/epgdata-utf-8.xsl' loaded
17:00:29,420 Checking database connection ...
17:00:29,420 Calling mysql_init(16207)
17:00:29,424 SQL client character now 'utf8'
17:00:29,424 Checking table structure and indices ...
17:00:29,424 Checking table 'analyse'
17:00:29,439 Checking table 'channelmap'
17:00:29,466 Checking table 'components'
17:00:29,481 Checking table 'episodes'
17:00:29,501 Checking table 'events'
17:00:29,542 Checking table 'fileref'
17:00:29,560 Checking table 'imagerefs'
17:00:29,581 Checking table 'images'
17:00:29,597 Checking table 'messages'
17:00:29,614 Checking table 'movie'
17:00:29,635 Checking table 'movie_actor'
17:00:29,653 Checking table 'movie_actors'
17:00:29,671 Checking table 'movie_media'
17:00:29,691 Checking table 'parameters'
17:00:29,708 Checking table 'recordingdirs'
17:00:29,725 Checking table 'recordingimages'
17:00:29,741 Checking table 'recordinglist'
17:00:29,764 Checking table 'searchtimers'
17:00:29,786 Checking table 'series'
17:00:29,805 Checking table 'series_actor'
17:00:29,822 Checking table 'series_episode'
17:00:29,841 Checking table 'series_media'
17:00:29,865 Checking table 'snapshot'
17:00:29,885 Checking table 'timers'
17:00:29,907 Checking table 'timersdone'
17:00:29,927 Checking table 'useevents'
17:00:29,955 Checking table 'users'
17:00:29,970 Checking table 'vdrs'
17:00:29,989 Closing mysql connection and calling mysql_thread_end(16207)
17:00:29,990 Checking table structure and indices succeeded
17:00:29,990 Calling mysql_init(16207)
17:00:30,006 State now 'init'
17:00:30,092 Loading '/etc/epgd/channelmap.conf'
17:00:30,267 69 channel mappings read.
17:00:30,317 Calling mysql_init(16207)
17:00:30,396 Using scraping language de
17:00:30,473 TVDB scraper connected
17:00:30,739 MOVIEDB scraper connected
17:00:30,773 Scheduled next update in 10 second(s)
17:00:30,773 State now 'standby'
17:00:30,787 Send 'PLUG epg2vdr STATE standby' to '192.168.36.2:6419'
17:00:31,830 TCC: Starting timer conflict check
17:00:31,848 TCC: Finished timer conflict check with (0) conflicts
17:00:31,848 Checking timers against actual epg and searchtimer settings
17:00:31,869 Timers check done
17:00:31,869 AUTOTIMER: Updating searchtimers due to 'search timer changed'
17:00:31,870 AUTOTIMER: Update done after 1 ms, created (0) timers
17:00:40,877 State now 'busy (events)'
17:00:40,962 Send 'PLUG epg2vdr STATE busy (events)' to '192.168.36.2:6419'
17:00:43,005 Starting cleanup of events
17:00:43,005 Delete fileref [substr(name,1,8) <= '20180324' and source = 'epgdata']
17:00:43,011 Delete events [starttime+duration < 1521968443]
17:00:43,168 Delete useevents [cnt_starttime+cnt_duration < 1521968443]
17:00:43,562 Cleanup of events finished
17:00:43,563 Starting cleanup of failed timer actions, older than 10 days
17:00:43,564 Cleanup of timer actions finished
[1] 16207 segmentation fault epgd -n -t -l10
# gdb ./epgd -c core
GNU gdb (Debian 7.12-6) 7.12.0.20161007-gitCopyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./epgd...done.[New LWP 13706]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `epgd -n -t -l10'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb) bt full
#0 0x0000000000000000 in ?? ()
No symbol table info available.
#1 0x0000559a94dd838a in cEpgd::cleanupBefore (this=0x559a9565dcf0) at update.c:2469
p = 0x559a9571ad80
it = 0x559a95720330
#2 0x0000559a94dd616a in cEpgd::loop (this=0x559a9565dcf0) at update.c:1812
lastCheckAt = 1521989532
lastUpdCheckAt = 0
lastRecCheckAt = 0
lastTccCheckAt = 1521989532
#3 0x0000559a94dcc9c5 in main (argc=4, argv=0x7ffee30f7db8) at main.c:212
job = 0x559a9565dcf0
doValidateAlterDatabase = 0
nofork = 1
pid = 21914
logstdout = 1
loglevel = -1
logfacility = 8
Kann das an der Datenbank liegen? Ich wollte die Datenbank eigentlich erst resetten, wenn ich weiß, dass sie wieder gefüllt wird
Beste Grüße,
Johannes
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!