Bad emulation zapit/102

Beitrag von **MOhlmann** » Freitag 24. Juni 2005, 20:47

Mir ist gerade die Box abgestürtzt. Die Box befand sich im Standby und es war gerade eine Aufzeichnung in gange. Beim einschalten der Box, ist die runtergefahren.

Code: Alles auswählen

[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)
[controld] videoOutput off
[neutrino.cpp] executing /var/tuxbox/config/standby.on.
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument
[lircdclient] sending to lircd SEND_START tv power
[lircdclient] sending to lircd SEND_STOP tv power
[timeThread] time(): 24.06.2005 18:44:54, tim: Fri Jun 24 18:44:54 2005
[timeThread] time(): 24.06.2005 19:14:59, tim: Fri Jun 24 19:14:59 2005
[timeThread] time(): 24.06.2005 19:45:04, tim: Fri Jun 24 19:45:04 2005
[neutrino] waking up  ()
[neutrino.cpp] executing /var/tuxbox/config/recording.start.
Record channel_id: 400850024 epg: 400850024f8ac, apids  mode 1
SPTS, queue 0 extended.
[controld] videoOutput on
[neutrino.cpp] executing /var/tuxbox/config/standby.off.
[controld] setting VideoFormat to auto 
__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
Bad emulation zapit/102
 NIP: 0ff62dd0 instruction: 00000000 opcode: 0 A: 0 B: 0 C: 0 code: 0 rc: 0
 pte @ 0x ff62dd0:  (0xc16960fc)->(0xc1695d88)->0x00b6b889
 RPN: 00b6b PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc0b6bdd0  pte @ 0xc0b6bdd0: no pmd
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process camd2
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process timerd
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
Error -5 while decompressing!
c0160162(2439)->c0519000(4096)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
Killed
[CBasicClient] connect failed.
/tmp/zapit.sock: Connection refused
zapit shot down :)
Waiting for controld (max. 5 seconds)
Waiting for controld (max. 4 seconds)
Waiting for controld (max. 3 seconds)
Waiting for controld (max. 2 seconds)
Waiting for controld (max. 1 seconds)
Going to halt system now ...
STV6412 found
SET VSW: 2 3
SET VSW: 1 2
Unmounting 'nfs' on '/mnt/mp3'
Unmounting 'nfs' on '/mnt/filme'
Unmounting 'ramfs' on '/tmp'
umount: /tmp: Device or resource busy
Unmounting 'jffs2' on '/var'
umount: forced umount of /dev/mtdblock/3 failed!
Oops: umount failed :-(  --  trying to remount readonly...
Ready to shutdown system...
The system is going down NOW !![Confi[CgFile] Unable to open [nhttpd] stop reque
sted......
file /var/tuxbox/confionfigFile] Unableg/controld.conf for writing.
Sending SIGKILL to all processes.
The system is halted. Press Reset or turn off power

kann damit jemand was anfangen?

Gruß Michael

Beitrag von **mash4077** » Freitag 24. Juni 2005, 20:51

Hi,

wahrscheinlich kaputt.

Gruß
mash

Beitrag von **MOhlmann** » Freitag 24. Juni 2005, 21:02

hmm, nach dem Neustart läuft die box aber ganz normal.

Gruß Michael

Beitrag von **mash4077** » Freitag 24. Juni 2005, 21:04

Ja, ist aber wohl ein schleichender CPU- oder RAM-Defekt.

Gruß
mash

Beitrag von **MOhlmann** » Freitag 24. Juni 2005, 21:17

Ah so, dann werde ich mich ja mal besser als nach einer neuen umsehen. Danke.

Gruß Michael

Beitrag von **petgun** » Freitag 24. Juni 2005, 21:24

mash4077 hat geschrieben:Ja, ist aber wohl ein schleichender CPU- oder RAM-Defekt.

..kann's nicht einfach die enorme Hitze sein mit der sicher auch die Box von MOhlmann zu kaempfen hat? Ich finde Deine Diagnose ziemlich gewagt.

Beitrag von **mash4077** » Freitag 24. Juni 2005, 21:30

MOhlmann hat geschrieben:Ah so, dann werde ich mich ja mal besser als nach einer neuen umsehen.

Wenn's nicht zu nervig wird, dann kannste die so auch weiternutzen.

Gruß
mash

MOhlmann hat geschrieben:

Code: Alles auswählen

[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)
[controld] videoOutput off
[neutrino.cpp] executing /var/tuxbox/config/standby.on.
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument
[lircdclient] sending to lircd SEND_START tv power
[lircdclient] sending to lircd SEND_STOP tv power
[timeThread] time(): 24.06.2005 18:44:54, tim: Fri Jun 24 18:44:54 2005
[timeThread] time(): 24.06.2005 19:14:59, tim: Fri Jun 24 19:14:59 2005
[timeThread] time(): 24.06.2005 19:45:04, tim: Fri Jun 24 19:45:04 2005
[neutrino] waking up  ()
[neutrino.cpp] executing /var/tuxbox/config/recording.start.
Record channel_id: 400850024 epg: 400850024f8ac, apids  mode 1
SPTS, queue 0 extended.
[controld] videoOutput on
[neutrino.cpp] executing /var/tuxbox/config/standby.off.
[controld] setting VideoFormat to auto 
[b]__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)[/b]Bad emulation zapit/102
 NIP: 0ff62dd0 instruction: 00000000 opcode: 0 A: 0 B: 0 C: 0 code: 0 rc: 0
 pte @ 0x ff62dd0:  (0xc16960fc)->(0xc1695d88)->0x00b6b889
 RPN: 00b6b PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc0b6bdd0  pte @ 0xc0b6bdd0: no pmd
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process camd2
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process timerd
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
Error -5 while decompressing!
c0160162(2439)->c0519000(4096)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
Killed
[CBasicClient] connect failed.
/tmp/zapit.sock: Connection refused
zapit shot down :)
Waiting for controld (max. 5 seconds)
Waiting for controld (max. 4 seconds)
Waiting for controld (max. 3 seconds)
Waiting for controld (max. 2 seconds)
Waiting for controld (max. 1 seconds)
Going to halt system now ...
STV6412 found
SET VSW: 2 3
SET VSW: 1 2
Unmounting 'nfs' on '/mnt/mp3'
Unmounting 'nfs' on '/mnt/filme'
Unmounting 'ramfs' on '/tmp'
umount: /tmp: Device or resource busy
Unmounting 'jffs2' on '/var'
umount: forced umount of /dev/mtdblock/3 failed!
Oops: umount failed :-(  --  trying to remount readonly...
Ready to shutdown system...
The system is going down NOW !![Confi[CgFile] Unable to open [nhttpd] stop reque
sted......
file /var/tuxbox/confionfigFile] Unableg/controld.conf for writing.
Sending SIGKILL to all processes.
The system is halted. Press Reset or turn off power

kann damit jemand was anfangen?

Gruß Michael

Das sieht für mich so aus, als wäre dein RAm "alle" gewesen, sprich der RAM war voll gelaufen. Er konnte keinen/den benötigten Speicher nicht mehr alloziieren und hat sich somit verabschiedet.
Da ist nix defekt sag ich jetzt mal so

Beitrag von **Barf** » Montag 27. Juni 2005, 18:25

hannebamb(el) hat geschrieben:Das sieht für mich so aus, als wäre dein RAm "alle" gewesen, sprich der RAM war voll gelaufen. Er konnte keinen/den benötigten Speicher nicht mehr alloziieren und hat sich somit verabschiedet.
Da ist nix defekt sag ich jetzt mal so

Das kann ich einfach nicht so stehen lassen. (Virtueller) Speicher vollgelaufen ist ein häufiger Fehler und soll abgefangen werden, nicht zu Abstürz führen. Ein vernünfig geschriebens programm, hier low-level C checkt dies:

Code: Alles auswählen

#define RECHTVIEL 10000000 
char *ptr;
ptr = malloc(RECHTVIEL);
if (ptr == NULL) {
   fprintf(stderr, "Speicher alle!\n");
   ...
} else {
...
}

Der, der ein in diesem Sinn kaputtes Programm entdeckt, soll es in diesem Forum als Bug rapportieren.

Beitrag von **Npq** » Montag 27. Juni 2005, 22:37

Hmm, das ist schon richtig. Nur, wenn anschließend auch kein Speicher mehr da ist, um die Fehlermeldung noch anzuzeigen, dann bringt es auch nicht mehr viel.

Ein anderes Problem ist auch, daß Linux "lazy" reserviert. Es kann sein, daß du den Speicher problemlos gemalloc't bekommst und erst wenn du Daten reinschreibst, ist Schicht. Der VM-Manager fängt dann irgendwann an, rigoros Prozesse zu killen (wie man ja auch im Log sehen kann). Das nennt sich dann "OOM Kill" (out of memory kill).

Andererseits, ich hatte heute am Arbeitsplatzrechner unter WinXP ein korrektes "Out of memory" (ja, es wurde abgefangen

). Und das bei 3 Gigabyte RAM.

(Naja, ein 1920x1080-RGB-Bild ist über 6,2 MB groß und davon sollten dann 300 am Stück rein, da klemmte wohl was

).

Tuxbox-Board

Bad emulation zapit/102

Bad emulation zapit/102

Re: Bad emulation zapit/102

Re: Bad emulation zapit/102