---

Hej!

Havde lige et crash i nat på en maskine der kører X på konsollen men normalt
ikke har tastatur/mus/monitor.
Dens skærmkort var gået i dvale, så jeg kunne ikke se eventuelle fejl der
måtte være logget på konsollen, og der var intet i nogle af logfiler efter
reboot.

Ved næste crash vil jeg gerne have lidt mere info, helst i en fil, så jeg
vil lige høre hvilke muligheder der er.

Jeg formoder at jeg kan få noget fra kernen via dette i syslog.conf :

kern.* /var/log/kern.log

....og/eller måske sætte ConServer til at logge hvad der sker i /proc/kmsg.

Det giver mig muligvis selve crashet, men jeg kunne også godt tænke mig at
få det der måtte komme på konsollen (eller i xconsole når man kører X)

Jeg har prøvet at polle /dev/console med ConServer men det virker ikke...jeg
ved ikke om det er fordi ConServer forventer baud-rate, eller om det er
noget andet. En tail -f /dev/console virker heller ikke...jeg formoder at
det er fordi /dev/console bliver åbnet forkert.

Før jeg går igang med at fjerne al X kode fra
http://ftp.x.org/pub/R6.4/xc/programs/xconsole/xconsole.c vil jeg lige høre
om der allerede findes noget a la dette ???


/Jesper

---

Jesper Frank Nemholt wrote:
> Havde lige et crash i nat på en maskine der kører X på konsollen men normalt
> ikke har tastatur/mus/monitor.
> Dens skærmkort var gået i dvale, så jeg kunne ikke se eventuelle fejl der
> måtte være logget på konsollen, og der var intet i nogle af logfiler efter
> reboot.
> Ved næste crash vil jeg gerne have lidt mere info, helst i en fil, så jeg
> vil lige høre hvilke muligheder der er.

Du kan evt. kigge på Linux Kernel Crash Dumps (LKCD)
http://lkcd.sourceforge.net/

> Jeg har prøvet at polle /dev/console med ConServer men det virker ikke...jeg
> ved ikke om det er fordi ConServer forventer baud-rate, eller om det er
> noget andet. En tail -f /dev/console virker heller ikke...jeg formoder at
> det er fordi /dev/console bliver åbnet forkert.

Jeg kender ikke ConServer, men tror nu ikke, at der er programmer, der
får lov at skrive til disken, efter kernen er crashet.

Lav evt. console på en seriel printer eller en gammeldags terminal, hvis
du har en af delene. Eller på en anden computer vha. serielkabel.

--
Lars Kongshøj
Registrer dig som linux-bruger:
http://counter.li.org/enter-person.php

---

"Lars Kongshøj" <lars_kongshoj@hotmail.com> wrote in message
news:3D923039.3EA6ED60@hotmail.com...
> Jesper Frank Nemholt wrote:
> > Havde lige et crash i nat på en maskine der kører X på konsollen men
normalt
> > ikke har tastatur/mus/monitor.
> > Dens skærmkort var gået i dvale, så jeg kunne ikke se eventuelle fejl
der
> > måtte være logget på konsollen, og der var intet i nogle af logfiler
efter
> > reboot.
> > Ved næste crash vil jeg gerne have lidt mere info, helst i en fil, så
jeg
> > vil lige høre hvilke muligheder der er.
>
> Du kan evt. kigge på Linux Kernel Crash Dumps (LKCD)
> http://lkcd.sourceforge.net/

Det kigger jeg lige på.

> > Jeg har prøvet at polle /dev/console med ConServer men det virker
ikke...jeg
> > ved ikke om det er fordi ConServer forventer baud-rate, eller om det er
> > noget andet. En tail -f /dev/console virker heller ikke...jeg formoder
at
> > det er fordi /dev/console bliver åbnet forkert.
>
> Jeg kender ikke ConServer, men tror nu ikke, at der er programmer, der
> får lov at skrive til disken, efter kernen er crashet.

Nej, det var også mest til at fange andre ting end lige crashes. Crashes
formoder jeg at dit link ovenfor kan tage sig af. Beskrivelsen er meget lig
hvad jeg er vant til fra Tru64.

> Lav evt. console på en seriel printer eller en gammeldags terminal, hvis
> du har en af delene. Eller på en anden computer vha. serielkabel.

Har en VT510, men den sidder på min Alpha, samt en gammel VT3xx som sidder
på en VAX, og jeg har ingen ledige serielle porte på Linux maskinen
Jeg tror løsningen hedder at støve en terminalserver a la DECserver 90M op
så jeg kan samle de forskellige konsoller på den og så køre dem via
ConServer (et console manager program) til en fil, og så definere
/de/console som en seriel port i Linux.

/Jesper

---

Så fik jeg endnu et crash, inden jeg nåede at få konfigureret skidtet til at
gemme det, men denne gang fik jeg dog set på konsollen.
Regner med at sætte netdump-server op på en anden maskine og så dumpe til
den.

En hel masse linier a la dette :

[<c0108d5c>] error_code [kernel] 0x34
[<c011773d>] do_page_fault [kernel] 0x5d

Efterfulgt af :

Code 8b 82 64 64 39 c0 8b aa 68 64 39 c0 01 e8 85 c0 0f 85 d4 01

<0> kernel panic: Attemted to kill the idle task!

In idle task - not syncing


Maskinen reagerer ikke på Ctrl+Alt+Delete.

I og med at jeg ikke har fejlmeddelelser fra første crash, så ved jeg ikke
om det er det samme eller ej, men det er da tænkeligt.
Maskinen kørte før på en 2.4.18-5smp kerne, mens den under dette crash kørte
2.4.18-10smp.
Jeg har 2 andre maskiner kørende med samme kerne, dog ikke smp version.

Før crashet på 2.4.18-5smp kernen havde den kørt non-stop uden ændringer til
OS i 2 måneder, og det er første crash nogensinde (10 måneder).

Jeg kørte herefter den fulde Memtest-86 default test uden at finde fejl, og
diskene er mirrorsets, så jeg tror heller ikke de har fejl, men kører pt.
media scan read test. Bagefter vil jeg køre en write test til swap
partitionen.

Faldt over denne https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74588
som ligner lidt.

Min maskine er en Asus CUV4X-DLS med 2 x P3 1 GHz og 1 GB RAM.
RAID controller er en 3Ware 6400. Der sidder 2 x Plextor CD/CD-R drev på
SCSI og der er ingen normale IDE devices.
3 x Intel EtherExpress Pro/100+ netkort samt et Matrox G200 PCI grafikkort.

Nogen der har et bud på hvad det er ????? hardware/software/kendt fejl ???


/Jesper