[0.5] Live verursacht manchmal Absturz

magicamun · 23. März 2014

Kann das mal jemand ausprobieren (läuft jetzt bei mir (bisher) ohne Abstürze:

Diff

--- /workspace/vdr-plugin-live/timers.h    (revision 171)
+++ /workspace/vdr-plugin-live/timers.h    (working copy)
@@ -42,7 +42,10 @@
		 friend TimerManager& LiveTimerManager();
 
		 public:
-   		 SortedTimers& GetTimers() { return m_timers; }
+   		 SortedTimers& GetTimers() {
+   		 	DoReloadTimers();
+   		 	return m_timers;
+   		 }
 
			 void UpdateTimer( cTimer* timer, int flags, tChannelID& channel, std::string const& weekdays, std::string const& day,
							   int start, int stop, int priority, int lifetime, std::string const& title, std::string const& aux );

Alles anzeigen

CKone · 23. März 2014

Zitat von magicamun

Kann das mal jemand ausprobieren (läuft jetzt bei mir (bisher) ohne Abstürze:

teste ich nachher - muss eh noch einen mini bugfix in epg2vdr testen und damit den compiler anwerfen

Christian

CKone · 23. März 2014

ist jetzt nicht so prickelnd, crashed andauernd beim Aufrufen der Timerdatailinformationen...

Christian

TheChief · 23. März 2014

Vielleicht reicht ja schon sowas, aber ist eben schwierig zu testen, wenn man nicht weiss, wann genau dieser Absturz stattfindet und wie man ihn reproduzieren kann.

Diff

diff --git a/pages/timers.ecpp b/pages/timers.ecpp
index 66b5235..189e9af 100644
--- a/pages/timers.ecpp
+++ b/pages/timers.ecpp
@@ -80,7 +80,8 @@ static const size_t maximumDescriptionLength = 300;
 				for (SortedTimers::iterator timer = timers.begin(); timer != timers.end(); ++timer) {
 				    EpgInfoPtr epgEvent;
 					string longDescription;
-					if (!timer->Event()) timer->SetEventFromSchedule();
+					//if (!timer->Event()) 
+					timer->SetEventFromSchedule();
 					if (timer->Event())
 					{
 						epgEvent = EpgEvents::CreateEpgInfo(timer->Channel(), timer->Event());

Alles anzeigen

magicamun · 23. März 2014

Zitat von CKone

ist jetzt nicht so prickelnd, crashed andauernd beim Aufrufen der Timerdatailinformationen...

Christian

sehr komisch - hast du nen backtrace?

Ich habe seit heute morgen keinen einzigen crash mehr

TheChief · 23. März 2014

Naja, ich hab manchmal auch tagelang keinen Crash und plötzlich kommt wieder mal einer.

magicamun · 23. März 2014

nee das war bei mir deutlich häufiger

TheChief · 23. März 2014

Hab jetzt meinen Patch oben mal aktiv, eventuell bringts ja was, einfach jedes Event "neu" zu setzen - ich denke nicht die Timer sind das Problem, sondern das Event, was an dem Timer hängt.

magicamun · 23. März 2014

Ja schaun mer mal - backtrace von Christian wäre trotzdem gut - bei mir crasht nichts mehr und ich hatte das (je nach Nutzung von Live) deutlich häufiger als nur alle paar Tage.

vdr ist ein plain 2.1.6, live ist aus dem gitt sowie halt der kleine Patch von mir.

EDIT: man muss genau lesen - Christian schreibt - es crasht beim öffnen der Details... - hatte ich überllesen - crasht da bei mir auch - häufig - aber nicht immer - so ein Dreck. Bie crashte das Teil ohne meinen Patch vorher schon - also in der Timerübersicht

Dein Ansatz (TheChief) hilft leider auch nicht diese Problem zu lösen.

CKone · 23. März 2014

sorry hab leider keinen Backtrace vom Server zur Hand

Chrisitian

magicamun · 23. März 2014

ok - selbst ist de Mann...

im gdb knallt es jetzt hier:

Code

vdrlive::SortedTimers::GetTimerId (timer=...) at timers.cpp:31
31			builder << timer.Channel()->GetChannelID() << ":" << timer.WeekDays() << ":"

also weiter suchen....

TheChief · 23. März 2014

Zitat von magicamun

Dein Ansatz (TheChief) hilft leider auch nicht diese Problem zu lösen.

Bei mir ist es bisher nur gecrashed, wenn ich die Timers-Seite öffne.

magicamun · 23. März 2014

Ja

Zitat von TheChief

Bei mir ist es bisher nur gecrashed, wenn ich die Timers-Seite öffne.

bei mir bisher auch - seit meinem Patch ist Ruhe - dafür knallt es nun beim öffnen der Details/des Timers an sich - das Problem kommt von hier:

timers.ecpp

Code

...
						><$ timer->File() $></a></div>
					</td>
					<td class="action <? bottom ? "bottomrow" ?>"><a href="timers.html?timerid=<$ SortedTimers::EncodeDomId(timers.GetTimerId(*timer)) $>&action=toggle"><img src="<$ LiveSetup().GetThemedLink("img", (timer->Flags() & tfActive) ? "active.png" : "inactive.png") $>" alt="" <& tooltip.hint text=(tr("Toggle timer active/inactive")) &>></img></a></td>
					<td class="action <? bottom ? "bottomrow" ?>"><& pageelems.edit_timer timerId=(timers.GetTimerId(*timer)) &></td>
					<td class="action rightcol <? bottom ? "bottomrow" ?>"><a href="timers.html?timerid=<$ SortedTimers::EncodeDomId(timers.GetTimerId(*timer)) $>&action=delete"><img src="<$ LiveSetup().GetThemedLink("img", "del.png") $>" alt="" <& tooltip.hint text=(tr("Delete timer")) &>></img></a></td>
				</tr>
...

wenn man in der Statusleiste des Browsers den Links anschaut auf den der Timertext verweist - ist das die Id mit der er dann versucht den Timer zu lesen - und der ist dann (schon wieder) ungültig...

Muss ich aber ncoh genauer schauen.

TheChief · 23. März 2014

Naja, jab nochmal ein paar zufällige Timer angelegt, bin auf die Timerseite, hab Details angeschaut, aber kann einen Absturz provozieren. Vielleicht muss ich ja warten, bis es ein Update vom externen Provider gabe oder mein patch funktioniert.

TheChief · 23. März 2014

Hier lässt sich doch vielleicht was erkennen:

Code

Mar 23 17:47:30 homeserver vdr: EPG2VDR: --- EPG reload started ---
Mar 23 17:47:30 homeserver vdr: [16733] closing SVDRP connection
Mar 23 17:47:30 homeserver vdr: [16749] timer 1 (1 2215-2345 'Sportschau') set to no event
Mar 23 17:47:30 homeserver vdr: [16749] timer 3 (184 1245-1400 'Tierische Freaks') set to no event
Mar 23 17:47:30 homeserver vdr: [16749] timer 4 (143 1958-2250 'The Rock - Fels der Entscheidung') set to no event
Mar 23 17:47:30 homeserver vdr: [16749] timer 5 (168 2215-2315 'Shipping Wars - Die Transporter') set to no event
Mar 23 17:47:33 homeserver vdr: [16733] timer 1 (1 2215-2345 'Sportschau') set to event Die 25.03.2014 22:30-23:30 (VPS: 25.03. 22:30) 'Sportschau'
Mar 23 17:47:33 homeserver vdr: [16733] timer 3 (184 1245-1400 'Tierische Freaks') set to event Fre 28.03.2014 13:00-13:45 'Tierische Freaks'
Mar 23 17:47:33 homeserver vdr: [16733] timer 5 (168 2215-2315 'Shipping Wars - Die Transporter') set to event Don 27.03.2014 22:30-23:00 'Shipping Wars - Die Transporter'
Mar 23 17:47:36 homeserver vdr: EPG2VDR: Updated all 165 channels, 76403 events (0 deletions) in 5.711 seconds
Mar 23 17:47:36 homeserver vdr: [17776] epg data writer thread started (pid=16733, tid=17776, prio=low)
Mar 23 17:47:37 homeserver vdr: EPG2VDR: Load images from database
Mar 23 17:47:37 homeserver vdr: EPG2VDR: Got 0 images from database in 0 seconds (0 updates, 0 new)
Mar 23 17:47:38 homeserver vdr: EPG2VDR: --- EPG reload finished ---
Mar 23 17:47:38 homeserver vdr: [16733] timer 4 (143 1958-2250 'The Rock - Fels der Entscheidung') set to event Fre 28.03.2014 20:13-22:35 'The Rock - Fels der Entscheidung'
Mar 23 17:47:39 homeserver vdr: [17776] epg data writer thread ended (pid=16733, tid=17776)
Mar 23 17:47:42 homeserver vdr: [16757] timer 1 (1 2215-2345 'Sportschau') set to event Die 25.03.2014 22:30-23:30 (VPS: 25.03. 22:30) 'Sportschau'
Mar 23 17:47:42 homeserver vdr: [16757] timer 1 (168 2215-2315 'Shipping Wars - Die Transporter') set to event Don 27.03.2014 22:30-23:00 'Shipping Wars - Die Transporter'
Mar 23 17:47:42 homeserver vdr: [16757] timer 1 (184 1245-1400 'Tierische Freaks') set to event Fre 28.03.2014 13:00-13:45 'Tierische Freaks'
Mar 23 17:47:42 homeserver vdr: [16757] timer 1 (143 1958-2250 'The Rock - Fels der Entscheidung') set to event Fre 28.03.2014 20:13-22:35 'The Rock - Fels der Entscheidung'

Alles anzeigen

Wobei bei mir nachdem RELOAD und mit Patch immernoch alles ging.

EDIT: Wenn ich genau während des RELOAD die timers-Seite versuche zu öffnen, kackt der VDR ab.

Code

Mar 23 18:05:23 homeserver vdr: EPG2VDR: --- EPG reload started ---
Mar 23 18:05:23 homeserver vdr: [16749] timer 1 (1 2215-2345 'Sportschau') set to no event
Mar 23 18:05:23 homeserver vdr: [16749] timer 2 (42 0430-0530 'Hamburg Journal') set to no event
Mar 23 18:05:23 homeserver vdr: [16749] timer 3 (184 1245-1400 'Tierische Freaks') set to no event
Mar 23 18:05:23 homeserver vdr: [16749] timer 4 (143 1958-2250 'The Rock - Fels der Entscheidung') set to no event
Mar 23 18:05:23 homeserver vdr: [16749] timer 5 (168 2215-2315 'Shipping Wars - Die Transporter') set to no event
Mar 23 18:05:23 homeserver vdr: [16749] timer 6 (46 2330-0030 'lesenswert') set to no event
Mar 23 18:05:25 homeserver vdr: [17781] timer 1 (1 2215-2345 'Sportschau') set to event Die 25.03.2014 22:30-23:30 (VPS: 25.03. 22:30) 'Sportschau'
/usr/local/bin/runvdr: Zeile 58: 16733 Speicherzugriffsfehler  /usr/local/bin/vdr --resdir /etc/vdr/ -g /tmp -u root -c /etc/vdr -v /volume1/vdr -E /var/cache/vdr/epg.data -L /usr/local/lib/vdr --user=root -s /usr/local/bin/vdrwakealarm2 -r /usr/local/bin/recordingaction -P'sc -B0 -B1' -P'epg2vdr' -P'epgsearch' -P'live --ip=192.168.1.56 --port=8008 --epgimages=/var/cache/vdr/epgimages' -P'streamdev-server' -P'vnsiserver5 -t 10'
Mar 23 18:05:25 homeserver kernel: [4850810.706299] traps: vdr[17781] general protection ip:7fef54585edf sp:7fef38ff1e78 error:0 in libc-2.13.so[7fef5446b000+182000]

Vermutlich eben, weil die Timer in dem Moment kein Event haben.

magicamun · 24. März 2014

Ja - mein Gedanke dazu ist, dass wir zum Zeitpunkt des Verzweigens in die Timerdetails nochmal aktuelle Timerdaten brauchen.
Also muss der Link und die Aktion hinten dran anders aussehen.

CKone · 24. März 2014

oder nur mit Kanal und Uhrzeit einsteigen - oder hast du in der timers.conf schonmal ne eventid gesehen?

Christian

TheChief · 24. März 2014

Diff

diff --git a/pages/timers.ecpp b/pages/timers.ecpp
index 66b5235..a790d2a 100644
--- a/pages/timers.ecpp
+++ b/pages/timers.ecpp
@@ -77,8 +77,9 @@ static const size_t maximumDescriptionLength = 300;
 			<table class="listing" cellspacing="0" cellpadding="0">
 <%cpp>
 				// output of the timer list:
+				LiveTimerManager().DoReloadTimers();
 				for (SortedTimers::iterator timer = timers.begin(); timer != timers.end(); ++timer) {
-				    EpgInfoPtr epgEvent;
+					EpgInfoPtr epgEvent;
 					string longDescription;
 					if (!timer->Event()) timer->SetEventFromSchedule();
 					if (timer->Event())

Alles anzeigen

Mit dieser Änderung scheint es ohne Absturz zu gehen. Dann is timer->Event() anscheinend wirklich NULL für diesen Fall:

Code

Mar 24 09:37:48 homeserver vdr: [21069] timer 1 (11 1545-1705 'Kojak - Einsatz in Manhattan') set to no event

Im Live wird auch in diesem Moment keine LongDescription angezeigt. Natürlich wie immer alles ohne Gewähr.

TheChief · 24. März 2014

Ansonsten, wenn das alles nichts hilft, muss man halt das Event bzw. die LongDescription und den Link an der Stelle rausnehmen. Dann werden eben nur die Timer angezeigt.

TheChief · 24. März 2014

Zumindest kann ich mit oben erwähnter Prozedur keinen Absturz mehr provozieren. Also bitte mal testen, ob Live immernoch abstürzt mit dem Patch. Eventuell reicht das ja schon, die interne Timerliste im Live bei Öffnen der Seite zu aktualisieren.

[0.5] Live verursacht manchmal Absturz

Jetzt mitmachen!

Teilen