[mafe68]

Hier sein Debug-Code: VD3Pqv Den kannst du aber nur einsehen wenn du auch dafür frei geschaltet  bist. Sonst muss du dich mal mit Claus in Verbindung setzen.

[Pfeifenraucher]

Wobei im Debug-log der für horchi interessante Teil nicht dabei zu sein scheint - /etc/epdg/* bzw. ggfs nur die epgd.conf.

Das wäre vielleicht noch was für die Feature-Liste.

VG
Erik

[P3f]

Hallo Erik,

ich habe mal in dein Logfile geschaut, welches wir (Administratoren) über das Webif anschauen können. Demnach scheint eine Blockade dein EPG-Daemon http immer wieder neu startet.

Ausschnitt, der sich immer wieder wiederholt in der /var/log/messages

Code: [Select]

Jun  1 11:21:26 (MLD) user.err epgd: TCC: Starting timer conflict check
Jun  1 11:21:26 (MLD) user.err epgd: TCC: Finished timer conflict check
Jun  1 11:21:42 (MLD) user.err epgd: State now 'busy (match)'
Jun  1 11:21:43 (MLD) user.err epgd: Send 'PLUG epg2vdr STATE busy (match)' to 'epg2vdr' at '192.168.22.240:6419'
Jun  1 11:21:43 (MLD) user.err vdr: epg2vdr: Got epgd state 'busy (match)' (4)
Jun  1 11:21:43 (MLD) user.err vdr: epg2vdr: Change handler state to 'standby'
Jun  1 11:21:44 (MLD) user.err epgd: SystemNotification thread thread started (pid=1276, tid=2694, prio=low)
Jun  1 11:21:49 (MLD) user.err epgd: SystemNotification thread thread ended (pid=1276, tid=2694)
Jun  1 11:21:49 (MLD) user.err epgd: 1551 DVB pending, mergeepg done after 4.688 seconds
Jun  1 11:21:49 (MLD) user.err epgd: AUTOTIMER: Updating searchtimers due to 'events changed' (force)
Jun  1 11:21:49 (MLD) user.err epgd: AUTOTIMER: Search statement [ from eventsviewplain e, (select distinct channelid,channelname,format,ord,visible from channelmap) c where e.cnt_channelid = c.channelid and e.updflg in ('A','L','P') and e.cnt_starttime >= unix_time
Jun  1 11:21:50 (MLD) user.err epgd: AUTOTIMER: Update done after 901 ms, created 0 timers
Jun  1 11:21:50 (MLD) user.err epgd: State now 'standby'
Jun  1 11:21:50 (MLD) user.err epgd: Send 'PLUG epg2vdr STATE standby' to 'epg2vdr' at '192.168.22.240:6419'
Jun  1 11:21:50 (MLD) user.err vdr: epg2vdr: Got epgd state 'standby' (1)
Jun  1 11:21:50 (MLD) user.err vdr: epg2vdr: Change handler state to 'active'
Jun  1 11:21:52 (MLD) user.err vdr: epg2vdr: Updated changes since '01.06.2016 11:18:43'; 187 channels, 1569 events (3 deletions) in 1.092 seconds
Jun  1 11:22:34 (MLD) user.err vdr: [2568] SATIP-ERROR: Tuning timeout - retuning [device 5]
Jun  1 11:22:44 (MLD) user.err epgd: State now 'busy (match)'
Jun  1 11:22:45 (MLD) user.err epgd: Send 'PLUG epg2vdr STATE busy (match)' to 'epg2vdr' at '192.168.22.240:6419'
Jun  1 11:22:45 (MLD) user.err vdr: epg2vdr: Got epgd state 'busy (match)' (4)
Jun  1 11:22:45 (MLD) user.err vdr: epg2vdr: Change handler state to 'standby'
Jun  1 11:22:46 (MLD) user.err epgd: SystemNotification thread thread started (pid=1276, tid=2696, prio=low)
Jun  1 11:22:51 (MLD) user.err epgd: SystemNotification thread thread ended (pid=1276, tid=2696)
Jun  1 11:22:51 (MLD) user.err epgd: 1021 DVB pending, mergeepg done after 4.747 seconds
Vielleicht kann horchi (Jörg) ja schon etwas damit anfangen.

@Erik: Du kannst auch über die Debug-Log-Funktion, die Debugloginformation downloaden und hier bzw. per E-Mail an horchi bereitstellen. Welchen Feature-Request meinst Du genau?

@Jörg: Kannst Du mal genauer schreiben, welche Logfiles / Confdateien Du zur Analyse benötigst?

Gruß,

Pit

[horchi]

Hi,

das log sieht gut aus, ist der Normalbetrieb. Nach zyklischen Restart sieht es wenigstens in dem Log Ausschnitt nicht aus. Ich habe dazu auch schon mit Erik dazu gemailt.
Viele der Meldungen fallen weg wenn man den LogLevel auf 0 stellt, das geht in der epgd.conf und für das epg2vdr Plugin im Setup am OSD.

der zyklische merge:

Code: [Select]

Jun  1 11:21:49 (MLD) user.err epgd: 1551 DVB pending, mergeepg done after 4.688 seconds
zieht automatisch die Meldung der SystemNotification sowie das aktualisieren der Autotimer nach sich. Auf kleinen Systemen ist es sinnvoll die merge Schwelle etwas zu erhöhen (nicht nur wegen der Meldungen, auch wegen der dadurch erzeugten DB Last), dann passiert das entsprechend seltener, das geht über den Parameter UpdateThreshold in der epgd.conf. Default ist 500, ich würde es mal mit 2000 versuchen - das ist die Anzahl der von dem Sender über DVB geeänderten Events bis der merge wieder angestoßen wird. Zu selten ist auch nicht gut sofern man kurzfristige Programmänderungen mitbekommen möchte.

Ich werde auch die ein oder andere Log Meldung noch etwas tunen sodass sie nicht in LogLevel 0 sondern erst in 1 kommt.

Jörg

[P3f]

Hi,

ok, das ist verstanden. Und ist dann der Feature Request das man über das Webif die Einstellungen vornehmen können soll.

Was sind neben den beiden benannten Werten, sinnvolle Werte? (Dann kann man das ins Webif mit integrieren)

Gruß,

Pit

[horchi]

Hi,

meinst du euer Webif oder das des epgd?

Der loglevel geht von 0-5:
0 - Fehler und wichtige Meldungen der Haut  Aktionen
1 - Der Ablauf im Detail - damit sieht man schon was genau gerade genau abläuft
2 - Mehr Details plus die SQL Statements
3,4 - Debug

zum Threashold, unter 100 macht vermutlich wenig Sinn, kommt etwas darauf an wie viel Änderungen an EPG Daten von den Sendern beim VDR ankommen, am besten einstellen und im log schauen wie oft der merge aufgerufen wird. Steht bei mir auf 100 und merged damit hier grob einmal die Minute. Ist auch abhängig davon wie viel Tuner man hat, wie man das EPG aktualisieren des VDR eingestellt hat und wie viele Sender konfiguriert sind welche EPG schicken.

Mich stört das einmal die Minute nicht da die DB hier auf einem recht 'dicken' Server läuft. Mit der DB auf einem Raspi würde ich schauen das es so alle 5-10 Minuten läuft oder sofern es einen nicht stört wenn kurzfristige Programmänderungen nicht gleich zu sehen sind auch deutlich seltener.

Jörg

[Pfeifenraucher]

Moin,

die Werte habe ich mal eingestellt und die VM wird gerade neugestartet, mal schauen, was dabei rumkommt.

Was nennst Du einen dicken Server? Die VM hat bei mir zwei Kerne und 2 oder 4 GB - ich habe beides ausprobiert, scheint Wurscht zu sein.

VG
Erik.

[horchi]

8GB und auch nur 2 Kerne

dann sollte doch die Last bei dir auch nicht ins Gewicht fallen, wenn dich denn nur die Log Meldungen stören ist mit LogLevel 0 sicher schon geholfen. Habe gerade zwei weitere Meldungen von Level 0 nach 1 verschoben, denke mit 0 sollte es damit nun ruhiger sein. Ist im Quell Git eingechecked

Jörg