Zerschossene dbox-Timer
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Zerschossene dbox-Timer
Hallo mal wieder.
Inzwischen läuft mit meinen Aufnahmen ja glücklicherweise fast alles zur Zufriedenheit.
Allerdings habe ich immer noch das Problem, das sich ca. jede 5.-10. Timer-Programmierung scheinbar von selbst zerstört.
Da wird zum Beispiel aus dem programmierten Radio-Sender in der Web-Interface Anzeige ein "unbekannter TV-Sender" oder umgekehrt aus einem TV-Sender ein "unbekannter Radio-Sender". Die Aufnahmen scheitern dann natürlich, da die PID falsch ist.
Gerne überschreibt er auch die Anfangs- oder Endzeit mit 0:00 Uhr eines längst vergangenen Tages.
Heute nun hatte ich den Fall, daß aus einem Aufnahme-Timer ein Alarm-Timer geworden ist.
Das ganze sieht für mich wie ein Buffer-Overflow oder ein ähnlicher Programmer-Fehler aus. Hat vielleicht schon mal jemand ähnliche Erfahrungen gemacht oder vielleicht eine Lösung?
Hier sind nochmal meine Daten:
Nokia Kabel-DBox2 ohne Premiere.
JtG Komplett-Image vom 15.03.2005.
udrec 0.12o unter SuSE-Linux 9.2.
PII-233, 256 MB.
Viele Grüße,
Hagan.
Inzwischen läuft mit meinen Aufnahmen ja glücklicherweise fast alles zur Zufriedenheit.
Allerdings habe ich immer noch das Problem, das sich ca. jede 5.-10. Timer-Programmierung scheinbar von selbst zerstört.
Da wird zum Beispiel aus dem programmierten Radio-Sender in der Web-Interface Anzeige ein "unbekannter TV-Sender" oder umgekehrt aus einem TV-Sender ein "unbekannter Radio-Sender". Die Aufnahmen scheitern dann natürlich, da die PID falsch ist.
Gerne überschreibt er auch die Anfangs- oder Endzeit mit 0:00 Uhr eines längst vergangenen Tages.
Heute nun hatte ich den Fall, daß aus einem Aufnahme-Timer ein Alarm-Timer geworden ist.
Das ganze sieht für mich wie ein Buffer-Overflow oder ein ähnlicher Programmer-Fehler aus. Hat vielleicht schon mal jemand ähnliche Erfahrungen gemacht oder vielleicht eine Lösung?
Hier sind nochmal meine Daten:
Nokia Kabel-DBox2 ohne Premiere.
JtG Komplett-Image vom 15.03.2005.
udrec 0.12o unter SuSE-Linux 9.2.
PII-233, 256 MB.
Viele Grüße,
Hagan.
-
- Tuxboxer
- Beiträge: 6044
- Registriert: Montag 17. November 2003, 06:48
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Hallo Jens.
Den Thread kenne ich. Das ist auch einer der Gründe, weshalb ich schon länger keine Wiederholungs-Timer mehr verwende .
Ich glaube auch nicht, daß es mit der eingestellten Uhrzeit zu tun hat. Zum einen verwende ich das swisstime-Plugin, damit die Zeit auch bei fehlendem EPG immer aktuelle ist. Zum anderen sind nicht nicht nur aktuelle (d.h. gerade fällige) Timer betroffen, sondern beliebige, auch mitten aus der Liste.
Die Timer überschneiden sich auch nicht.
Außerdem ist ja nicht nur Uhrzeit betroffen, sondern auch die PID oder die Timerart. Einer der Poster dort (Ochs_vorm_Berg) hat anscheinend das gleiche Problem, aber niemand ist darauf eingegangen.
Also gibt es wohl noch keine Lösung
Den Thread kenne ich. Das ist auch einer der Gründe, weshalb ich schon länger keine Wiederholungs-Timer mehr verwende .
Ich glaube auch nicht, daß es mit der eingestellten Uhrzeit zu tun hat. Zum einen verwende ich das swisstime-Plugin, damit die Zeit auch bei fehlendem EPG immer aktuelle ist. Zum anderen sind nicht nicht nur aktuelle (d.h. gerade fällige) Timer betroffen, sondern beliebige, auch mitten aus der Liste.
Die Timer überschneiden sich auch nicht.
Außerdem ist ja nicht nur Uhrzeit betroffen, sondern auch die PID oder die Timerart. Einer der Poster dort (Ochs_vorm_Berg) hat anscheinend das gleiche Problem, aber niemand ist darauf eingegangen.
Also gibt es wohl noch keine Lösung
-
- Developer
- Beiträge: 457
- Registriert: Sonntag 23. März 2003, 00:39
hi,
nunja, es war auch niemand bereit, wirklich intensives debugging zu betreiben, oft gabs ja nicht mal ein serielles log Die Bugreports waren zwar teilweise schon ausführlich, aber es ist dann trotzdem schwer, einen evtl. vorhandenen Bug zu finden. Ich würde auch nicht ausschliessen, dass es auch an der Hardware liegen kann. Ein verify der geschriebenen timerd.conf (oder wie die heisst) wäre für debuggingzwecke evtl. nützlich.
da ich jetzt aber zwei wochen nicht im lande bin und danach auch erstmal ziemlich wenig zeit haben werde, wird das für mich erstmal nix...
ciao,
ChakaZulu
nunja, es war auch niemand bereit, wirklich intensives debugging zu betreiben, oft gabs ja nicht mal ein serielles log Die Bugreports waren zwar teilweise schon ausführlich, aber es ist dann trotzdem schwer, einen evtl. vorhandenen Bug zu finden. Ich würde auch nicht ausschliessen, dass es auch an der Hardware liegen kann. Ein verify der geschriebenen timerd.conf (oder wie die heisst) wäre für debuggingzwecke evtl. nützlich.
da ich jetzt aber zwei wochen nicht im lande bin und danach auch erstmal ziemlich wenig zeit haben werde, wird das für mich erstmal nix...
ciao,
ChakaZulu
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
Re: Zerschossene dbox-Timer
Hagan hat geschrieben:JtG Komplett-Image vom 15.03.2005.
Es ist mittlerweile Juli. Es gab doch zwischenzeitl. diverse bugfixes diesbzgl.
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Wirklich? Das ist ja mal eine gute Nachricht
Kommt denn bald ein neues Komplett-Image raus?
Normalerweise wage ich mich nicht an die Snapshots ran, aber wenn es noch länger dauern sollte, würde ich mal eine Ausnahme machen .
Gibt es eigentlich irgendwo Changelogs in lesbarer Form (damit meine ich nicht dieses hier )
Viele Grüße,
Hagan
Kommt denn bald ein neues Komplett-Image raus?
Normalerweise wage ich mich nicht an die Snapshots ran, aber wenn es noch länger dauern sollte, würde ich mal eine Ausnahme machen .
Gibt es eigentlich irgendwo Changelogs in lesbarer Form (damit meine ich nicht dieses hier )
Viele Grüße,
Hagan
-
- Tuxboxer
- Beiträge: 4391
- Registriert: Freitag 21. Mai 2004, 17:16
-
- Tuxboxer
- Beiträge: 2634
- Registriert: Samstag 15. November 2003, 09:00
Komplett-Image?Hagan hat geschrieben:Wirklich? Das ist ja mal eine gute Nachricht
Kommt denn bald ein neues Komplett-Image raus?
Besteht eigentlich gar kein Bedarf für.
Die Snapsots laufen sehr sauber, wenns wirklich mal Fehler geben sollte, dann werden die recht schnell gefixt.
Verwechsel das ganze aber bitte nicht mit release und snapshot.
Kannst du eigentlich sogar generell.Normalerweise wage ich mich nicht an die Snapshots ran, aber wenn es noch länger dauern sollte, würde ich mal eine Ausnahme machen .
Die Snapshots sind nicht schlechter im Grunde genommen sind sie genauso experimentell wie alles andere auch
Nein nicht wirklich.Gibt es eigentlich irgendwo Changelogs in lesbarer Form (damit meine ich nicht dieses hier )
Wenn du Lust hast kannst du dazu mal die Suchfunktion benutzen.
Dazu gab es schon viele Diskussionen.
Zu Fragen oder Nebenwirkungen der hier genannten Begriffe benutzen sie bitte die Suchfunktion oder konsultieren sie die [url=https://tuxbox.org/forum/viewforum.php?f=26&] Frequentliy Asked Questions[/quote].
-
- Erleuchteter
- Beiträge: 595
- Registriert: Mittwoch 17. Dezember 2003, 16:09
Leider keine Besserung beim letzten Snapshot.
Und wieder ist einer der Wochentagstimer (Mo-Fr) dabei verlorengegangen.
Mit debug-Info über seriell ist schlecht, steht bei mir zu weit auseinander (PC und dbox). Aber wie wäre es mit ein paar debuginfos in ne Datei auf dbox. Die kann man dann per PC auslesen.
Ich glaube, anders ist dem nicht beizukommen.
Und wieder ist einer der Wochentagstimer (Mo-Fr) dabei verlorengegangen.
Mit debug-Info über seriell ist schlecht, steht bei mir zu weit auseinander (PC und dbox). Aber wie wäre es mit ein paar debuginfos in ne Datei auf dbox. Die kann man dann per PC auslesen.
Ich glaube, anders ist dem nicht beizukommen.
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
Hi,
ich hatte ja auch div. Probleme mit den Timern. Ich stelle meine DBoxzeit wie in dem Thread erwähnt immer über einen SNTP Server den ich lokal zur Verfügung stelle. Das geschieht immer einmalig beim Hochfahren und seither hatte ich nicht einen falschen Timer mehr. Zumindest mit Astra und deutschen Sendern scheint es so einwandfrei zu funktionieren.
Was ich von anderen gelesen habe ist, dass es aber wohl außländische Sender geben soll, die die Uhrzeit falsch senden und so während des Betriebes die Systemzeit falsch setzten (wird ja nicht nur beim Starten der Box gesetzt). Wenn dann die Box in den Deep Stby geht, gibt es beim nächsten Aufwachen Probleme. Das kann man auch nicht mit meiner Lösung umgehen, da nur beim Starten die Zeit vom Server geholt wird.
Welche Sateliten benutzt Du denn?
Cu
Torsten
ich hatte ja auch div. Probleme mit den Timern. Ich stelle meine DBoxzeit wie in dem Thread erwähnt immer über einen SNTP Server den ich lokal zur Verfügung stelle. Das geschieht immer einmalig beim Hochfahren und seither hatte ich nicht einen falschen Timer mehr. Zumindest mit Astra und deutschen Sendern scheint es so einwandfrei zu funktionieren.
Was ich von anderen gelesen habe ist, dass es aber wohl außländische Sender geben soll, die die Uhrzeit falsch senden und so während des Betriebes die Systemzeit falsch setzten (wird ja nicht nur beim Starten der Box gesetzt). Wenn dann die Box in den Deep Stby geht, gibt es beim nächsten Aufwachen Probleme. Das kann man auch nicht mit meiner Lösung umgehen, da nur beim Starten die Zeit vom Server geholt wird.
Welche Sateliten benutzt Du denn?
Cu
Torsten
-
- Tuxboxer
- Beiträge: 6044
- Registriert: Montag 17. November 2003, 06:48
Ergänze mal in der start_neutrino nach dem Eintrag in dem Neutrino gestartet wird, also nach dem Beenden von Neutrino, eine weitere Abfrage an Deinen SNTP-Server. Das sollte dann auch vor dem Runterfahren von timerd nochmal die Zeit aktualisieren.
Ich weiß zwar nicht, ob das vom Timing wirklich exakt so passt, aber eigentlich sollte das hinkommen.
cu
Jens
Ich weiß zwar nicht, ob das vom Timing wirklich exakt so passt, aber eigentlich sollte das hinkommen.
cu
Jens
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Ich glaube, das ist ein anderes Problem.
Das hatte ich mit dem swisstime-Plugin eigentlich schon in den Griff bekommen.
Allerdings hatte ich jetzt nach dem letzten Update vor ein paar Tagen schon zweimal den Fall, daß die Box trotz korrektem Timer nicht hochfuhr.
Die zerschossenen Timer sind noch nicht wieder vorgekommen, aber es ist ja noch nicht lange her und ich beobachte weiter
Viele Grüße,
Hagan
Das hatte ich mit dem swisstime-Plugin eigentlich schon in den Griff bekommen.
Allerdings hatte ich jetzt nach dem letzten Update vor ein paar Tagen schon zweimal den Fall, daß die Box trotz korrektem Timer nicht hochfuhr.
Die zerschossenen Timer sind noch nicht wieder vorgekommen, aber es ist ja noch nicht lange her und ich beobachte weiter
Viele Grüße,
Hagan
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Hallo nochmal.
Jetzt ist es trotz aktuellem Image doch wieder aufgetreten: Einer von 7 Timern hat plötzlich den eingestellten Sender verloren.
Diesmal habe ich auch zumindest die timerd.conf:
Allerdings fürchte ich, daß das nicht viel weiterhilft.
Das die Channel-Id auf 0 steht, hatte ich mir schon fast gedacht .
Viele Grüße,
Hagan
Jetzt ist es trotz aktuellem Image doch wieder aufgetreten: Einer von 7 Timern hat plötzlich den eingestellten Sender verloren.
Diesmal habe ich auch zumindest die timerd.conf:
Code: Alles auswählen
ALARM_TIME_1=1122055220
ALARM_TIME_2=1123084802
ALARM_TIME_3=1122296456
ALARM_TIME_4=1122398707
ALARM_TIME_5=1122652854
ALARM_TIME_6=1122744302
ALARM_TIME_7=1122228025
ANNOUNCE_TIME_1=0
ANNOUNCE_TIME_2=1123084622
ANNOUNCE_TIME_3=1122296276
ANNOUNCE_TIME_4=1122398527
ANNOUNCE_TIME_5=1122652674
ANNOUNCE_TIME_6=1122744122
ANNOUNCE_TIME_7=1122227845
EVENT_INFO_APIDS_1=
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_5=
EVENT_INFO_APIDS_6=
EVENT_INFO_APIDS_7=
EVENT_INFO_CHANNEL_ID_1=4728759086552
EVENT_INFO_CHANNEL_ID_2=0
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_CHANNEL_ID_5=4728759086552
EVENT_INFO_CHANNEL_ID_6=4728759086552
EVENT_INFO_CHANNEL_ID_7=4608500002358
EVENT_INFO_EPG_ID_1=309903955496315416
EVENT_INFO_EPG_ID_2=0
EVENT_INFO_EPG_ID_3=309903955496315635
EVENT_INFO_EPG_ID_4=0
EVENT_INFO_EPG_ID_5=0
EVENT_INFO_EPG_ID_6=0
EVENT_INFO_EPG_ID_7=302022656154594904
EVENT_INFO_EPG_STARTTIME_1=1122055500
EVENT_INFO_EPG_STARTTIME_2=0
EVENT_INFO_EPG_STARTTIME_3=1122299700
EVENT_INFO_EPG_STARTTIME_4=0
EVENT_INFO_EPG_STARTTIME_5=0
EVENT_INFO_EPG_STARTTIME_6=0
EVENT_INFO_EPG_STARTTIME_7=1122228180
EVENT_REPEAT_1=0
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_5=0
EVENT_REPEAT_6=0
EVENT_REPEAT_7=0
EVENT_STATE_1=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_5=0
EVENT_STATE_6=0
EVENT_STATE_7=0
EVENT_TYPE_1=5
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_5=5
EVENT_TYPE_6=5
EVENT_TYPE_7=5
EXTRA_TIME_END=300
EXTRA_TIME_START=180
IDS=1,2,3,4,5,6,7
PREVIOUS_STATE_1=268624668
PREVIOUS_STATE_2=0
PREVIOUS_STATE_3=0
PREVIOUS_STATE_4=0
PREVIOUS_STATE_5=0
PREVIOUS_STATE_6=0
PREVIOUS_STATE_7=1121684700
REC_DIR_1=
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REC_DIR_5=
REC_DIR_6=
REC_DIR_7=
REPEAT_COUNT_1=0
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
REPEAT_COUNT_5=0
REPEAT_COUNT_6=0
REPEAT_COUNT_7=0
STOP_TIME_1=1122063020
STOP_TIME_2=1123099502
STOP_TIME_3=1122325556
STOP_TIME_4=1122411907
STOP_TIME_5=1122671154
STOP_TIME_6=1122757802
STOP_TIME_7=1122239425
Das die Channel-Id auf 0 steht, hatte ich mir schon fast gedacht .
Viele Grüße,
Hagan
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
Hmm,
interessant, also kein Dauertimer sondern eine Einmalaufnahme, die in ferner Zukunft liegt. Du hast sie vermutlich händisch programmiert, da das EPG ja max. 7 Tage im voraus Infos liefert.
Ich kann mich erinnern, das mal eine Hör mal wer da hämmert Nacht auf Disney Channel auch so etwas ähnliches machte.
In den letzten Wochen hatte ich allerdings nur noch Dauertimer oder Aufnahmen für die nächsten Tage drin.
Hast Du öfters Timer die in mehr als 3 Tage erst stattfinden?
Nicht das ich das lösen könnte, aber so könnte man zumindest die Umstände näher einkreisen. Vielleicht gibt es dann bei einem der Progger hier eine Lösungsidee...
Cu
Torsten
interessant, also kein Dauertimer sondern eine Einmalaufnahme, die in ferner Zukunft liegt. Du hast sie vermutlich händisch programmiert, da das EPG ja max. 7 Tage im voraus Infos liefert.
Ich kann mich erinnern, das mal eine Hör mal wer da hämmert Nacht auf Disney Channel auch so etwas ähnliches machte.
In den letzten Wochen hatte ich allerdings nur noch Dauertimer oder Aufnahmen für die nächsten Tage drin.
Hast Du öfters Timer die in mehr als 3 Tage erst stattfinden?
Nicht das ich das lösen könnte, aber so könnte man zumindest die Umstände näher einkreisen. Vielleicht gibt es dann bei einem der Progger hier eine Lösungsidee...
Cu
Torsten
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Ich glaube eigentlich nicht, dass es an dem konkreten betroffenen Timer selbst liegt. Es scheint eher ein Seiteneffekt einer anderen Timer-Operation zu sein.
Ich habe jetzt mal meine start_neutrino Datei dahingehend erweitert, dass sowohl beim Start als auch beim Herunterfahren der Box eine Sicherheitskopie der timerd.conf angelegt wird. Wenn es dann wieder auftritt, kann ich mit etwas Glück wenigstens rückwirkend feststellen, in welchem Zusammenhang das passiert sein könnte.
Noch was: Ich bin wieder zurück auf das März-Release gegangen, da die Box mit dem neuen Snapshot nur noch bei jeder zweiten Aufnahme aufwachte (trotz korrekter Timer und Uhrzeit!). Ist das schon mal jemandem aufgefallen?
Viele Grüße,
Hagan
Ich habe jetzt mal meine start_neutrino Datei dahingehend erweitert, dass sowohl beim Start als auch beim Herunterfahren der Box eine Sicherheitskopie der timerd.conf angelegt wird. Wenn es dann wieder auftritt, kann ich mit etwas Glück wenigstens rückwirkend feststellen, in welchem Zusammenhang das passiert sein könnte.
Noch was: Ich bin wieder zurück auf das März-Release gegangen, da die Box mit dem neuen Snapshot nur noch bei jeder zweiten Aufnahme aufwachte (trotz korrekter Timer und Uhrzeit!). Ist das schon mal jemandem aufgefallen?
Viele Grüße,
Hagan
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Ich verwende das Komplett-Image vom 15.03.
Jetzt ist dieser Timer übrigens schon wieder verschwunden.
Anscheinend passiert es beim Entfernen einer abgeschlossenen Aufnahme aus der Timerliste oder beim nächsten Hochfahren der Box.
Hier sind die timerd.conf Dateien:
1. timerd-24.07.2005-19:54:17 beim Hochfahren zur heutigen Aufnahme (die übrigens erfolgreich war). Es sind 6 Timer gespeichert. Der mit der ID 5 ist gerade dran.
Das einzige Auffällige daran ist der doppelte Eintrag EVENT_STATE_1=0.
Hier nun die timerd-24.07.2005-23:14:19 beim Runterfahren nach der Aufnahme:
Obwohl noch 5 IDs enthalten sind, werden im Web-Interface nach dem nächsten Hochfahren nur 4 Timer angezeigt. Den mit der ID 6 hat es offensichtlich erwischt.
timerd-24.07.2005-23:15:20 vom anschließenden Hochfahren zu Testzwecken:
Hier wird der Name des Event-Typs von Timer 6 auf EVENT_TYP_4 geändert. Anschließend wird der Timer 6 komplett gelöscht.
Aktuelle timerd.conf:
Hoffentlich hilft das jetzt weiter.
Viele Grüße,
Hagan.
Jetzt ist dieser Timer übrigens schon wieder verschwunden.
Anscheinend passiert es beim Entfernen einer abgeschlossenen Aufnahme aus der Timerliste oder beim nächsten Hochfahren der Box.
Hier sind die timerd.conf Dateien:
1. timerd-24.07.2005-19:54:17 beim Hochfahren zur heutigen Aufnahme (die übrigens erfolgreich war). Es sind 6 Timer gespeichert. Der mit der ID 5 ist gerade dran.
Code: Alles auswählen
ALARM_TIME_1=1122296456
ALARM_TIME_2=1122398707
ALARM_TIME_3=1122652854
ALARM_TIME_4=1122744302
ALARM_TIME_5=1122228025
ALARM_TIME_6=1123084857
ANNOUNCE_TIME_1=1122296276
ANNOUNCE_TIME_2=1122398527
ANNOUNCE_TIME_3=1122652674
ANNOUNCE_TIME_4=1122744122
ANNOUNCE_TIME_5=1122227845
ANNOUNCE_TIME_6=1123084677
EVENT_INFO_APIDS_1=
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_5=
EVENT_INFO_APIDS_6=
EVENT_INFO_CHANNEL_ID_1=4728759086552
EVENT_INFO_CHANNEL_ID_2=4728759086552
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_CHANNEL_ID_5=4608500002358
EVENT_INFO_CHANNEL_ID_6=4728759086552
EVENT_INFO_EPG_ID_1=309903955496315635
EVENT_INFO_EPG_ID_2=309903955496315560
EVENT_INFO_EPG_ID_3=309903955496315646
EVENT_INFO_EPG_ID_4=0
EVENT_INFO_EPG_ID_5=302022656154594904
EVENT_INFO_EPG_ID_6=0
EVENT_INFO_EPG_STARTTIME_1=1122299700
EVENT_INFO_EPG_STARTTIME_2=1122399000
EVENT_INFO_EPG_STARTTIME_3=1122653160
EVENT_INFO_EPG_STARTTIME_4=0
EVENT_INFO_EPG_STARTTIME_5=1122228180
EVENT_INFO_EPG_STARTTIME_6=0
EVENT_REPEAT_1=0
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_5=0
EVENT_REPEAT_6=0
EVENT_STATE_1=0
EVENT_STATE_1=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_5=0
EVENT_STATE_6=0
EVENT_TYPE_1=5
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_5=5
EVENT_TYPE_6=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=1,2,3,4,5,6
PREVIOUS_STATE_1=0
PREVIOUS_STATE_2=0
PREVIOUS_STATE_3=0
PREVIOUS_STATE_4=0
PREVIOUS_STATE_5=1121684700
PREVIOUS_STATE_6=0
REC_DIR_1=
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REC_DIR_5=
REC_DIR_6=
REPEAT_COUNT_1=0
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
REPEAT_COUNT_5=0
REPEAT_COUNT_6=0
STOP_TIME_1=1122325556
STOP_TIME_2=1122411907
STOP_TIME_3=1122671154
STOP_TIME_4=1122757802
STOP_TIME_5=1122239425
STOP_TIME_6=1123099557
Hier nun die timerd-24.07.2005-23:14:19 beim Runterfahren nach der Aufnahme:
Code: Alles auswählen
ALARM_TIME_1=1122296456
ALARM_TIME_2=1122398707
ALARM_TIME_3=1122652854
ALARM_TIME_4=1122744302
ALARM_TIME_6=1123084857
ANNOUNCE_TIME_1=1122296276
ANNOUNCE_TIME_2=1122398527
ANNOUNCE_TIME_3=1122652674
ANNOUNCE_TIME_4=1122744122
ANNOUNCE_TIME_6=1123084677
EVENT_INFO_APIDS_1=
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_6=
EVENT_INFO_CHANNEL_ID_1=4728759086552
EVENT_INFO_CHANNEL_ID_2=4728759086552
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_CHANNEL_ID_6=4728759086552
EVENT_INFO_EPG_ID_1=309903955496315635
EVENT_INFO_EPG_ID_2=309903955496315560
EVENT_INFO_EPG_ID_3=309903955496315646
EVENT_INFO_EPG_ID_4=309903955496315970
EVENT_INFO_EPG_ID_6=0
EVENT_INFO_EPG_STARTTIME_1=1122299700
EVENT_INFO_EPG_STARTTIME_2=1122399000
EVENT_INFO_EPG_STARTTIME_3=1122653160
EVENT_INFO_EPG_STARTTIME_4=1122744600
EVENT_INFO_EPG_STARTTIME_6=0
EVENT_REPEAT_1=0
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_6=0
EVENT_STATE_1=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_6=0
EVENT_TYPE_1=5
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_6=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=1,2,3,4,6
timerd-24.07.2005-23:15:20 vom anschließenden Hochfahren zu Testzwecken:
Code: Alles auswählen
ALARM_TIME_1=1122296456
ALARM_TIME_2=1122398707
ALARM_TIME_3=1122652854
ALARM_TIME_4=1122744302
ALARM_TIME_6=1123084857
ANNOUNCE_TIME_1=1122296276
ANNOUNCE_TIME_2=1122398527
ANNOUNCE_TIME_3=1122652674
ANNOUNCE_TIME_4=1122744122
ANNOUNCE_TIME_6=1123084677
EVENT_INFO_APIDS_1=
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_6=
EVENT_INFO_CHANNEL_ID_1=4728759086552
EVENT_INFO_CHANNEL_ID_2=4728759086552
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_CHANNEL_ID_6=4728759086552
EVENT_INFO_EPG_ID_1=309903955496315635
EVENT_INFO_EPG_ID_2=309903955496315560
EVENT_INFO_EPG_ID_3=309903955496315646
EVENT_INFO_EPG_ID_4=309903955496315970
EVENT_INFO_EPG_ID_6=0
EVENT_INFO_EPG_STARTTIME_1=1122299700
EVENT_INFO_EPG_STARTTIME_2=1122399000
EVENT_INFO_EPG_STARTTIME_3=1122653160
EVENT_INFO_EPG_STARTTIME_4=1122744600
EVENT_INFO_EPG_STARTTIME_6=0
EVENT_REPEAT_1=0
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_6=0
EVENT_STATE_1=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_6=0
EVENT_TYPE_1=5
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_4=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=1,2,3,4,6
PREVIOUS_STATE_1=0
PREVIOUS_STATE_2=0
PREVIOUS_STATE_3=0
PREVIOUS_STATE_4=0
PREVIOUS_STATE_6=0
REC_DIR_1=
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REC_DIR_6=
REPEAT_COUNT_1=0
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
REPEAT_COUNT_6=0
STOP_TIME_1=1122325556
STOP_TIME_2=1122411907
STOP_TIME_3=1122671154
STOP_TIME_4=1122757802
STOP_TIME_6=1123099557
Aktuelle timerd.conf:
Code: Alles auswählen
ALARM_TIME_1=1122296456
ALARM_TIME_2=1122398707
ALARM_TIME_3=1122652854
ALARM_TIME_4=1122744302
ANNOUNCE_TIME_1=1122296276
ANNOUNCE_TIME_2=1122398527
ANNOUNCE_TIME_3=1122652674
ANNOUNCE_TIME_4=1122744122
EVENT_INFO_APIDS_1=
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_CHANNEL_ID_1=4728759086552
EVENT_INFO_CHANNEL_ID_2=4728759086552
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_EPG_ID_1=309903955496315635
EVENT_INFO_EPG_ID_2=309903955496315560
EVENT_INFO_EPG_ID_3=309903955496315646
EVENT_INFO_EPG_ID_4=309903955496315970
EVENT_INFO_EPG_STARTTIME_1=1122299700
EVENT_INFO_EPG_STARTTIME_2=1122399000
EVENT_INFO_EPG_STARTTIME_3=1122653160
EVENT_INFO_EPG_STARTTIME_4=1122744600
EVENT_REPEAT_1=0
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_STATE_1=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_TYPE_1=5
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=1,2,3,4
PREVIOUS_STATE_1=0
PREVIOUS_STATE_2=0
PREVIOUS_STATE_3=0
PREVIOUS_STATE_4=0
REC_DIR_1=
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REPEAT_COUNT_1=0
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
STOP_TIME_1=1122325556
STOP_TIME_2=1122411907
STOP_TIME_3=1122671154
STOP_TIME_4=1122757802
Viele Grüße,
Hagan.
-
- Developer
- Beiträge: 457
- Registriert: Sonntag 23. März 2003, 00:39
hi,
das ist schonmal ein Hinweis, danke. Allerdings kann ich im Moment nicht erkennen, wo der Fehler liegt, dass 2x EVENT_TYPE_4 geschrieben wurde, und EVENT_TYPE_6 fehlt. Dadurch wurde timer #6 nicht mehr in die Liste aufgenommen und dann auch nicht mehr in die timerd.conf geschrieben...
ciao,
ChakaZulu
das ist schonmal ein Hinweis, danke. Allerdings kann ich im Moment nicht erkennen, wo der Fehler liegt, dass 2x EVENT_TYPE_4 geschrieben wurde, und EVENT_TYPE_6 fehlt. Dadurch wurde timer #6 nicht mehr in die Liste aufgenommen und dann auch nicht mehr in die timerd.conf geschrieben...
ciao,
ChakaZulu
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Hi.
Gibt es vielleicht noch irgendetwas, womit ich bei der Suche helfen könnte?
Ich bin verständlicherweise sehr daran interessiert, daß das gelöst wird .
Vielleicht könnte ich auch mal in den Code schauen. An welchen Stellen wird denn überhaupt zum Schreiben auf die timerd.conf zugegriffen?
Viele Grüße,
Hagan
Gibt es vielleicht noch irgendetwas, womit ich bei der Suche helfen könnte?
Ich bin verständlicherweise sehr daran interessiert, daß das gelöst wird .
Vielleicht könnte ich auch mal in den Code schauen. An welchen Stellen wird denn überhaupt zum Schreiben auf die timerd.conf zugegriffen?
Viele Grüße,
Hagan
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Hier ist noch einer.
Diesmal hat es gleich zwei Timer auf einmal erwischt.
Wieder ist das Log vom nächsten Hochfahren der Box nach einer Timeraufnahme defekt. Wie man sieht, ist die Datei fehlerhaft geschrieben worden. Es gibt zwei mal "EVENT_STATE_6=0", und in der darauffolgenden Zeile fehlt der erste Buchstabe. Kann es sein, daß zwei Prozesse gleichzeitig unsynchronisiert auf diese Datei schreiben?
Viele Grüße,
Hagan
Diesmal hat es gleich zwei Timer auf einmal erwischt.
Wieder ist das Log vom nächsten Hochfahren der Box nach einer Timeraufnahme defekt. Wie man sieht, ist die Datei fehlerhaft geschrieben worden. Es gibt zwei mal "EVENT_STATE_6=0", und in der darauffolgenden Zeile fehlt der erste Buchstabe. Kann es sein, daß zwei Prozesse gleichzeitig unsynchronisiert auf diese Datei schreiben?
Code: Alles auswählen
ALARM_TIME_2=1122744302
ALARM_TIME_3=1123084849
ALARM_TIME_4=1122689520
ALARM_TIME_5=1122775920
ALARM_TIME_6=1122919242
ANNOUNCE_TIME_2=1122744122
ANNOUNCE_TIME_3=1123084669
ANNOUNCE_TIME_4=1122689340
ANNOUNCE_TIME_5=1122775740
ANNOUNCE_TIME_6=1122919062
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_5=
EVENT_INFO_APIDS_6=
EVENT_INFO_CHANNEL_ID_2=4728759086552
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4608500002346
EVENT_INFO_CHANNEL_ID_5=4608500002346
EVENT_INFO_CHANNEL_ID_6=4728759086552
EVENT_INFO_EPG_ID_2=309903955496315970
EVENT_INFO_EPG_ID_3=309903955496315929
EVENT_INFO_EPG_ID_4=302022656153758616
EVENT_INFO_EPG_ID_5=302022656153758562
EVENT_INFO_EPG_ID_6=309903955496315891
EVENT_INFO_EPG_STARTTIME_2=1122744600
EVENT_INFO_EPG_STARTTIME_3=1123085160
EVENT_INFO_EPG_STARTTIME_4=1122689700
EVENT_INFO_EPG_STARTTIME_5=1122776100
EVENT_INFO_EPG_STARTTIME_6=1122919500
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_5=0
EVENT_REPEAT_6=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_5=0
EVENT_STATE_6=0
EVENT_STATE_6=0
VENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_5=5
EVENT_TYPE_6=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=2,3,4,5,6
PREVIOUS_STATE_2=0
PREVIOUS_STATE_3=0
PREVIOUS_STATE_4=0
PREVIOUS_STATE_5=1122314400
PREVIOUS_STATE_6=1122299700
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REC_DIR_5=
REC_DIR_6=
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
REPEAT_COUNT_5=0
REPEAT_COUNT_6=0
STOP_TIME_2=1122757802
STOP_TIME_3=1123099549
STOP_TIME_4=1122694800
STOP_TIME_5=1122787500
STOP_TIME_6=1122930222
Hagan
-
- Developer
- Beiträge: 2183
- Registriert: Mittwoch 10. Dezember 2003, 07:59
ich habe mal im code geschaut und zumindestens der Aufruf von CTimerManager::shutdown() der wiederum in saveEventsToConfig() die Events abspeichert kommt volkommen asyncron zum saveEventsToConfig Aufruf in TimerManager::timerThread().Kann es sein, daß zwei Prozesse gleichzeitig unsynchronisiert auf diese Datei schreiben?
Damit ist alles für ein Zugriffsproblem angerichtet besonders beim runterfahren der Box!
Da fehlt wohl noch was:
Code: Alles auswählen
void CTimerManager::saveEventsToConfig()
{
// Sperren !!!
...
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Na, dann besteht ja noch Hoffnung
Das andere Problem, daß die Box trotz eingetragenem Timer nicht hochfährt, hatte ich heute auch schon wieder. Auch da ist die timerd.conf defekt. Anscheinend hat das doch die gleiche Ursache. Man beachte die ANNOUNCE_TIME Namen (REC_DIR_7 ist übrigens auch etwas seltsam).
Ein zusätzliches Problem dabei ist, daß der Timer selbst nicht automatisch gelöscht wird und im Web-Interface auch weiterhin richtig aussieht. Deshalb kann man den Fehleintrag auch nicht rechtzeitig erkennen und beheben.
Das andere Problem, daß die Box trotz eingetragenem Timer nicht hochfährt, hatte ich heute auch schon wieder. Auch da ist die timerd.conf defekt. Anscheinend hat das doch die gleiche Ursache. Man beachte die ANNOUNCE_TIME Namen (REC_DIR_7 ist übrigens auch etwas seltsam).
Ein zusätzliches Problem dabei ist, daß der Timer selbst nicht automatisch gelöscht wird und im Web-Interface auch weiterhin richtig aussieht. Deshalb kann man den Fehleintrag auch nicht rechtzeitig erkennen und beheben.
Code: Alles auswählen
ALARM_TIME_2=1122775920
ALARM_TIME_3=1122919242
ALARM_TIME_4=1122744343
ALARM_TIME_5=1123084810
ALARM_TIME_6=1123005626
ALARM_TIME_7=1123121520
ALARM_TIME_8=1122879420
ALARM_TIME_9=1123052220
ANNOUNCE_TIME_2=1122775740
ANNOUNCE_TIME_3=1122919062
ANNOUNCE_TIME_4=1122744163
ANNOUNCE_TIME_4=1122744163
ANNOUNCE_TIME_6=1123005446
ANNOUNCE_TIME_7=1123121340
ANNOUNCE_TIME_8=1122879240
ANNOUNCE_TIME_9=1123052040
EVENT_INFO_APIDS_2=
EVENT_INFO_APIDS_3=
EVENT_INFO_APIDS_4=
EVENT_INFO_APIDS_5=
EVENT_INFO_APIDS_6=
EVENT_INFO_APIDS_7=
EVENT_INFO_APIDS_8=
EVENT_INFO_APIDS_9=
EVENT_INFO_CHANNEL_ID_2=4608500002346
EVENT_INFO_CHANNEL_ID_3=4728759086552
EVENT_INFO_CHANNEL_ID_4=4728759086552
EVENT_INFO_CHANNEL_ID_5=4728759086552
EVENT_INFO_CHANNEL_ID_6=4728759086555
EVENT_INFO_CHANNEL_ID_7=4608500002346
EVENT_INFO_CHANNEL_ID_8=4634269805936
EVENT_INFO_CHANNEL_ID_9=4634269805936
EVENT_INFO_EPG_ID_2=302022656153758562
EVENT_INFO_EPG_ID_3=309903955496315891
EVENT_INFO_EPG_ID_4=309903955496315970
EVENT_INFO_EPG_ID_5=309903955496315929
EVENT_INFO_EPG_ID_6=309903955496496053
EVENT_INFO_EPG_ID_7=302022656153758522
EVENT_INFO_EPG_ID_8=303711506001833419
EVENT_INFO_EPG_ID_9=303711506001833454
EVENT_INFO_EPG_STARTTIME_2=1122776100
EVENT_INFO_EPG_STARTTIME_3=1122919500
EVENT_INFO_EPG_STARTTIME_4=1122744600
EVENT_INFO_EPG_STARTTIME_5=1123085160
EVENT_INFO_EPG_STARTTIME_6=1123005900
EVENT_INFO_EPG_STARTTIME_7=1123121700
EVENT_INFO_EPG_STARTTIME_8=1122879600
EVENT_INFO_EPG_STARTTIME_9=1123052400
EVENT_REPEAT_2=0
EVENT_REPEAT_3=0
EVENT_REPEAT_4=0
EVENT_REPEAT_5=0
EVENT_REPEAT_6=0
EVENT_REPEAT_7=0
EVENT_REPEAT_8=0
EVENT_REPEAT_9=0
EVENT_STATE_2=0
EVENT_STATE_3=0
EVENT_STATE_4=0
EVENT_STATE_5=0
EVENT_STATE_6=0
EVENT_STATE_7=0
EVENT_STATE_8=0
EVENT_STATE_9=0
EVENT_TYPE_2=5
EVENT_TYPE_3=5
EVENT_TYPE_4=5
EVENT_TYPE_5=5
EVENT_TYPE_6=5
EVENT_TYPE_7=5
EVENT_TYPE_8=5
EVENT_TYPE_9=5
EXTRA_TIME_END=600
EXTRA_TIME_START=180
IDS=2,3,4,5,6,7,8,9
PREVIOUS_STATE_2=1122314400
PREVIOUS_STATE_3=1122299700
PREVIOUS_STATE_4=0
PREVIOUS_STATE_5=0
PREVIOUS_STATE_6=0
PREVIOUS_STATE_7=1122658200
PREVIOUS_STATE_8=1122658200
PREVIOUS_STATE_9=268603780
REC_DIR_2=
REC_DIR_3=
REC_DIR_4=
REC_DIR_5=
REC_DIR_6=
REC_DIR_7=0]X
REC_DIR_8=
REC_DIR_9=
REPEAT_COUNT_2=0
REPEAT_COUNT_3=0
REPEAT_COUNT_4=0
REPEAT_COUNT_5=0
REPEAT_COUNT_6=0
REPEAT_COUNT_7=0
REPEAT_COUNT_8=0
REPEAT_COUNT_9=0
STOP_TIME_2=1122787500
STOP_TIME_3=1122930222
STOP_TIME_4=1122757843
STOP_TIME_5=1123099510
STOP_TIME_6=1123016666
STOP_TIME_7=1123131300
STOP_TIME_8=1122882900
STOP_TIME_9=1123060800
-
- Einsteiger
- Beiträge: 198
- Registriert: Sonntag 15. Februar 2004, 20:33
Hallo nochmal.
Da dieses Problem bei mir in letzter Zeit nach fast jeder Aufnahme auftrat, aber bei anderen nur sehr sporadisch, habe ich mir noch mal die möglichen Unterschiede zum Original-Image angesehen.
Da gibt es im Grunde nur einen, nämlich die Zeitsynchronisation vor und nach dem Start von Neutrino im start_neutrino Script:
Da das Problem offensichtlich beim Runterfahren auftritt, habe ich den zweiten Aufruf jetzt mal entfernt. Der ist sowieso nur für den Fall da, daß über ein EPG eine falsche Uhrzeit gesetzt wurde.
Seitdem (seit mittlerweile 4 Aufnahmen) ist das Problem nicht mehr aufgetreten!
Das heißt jetzt natürlich nicht, daß das Schreiben der timerd.conf jetzt immer unkritisch wäre. Aber zumindest hat es das bei mir etwas entschärft.
Vielleicht hilft dieser Hinweis ja auch beim Testen und Beheben des eigentlichen Problems
Viele Grüße,
Hagan
Da dieses Problem bei mir in letzter Zeit nach fast jeder Aufnahme auftrat, aber bei anderen nur sehr sporadisch, habe ich mir noch mal die möglichen Unterschiede zum Original-Image angesehen.
Da gibt es im Grunde nur einen, nämlich die Zeitsynchronisation vor und nach dem Start von Neutrino im start_neutrino Script:
Code: Alles auswählen
/sbin/rdate time.fu-berlin.de
cp /var/tuxbox/config/timerd.conf /var/tuxbox/config/`date '+timerd-%d.%m.%Y-%H:%M:%S'`
/bin/neutrino -u -f
/sbin/rdate time.fu-berlin.de
cp /var/tuxbox/config/timerd.conf /var/tuxbox/config/`date '+timerd-%d.%m.%Y-%H:%M:%S'`
Seitdem (seit mittlerweile 4 Aufnahmen) ist das Problem nicht mehr aufgetreten!
Das heißt jetzt natürlich nicht, daß das Schreiben der timerd.conf jetzt immer unkritisch wäre. Aber zumindest hat es das bei mir etwas entschärft.
Vielleicht hilft dieser Hinweis ja auch beim Testen und Beheben des eigentlichen Problems
Viele Grüße,
Hagan