Stadtgeflüster: epgd kommt noch vor Ostern in der http Version

Den Workaround mit dem Cronjob habe ich oben schon gelesen. Da ich meine "wichtigen" Prozesse aber mit monit überwache, würde ich jedes mal eine Mail von monit bekommen, dass sich die epgd Instanz geändert hat. Also ist das keine Lösung für mich.

Ich fordere einen 'bambi eyes smiley' !!!eins11!elf!

[Blockierte Grafik: http://images5.fanpop.com/image/photos/30100000/Bambi-Eyes-hop-30199242-1366-768.png]

Cheers,
Ole

Zitat von glotzipapa

Den Workaround mit dem Cronjob habe ich oben schon gelesen. Da ich meine "wichtigen" Prozesse aber mit monit überwache, würde ich jedes mal eine Mail von monit bekommen, dass sich die epgd Instanz geändert hat. Also ist das keine Lösung für mich.

Wieso ändert sich denn die epgd-Instanz? Scheint mir ein komisches Überwachungsprogramm zu sein.

Lars.

Moin,

Zitat von mini73

Wieso ändert sich denn die epgd-Instanz?

ich habe es zwar noch nie getestet, aber das war auch mein erster Gedanke. epgd wird ja nicht beendet, sondern über das Signal nur veranlasst, ein update durchzuführen. Ich denke, das "killall" ruft da eine falsche Erwartungshaltung hervor

Ciao Louis

Warum benötigt man feste Zeiten für ein Update?

Braucht es noch Tester?

Testen kann die Sache jeder der es sich installieren kann denke ich, da gibt es keine Einschränkung

Zitat von louis

ich habe es zwar noch nie getestet, aber das war auch mein erster Gedanke. epgd wird ja nicht beendet, sondern über das Signal nur veranlasst, ein update durchzuführen. Ich denke, das "killall" ruft da eine falsche Erwartungshaltung hervor

Louis hat recht, ich hatte das -SIGHUP übersehen. Natürlich ändert sich nicht die Instanz.

Zitat von utiltiy

Warum benötigt man feste Zeiten für ein Update?

Weil ich das EPG-Update zu Zeiten laufen lassen will, wo die Kiste nicht so viel zu tun hat.

Moin,

der default User war wirklich noch übrig geblieben, ich habe ihn nun entfernt. Kann mir nicht erklären wie er dem Login stören könnte, vermute da gibt es noch ein anderes Problem.

Die Zeiten können wir auf die TODO Liste nehmen sehe nur kein wirkliches Benefit, wenn der PC nicht immer läuft bringt es nix dann sollte mal ggf. "CheckInitial" aktivieren, und wenn er immer läuft kann man die Aktualisierung m.E. alle 6 oder 12 Stunden laufen lassen kostet ja nix.

Jörg

Zitat

der default User war wirklich noch übrig geblieben, ich habe ihn nun entfernt. Kann mir nicht erklären wie er dem Login stören könnte, vermute da gibt es noch ein anderes Problem.

Lag bei mir, ist aber bereits gefixt

Dirk

Zitat von rechner

Lag bei mir, ist aber bereits gefixt
Dirk

Danke prima das erklärt es

Soderle - ich hab mir mal den aktuelle Source geholt und bin am basteln... mit folgenden Aufgaben:

- tvm - Plugin baut nicht (EPG2VDRConfig .....) was muss man noch anpassen ? includes? oder wie suche / finde ich die korrekte Version?
- Wo müssen die Channel-Logos hin?
- Gibt es bei den Autotimern/Suchtimern auch sowas wie die epgsearchuservars? zur Bildung von Verzeichnispfaden?

Das tvm Plugin baut nicht weil sich wohl die Datenbank-API geändert hat.

Zitat von magicamun

- Wo müssen die Channel-Logos hin?

/var/epgd/www/channellogos

Mal eine kurze Frage:
MUSS das ganze mit LANG=de_DE.UTF-8 laufen?
oder kann der mysql Server sowie epgd auch mit LANG en_US.UTF-8 laufen?

ich bekomme nämlich immer
epgd_1 | Dec 27 18:02:44 0cb04ef7c71b epgd: SQL-Error in 'select epglv('123', '123')' - Can't initialize function 'epglv'; EPGLV() failed to change locale (1123)
epgd_1 | Dec 27 18:02:44 0cb04ef7c71b epgd: SQL-Error in 'select epglvr('123', '123')' - Can't initialize function 'epglvr'; EPGLV() failed to change locale (1123)

Ok, es muss wohl zwingend die de_DE.UTF-8 locale sein.
Auf dem epgd host, sowie auf dem host wo der mysql läuft...

Ich hänge jetzt am nächsten Fehler, ich setzt das hier jetzt auch mal mit rein...

epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: create index idxstate on vdrs(state);
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Closing mysql connection and calling mysql_thread_end(37)
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Checking table structure and indices succeeded
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Calling mysql_init(37)
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: State now 'init'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Loading '/config/channelmap.conf'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: 26 channel mappings read.
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating directory '/var/cache/epgd/epgdata'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating procedure 'mergeepg'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating procedure 'reverseepg'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating function 'getupdflg'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating function 'getcrosslvr'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating function 'getlvrmin'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating view 'eventsview' using definition in '/config/eventsview.sql'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating view 'eventsviewplain' using definition in '/config/eventsviewplain.sql'
epgd_1    | Dec 27 20:20:09 dc6d3502b4af epgd: Creating view 'thetvdbview' using definition in '/config/thetvdbview.sql'


/* Ab hier wiederholt es sich immer wieder */
epgd_1    | Dec 27 20:20:10 dc6d3502b4af epgd: Error: At least 1 statements not prepared successfully
epgd_1    | Dec 27 20:20:10 dc6d3502b4af epgd: Retry #1 failed, retrying in 60 seconds!
epgd_1    | Dec 27 20:20:10 dc6d3502b4af epgd: Closing mysql connection and calling mysql_thread_end(37)
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Trying to re-connect to database!
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Calling mysql_init(37)
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Loading '/config/channelmap.conf'
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: 26 channel mappings read.
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: SQL-Error in 'prepare(stmt_prepare)' - Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'epg2vdr.timers.autotimerid' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by (1055) 'Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'epg2vdr.timers.autotimerid' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by' [select active, autotimerid, aux, channelid, childlock, day, directory, doneid, endtime, eventid, file, id, info, lifetime, namingmode, priority, source, starttime, state, vdruuid, vps, weekdays from timers where state in ('P','R') and active = 1 and day + starttime div 100 * 60 * 60 + starttime % 100 * 60 >= ? and day + starttime div 100 * 60 * 60 + starttime % 100 * 60 <= ? and vdruuid = ? group by SUBSTRING_INDEX(channelid, '-', 3)]
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Error: At least 1 statements not prepared successfully
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Retry #2 failed, retrying in 60 seconds!
epgd_1    | Dec 27 20:20:19 dc6d3502b4af epgd: Closing mysql connection and calling mysql_thread_end(37)

Die Version ist der HEAD von HTTP Branch.

Problem gelöst:
zur mysql config folgenden eintrag hinzugefügt:
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Das ganze kommt von einer Änderung in MySQL Versionen 5.7.5+

Zitat

MySQL 5.7.5+ changed the way GROUP BY behaved in order to be SQL99 compliant (where in previous versions it was not).

Mann müsste die SQL Queries ändern um das Problem richtig zu beseitigen.