---

Hej!

Jeg har en maskine, som besluttede sig for at knække sammen her midt i nat:

Jul 11 02:15:41 vserver kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000035
Jul 11 02:15:41 vserver kernel: printing eip:
Jul 11 02:15:41 vserver kernel: c0286b85
Jul 11 02:15:41 vserver kernel: *pde = 00000000
Jul 11 02:15:41 vserver kernel: Oops: 0002
Jul 11 02:15:41 vserver kernel: CPU: 0
Jul 11 02:15:41 vserver kernel: EIP: 0010:[<c0286b85>] Tainted: P
Jul 11 02:15:41 vserver kernel: EFLAGS: 00010246
Jul 11 02:15:41 vserver kernel: eax: 00000000 ebx: 00000025 ecx: 00000025
edx: 40014025
Jul 11 02:15:41 vserver kernel: esi: 40014000 edi: 00000035 ebp: f50adec0
esp: ed3d9f44
Jul 11 02:15:41 vserver kernel: ds: 0018 es: 0018 ss: 0018
Jul 11 02:15:41 vserver kernel: Process check_disk (pid: 7092,
stackpage=ed3d9000)
Jul 11 02:15:41 vserver kernel: Stack: 00000001 00000025 d9900a00 00000025
fffffff2 c015aefd 00000035 40014000
Jul 11 02:15:41 vserver kernel: 00000025 f5341f44 00000025 00000035 eb3bd680
d9900a68 00000000 00000025
Jul 11 02:15:41 vserver kernel: 00000000 f50adec0 ffffffea 00000025 c014f027
f50adec0 40014000 00000025
Jul 11 02:15:41 vserver kernel: Call Trace: [<c015aefd>] [<c014f027>]
[<c010beef>]
Jul 11 02:15:41 vserver kernel:

Kan jeg gå ud fra, at det er check_disk programmet, som er den store synder
(der er også 2 lignende entries i samme vrash på qmail-remote) ?
Hvordan får jeg den til automatisk at reboot'e efter sådan en sag ?? Jeg
ved, at Winblows kan gøre det efter en BSOD.....

Mvh
/Brian

---

"Brian Ipsen" <bipsen@andebakken.dk> writes:

> Jul 11 02:15:41 vserver kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000035
> Jul 11 02:15:41 vserver kernel: printing eip:
> Jul 11 02:15:41 vserver kernel: c0286b85
> Jul 11 02:15:41 vserver kernel: *pde = 00000000
> Jul 11 02:15:41 vserver kernel: Oops: 0002
> Jul 11 02:15:41 vserver kernel: CPU: 0
> Jul 11 02:15:41 vserver kernel: EIP: 0010:[<c0286b85>] Tainted: P
> Jul 11 02:15:41 vserver kernel: EFLAGS: 00010246
> Jul 11 02:15:41 vserver kernel: eax: 00000000 ebx: 00000025 ecx: 00000025
> edx: 40014025
> Jul 11 02:15:41 vserver kernel: esi: 40014000 edi: 00000035 ebp: f50adec0
> esp: ed3d9f44
> Jul 11 02:15:41 vserver kernel: ds: 0018 es: 0018 ss: 0018
> Jul 11 02:15:41 vserver kernel: Process check_disk (pid: 7092,
> stackpage=ed3d9000)
> Jul 11 02:15:41 vserver kernel: Stack: 00000001 00000025 d9900a00 00000025
> fffffff2 c015aefd 00000035 40014000
> Jul 11 02:15:41 vserver kernel: 00000025 f5341f44 00000025 00000035 eb3bd680
> d9900a68 00000000 00000025
> Jul 11 02:15:41 vserver kernel: 00000000 f50adec0 ffffffea 00000025 c014f027
> f50adec0 40014000 00000025
> Jul 11 02:15:41 vserver kernel: Call Trace: [<c015aefd>] [<c014f027>]
> [<c010beef>]
> Jul 11 02:15:41 vserver kernel:

Hvis det skal give mening, skal det køres gennem ksymoops.

> Kan jeg gå ud fra, at det er check_disk programmet, som er den store synder
> (der er også 2 lignende entries i samme vrash på qmail-remote) ?
> Hvordan får jeg den til automatisk at reboot'e efter sådan en sag ?? Jeg
> ved, at Winblows kan gøre det efter en BSOD.....

Fra Documentation/proc.txt:

|---
[om /proc/sys/kernel/]

panic
-----

The value in this file represents the number of seconds the kernel waits
before rebooting on a panic. When you use the software watchdog, the
recommended setting is 60. If set to 0, the auto reboot after a kernel panic
is disabled, which is the default setting.
|---

Det er ganske vist dokumentationen fra en 2.5-kerne, men mon ikke det
samme kan lade sig gøre under tidligere kerner?

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
Linux hackers are funny people: They count the time in patchlevels.
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

"Rasmus Bøg Hansen" <moffespam@amagerkollegiet.dk> wrote in message
news:87vfu9fmg7.fsf@grignard.amagerkollegiet.dk...
> "Brian Ipsen" <bipsen@andebakken.dk> writes:
>
> > Jul 11 02:15:41 vserver kernel: Unable to handle kernel NULL pointer
> > dereference at virtual address 00000035
> > Jul 11 02:15:41 vserver kernel: printing eip:
> > Jul 11 02:15:41 vserver kernel: c0286b85
> > Jul 11 02:15:41 vserver kernel: *pde = 00000000
> > Jul 11 02:15:41 vserver kernel: Oops: 0002
> > Jul 11 02:15:41 vserver kernel: CPU: 0
> > Jul 11 02:15:41 vserver kernel: EIP: 0010:[<c0286b85>] Tainted: P
> > Jul 11 02:15:41 vserver kernel: EFLAGS: 00010246
> > Jul 11 02:15:41 vserver kernel: eax: 00000000 ebx: 00000025 ecx:
00000025
> > edx: 40014025
> > Jul 11 02:15:41 vserver kernel: esi: 40014000 edi: 00000035 ebp:
f50adec0
> > esp: ed3d9f44
> > Jul 11 02:15:41 vserver kernel: ds: 0018 es: 0018 ss: 0018
> > Jul 11 02:15:41 vserver kernel: Process check_disk (pid: 7092,
> > stackpage=ed3d9000)
> > Jul 11 02:15:41 vserver kernel: Stack: 00000001 00000025 d9900a00
00000025
> > fffffff2 c015aefd 00000035 40014000
> > Jul 11 02:15:41 vserver kernel: 00000025 f5341f44 00000025 00000035
eb3bd680
> > d9900a68 00000000 00000025
> > Jul 11 02:15:41 vserver kernel: 00000000 f50adec0 ffffffea 00000025
c014f027
> > f50adec0 40014000 00000025
> > Jul 11 02:15:41 vserver kernel: Call Trace: [<c015aefd>] [<c014f027>]
> > [<c010beef>]
> > Jul 11 02:15:41 vserver kernel:
>
> Hvis det skal give mening, skal det køres gennem ksymoops.

Men hvor vil et evt kernel dump ligge henne ??

/Brian

---

"Brian Ipsen" <bipsen@andebakken.dk> writes:

>> Hvis det skal give mening, skal det køres gennem ksymoops.
>
> Men hvor vil et evt kernel dump ligge henne ??

Linux laver ikke kernel dump (jeg formoder at du taler om at skrive et
dump af hukommelse og kernevariable til swap el. lign.). Du kan finde
oopsen igen i logfilerne (medmindre den berørte logningen - så er den
næppe skrevet til disken).

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
I'm a bastard. I have absolutely no clue why people can ever think
otherwise. Yet they do. People think I'm a nice guy, and the fact is
that I'm a scheming, conniving bastard who doesn't care for any hurt
feelings or lost hours of work if it just results in what I consider
to be a better system.
- Linus Torvalds
----------------------------------[ moffe at amagerkollegiet dot dk ] --

---

"Rasmus Bøg Hansen" <moffespam@amagerkollegiet.dk> wrote in message
news:87r84xflln.fsf@grignard.amagerkollegiet.dk...
> "Brian Ipsen" <bipsen@andebakken.dk> writes:

> >> Hvis det skal give mening, skal det køres gennem ksymoops.
> >
> > Men hvor vil et evt kernel dump ligge henne ??
>
> Linux laver ikke kernel dump (jeg formoder at du taler om at skrive et
> dump af hukommelse og kernevariable til swap el. lign.). Du kan finde
> oopsen igen i logfilerne (medmindre den berørte logningen - så er den
> næppe skrevet til disken).

Ok, jeg har kørt logningen igennem ksymoops, og ved alle 3 programmer ser
der ud til at være en genganger:

>>EIP; c0286b85 <zlib_inflate_flush+3805/3842> <=====

>>edx; 08057e71 Before first symbol
>>esi; 08057e20 Before first symbol
>>edi; 0000080e Before first symbol
>>ebp; f57c3e20 <_end+353fe860/38447aa0>
>>esp; f22c1f44 <_end+31efc984/38447aa0>

Trace; c015aefd <pipe_write+22d/2d0>
Trace; c014f027 <sys_write+97/140>
Trace; c010beef <system_call+33/38>

Gad vide, om det er zlib, som laver ravage - eller det skyldes noget af det
pipe_write, sys_write el.lign ??

/Brian

---

"Brian Ipsen" <bipsen@andebakken.dk> writes:

> Ok, jeg har kørt logningen igennem ksymoops, og ved alle 3 programmer ser
> der ud til at være en genganger:
>
>>>EIP; c0286b85 <zlib_inflate_flush+3805/3842> <=====
>
>>>edx; 08057e71 Before first symbol
>>>esi; 08057e20 Before first symbol
>>>edi; 0000080e Before first symbol
>>>ebp; f57c3e20 <_end+353fe860/38447aa0>
>>>esp; f22c1f44 <_end+31efc984/38447aa0>
>
> Trace; c015aefd <pipe_write+22d/2d0>
> Trace; c014f027 <sys_write+97/140>
> Trace; c010beef <system_call+33/38>
>
> Gad vide, om det er zlib, som laver ravage - eller det skyldes noget af det

Det er i så fald zlib i kernen - ikke userspace-zlib.

> pipe_write, sys_write el.lign ??

Nu er jeg ikke ekspert i ksymoops, men du er dog nødt til at kigge på
hele trace't, hvis den skal være brugbar for udviklerne. Jeg kender
ganske vist intet til den vserver-kernel, du siger, du kører...

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
I swear, I didn't feed them anything inappropriate..., but somehow the
icons on my desktop grew by about 10% after the latest sid upgrade.
----------------------------------[ moffe at amagerkollegiet dot dk ] --