Crash nach Aufnahmeende auf ARD 2.4 Beta 8

[Torsten73]

Hi,
so nun hat der logger was mitgeschnitten. Bekomme einen Crash nach der Aufnahme. Irgendeine Idee ?

das interessanteste vom Log, auch wen ich hier keine Ursache sehe:

Code: Alles auswählen

15:01:45.873 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
15:03:55.225 dmxSDT: going to sleep...
15:07:59.876 EIT Update Filter: Activate cnThread
15:08:35.166 eit_set_update_filter, servicekey = 0x44d00016dca, current version 12
15:08:44.494 EIT Update Filter: Activate cnThread
15:08:46.380 eit_set_update_filter, servicekey = 0x44d00016dca, current version 13
15:30:09.615 [timeThread] - 12.03.2010 15:30:11, tim: Fri Mar 12 15:30:11 2010
[neutrino] timeset event. difference is 2 s, using adjtime(). oldd: 0 us
15:30:09.668 [timeThread] Time set via DVB, going to sleep for 1800 seconds.
Oops: Kernel Mode Software FPU Emulation, sig: 8

NIP: C38AA160 XER: 20000000 LR: C38AA11C SP: C013B750 REGS: c013b6a0 TRAP: 1000    Not tainted

MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11

TASK = c0139910[0] 'swapper' Last syscall: 120 

last math 00000000 last altivec 00000000

GPR00: 00001310 C013B750 C0139910 00000001 00000000 00131022 FFFFFC18 C013C2E8 

GPR08: 00000013 C38B2000 C38B0000 C38B2000 44202084 10058890 01FFBC00 01F8D000 

GPR16: 00000020 00082000 00000000 00000003 00001032 0013B7E0 00000000 C0002AE0 

GPR24: C0003BA4 00000001 C1CABE60 00131022 00000000 00000080 00000000 C1CABE60 

Call backtrace: 

00000001 C38AA4D8 C0003ADC C0003BE0 C0002AE0 C0004378 C0004394 

C014B408 C0002138 

PCR discontinuity: PCR: 0x10A3F0020, OLDPCR: 0x10A3E0152, Diff: 65230

Kernel panic: Aiee, killing interrupt handler!

In interrupt handler - not syncing

 <0>Rebooting in 180 seconds..debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

Thx

[Torsten73]

Hmm, könnte es mit xfs zusammenhängen?

http://forum.digitalfernsehen.de/forum/ ... -ext3.html

da ich früher immer ext2 genommen habe, ist der Fehler vielleicht daher bedingt? Tritt nämlich auch erst nach 2-3 Aufnahmen auf.

[DrStoned]

Ich halte XFS auf der Dbox2 nicht für die beste Wahl. Da die Dbox2 relativ wenig Rechenleistung hat, verwende ich EXT2, da es am wenigsten Prozessorlast erzeugt. Ich verwende EXT2 fast von Anfang an, und hatte seit fast 2 Jahren keine Schwierigkeiten oder Abbrüche bei Aufnahmen. Allerdings habe ich auch 64 MB Onboard-RAM in meiner IDE-Box, was gegenüber 32MB sehr viel Reserven schafft.

[Torsten73]

Ja das war auch mein bisheriger Wissensstand. Da ich aber von einigen gelesen hatte, dass sie xfs einsetzten dachte ich mir ich probiere es mal. Sah ja auch erst ganz gut aus. Wäre schon froh, das Risiko des beschädigten ext2 zu minimieren. Das hatte ich bereits mehrmals. Obwohl mit dem neuen Menü klappt nun der fsck ohne Konsole. Zumindest bekomme ich keine Fehlermeldung
CPU Last war mit xfs nicht sichtbar höher, d.h. Menüs reagieren während der Aufnahme wie unter ext2. Insofern scheint dies eher ein anderes Problem zu sein, als ein Lastfehler. Denn das Problem passiert erst nach dem Ende der Aufnahme!

Habe jetzt nochmal die Platte mit ext2 formatiert und rund 10 Aufnahmen auf ARD und ZDF über WE am laufen. Mal sehen ob am Montag die Box noch läuft.

[Torsten73]

An der Problematik hat sich mit ext2 nicht viel geändert. Die Uptime der Box im PES Mode bewegt sich zwischen 2-6h je nach Anzahl der Aufnahmen. Dummerweise habe ich bisher keinen Absturz mitloggen können. Offensichtlich hängt es aber mit den Aufnahmen zusammen. Ich habe alle Aufnahmen incl. 10GB Wintersport auf ZDF einwandfrei aufnehmen und Wiedergeben können. Auch Star für Oslo (Fr. Abend Liveshow) läuft einwandfrei.
Das einzige was ich relativ sicher festgestellt habe ist, das die Aufnahme noch beendet wird und dann mehr oder weniger kurz danach der Reset kommt. In welchem Zeitraum, weiß ich leider momentan nicht.
Uptime aktuell 18h (bisheriger Spitzenwert) EPG ist gefüttert, habe aber seit 18h keine Aufnahme mehr gemacht. Gestern abend eine Wiedergabe und sonst nur normal TV.
keine Plugins, nur nacktes Image und Astra. EPG begrenzt auf 5000/7T/12h.
Ich will nicht damit sagen, dass dieses Problem zwingend mit dem aktuellen Beta zusammenhängt. Dafür habe ich keine Belege, da ich die Avia500 mit HDD ja gerade erst ein paar Tage nutze. Aber komisch ist das schon.
Ich weiß nur, dass meine Sagem mit HDD und JTG letztes Release keine Resets produziert.

Mal sehen ob ich doch noch ein Log erwische.

[Torsten73]

Hi,
so nun auch der Crash auf ARD und ext2.
Kann man nachbilden indem man folgendes versucht:
- Box im normalen Betrieb, kein Standby, EPG ist gefüllt mit allen üblichen Sendern
- irgendein Kanal
- TimerAufnahme auf ZDF, Aufnahme ok
- nicht umschalten
- TimerAufnahme auf ARD, Aufnahme ok
- nicht umschalten
- nächste TimerAufnahme auf ARD, diese führt beim Start der Aufnahme zum Reset.

dazu ein Log:

Code: Alles auswählen

12:57:02.120 eit_set_update_filter, servicekey = 0x43700016d66, current version 11
12:58:41.211 EIT Update Filter: Activate cnThread
12:59:17.092 eit_set_update_filter, servicekey = 0x43700016d66, current version 12
12:59:50.377 EIT Update Filter: Activate cnThread
12:59:52.032 eit_set_update_filter, servicekey = 0x43700016d66, current version 13
[neutrino] no file /var/tuxbox/config/recording.start was found
[neutrino.cpp] getFreeDiscSpaceGB 67
[neutrino.cpp] recording to /hdd
Record channel_id: 43700016d66 epg: 43700016d668301, apids 0x0 mode 1
[timerd] using config file /var/tuxbox/config/timerd.conf
SPTS, queue 0 extended.

fsk:0, Genre:32, Dauer: 60

[stream2file]: ringbuffersize 4194304 write_ts 1 numpids 4
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd/ZDF_ARD-Mittagsmagazin_2010-03-18_130001.001.ts'
            myfilename: '/hdd/ZDF_ARD-Mittagsmagazin_2010-03-18_130001'
changeDMX: for 0x40 not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x42 not ignored! even though real_pauseCounter> 0 (1)
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01
debug: feID dd    gtxID 0b
debug: fpID 5a     dsID 01-7a.50.1f.07.00.00-27
debug: HWrev X5  SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Bei anderer Gelegenheit hatte ich auch schon mal an dieser Stelle ein "Oops: kernel access of bad area, sig: 11"

Der Fehler scheint immer bei wiederholter Aufnahme auf selben Kanal zu passieren. Es ist währenddessen nicht umgeschaltet worden, oder irgendwas an der Box gemacht worden. Box ist im PES Mode und Avia Watchdog ist an.