Re: PROBLEM: 2.2.18 oops leaves umount hung in disk sleep

Camm Maguire
2001-03-22T19:40:27Z

Greetings, and thanks for your reply!

Trond Myklebust <trond.myklebust@fys.uio.no> writes:

> >>>>> " " == Camm Maguire <camm@enhanced.com> writes:
>
> > 2.2.18 oops leaves umount hung in disk sleep
>
> This is normal behaviour for an Oops ;-)
>
> > Unable to handle kernel NULL pointer dereference at
> > virtual address 00000000
> current-> tss.cr3 = 02872000, %%cr3 = 02872000
> > *pde = 00000000 Oops: 0000 CPU: 0
>
> > intech9# ksymoops <oo.txt
>
> > Unable to handle kernel NULL pointer dereference at
> > virtual address 00000000 current->tss.cr3 = 02872000,
> > %%cr3 = 02872000 *pde = 00000000 Oops: 0000 CPU: 0
>
> Do you have the full ksymoops decode available? The above is somewhat
> minimal.
>

I'd be happy to generate one if I could. I've got the system map.
The defaults reported by ksymoops are all correct. Don't know why it
didn't give me more info. Normally, the info is reported by klogd
anyway, but not here. I've sent you all I currently have. If you can
suggest how I can get more, would be glad to do so.

Take care,

> Also please could you try to duplicate the problem with a standard
> autofs v3 daemon? I'm not sure that the v4 'automount' is quite as
> well tested as the v3 daemon (it still seems to be in beta).
>

I thought I was running v3. Can't seem to find anything now which
indicates the protocol version in use, but was under the impression
that v4 was only an option in 2.4.x, no?

Also, the system is in general *very* stable. It will take quite a
while for this to resurface, I'd guess.

Take care,

> Cheers,
> Trond