Messages in this thread | | | From | (H. Peter Anvin) | Subject | Re: autofs oops | Date | 28 Mar 1998 04:30:48 GMT |
| |
Followup to: <351C658F.3B5B8BCF@uuscss.cs.su.oz.au> By author: Bradley Baetz <bbaetz@uuscss.cs.su.oz.au> In newsgroup: linux.dev.kernel > > Whilst compiling 2.1.90 in 2.1.88: > ~$ cd /mnt/dos > autofs: lookup failure on existing dentry, status = -2, name = dos > autofs: trying to recover, but prepare for Armageddon > Then an oops, immediately killing bash, and sending me back to the login > prompt. > > The oops: > Unable to handle kernel NULL pointer dereference at virtual address > 00000020 > current->tss.cr3 = 00694000, > *pde = 00000000 > Oops: 0000 > CPU: 0 > EIP: 0010:[<c0145cb4>] > EFLAGS: 00010282 > eax: 00000000 ebx: 00000000 ecx: c05b4000 edx: c01c4dd0 > esi: c078f01c edi: c0c88c30 ebp: c0c88bf0 esp: c06b7ef0 > ds: 0018 es: 0018 ss: 0018 > Process bash (pid: 2233, process nr: 48, stackpage=c06b7000) > Stack: c0145ce0 00000000 fffffffe 00000000 c0146a6e c078f01c 00000000 > 00000000 > c06299d8 c06299d8 00000001 c0146aeb c0c88bf0 c01e894c c078f000 > c0629a24 > c0c88bf0 c0146bda c0c88bf0 c0c88bf0 c06b7f88 c012c527 c06299d8 > c0c88bf0 > Call Trace: [<c0145ce0>] [<c0146a6e>] [<c0146aeb>] [<c0146bda>] > [<c012c527>] [<c012c744>] [<c012c288>] > [<c012c80d>] [<c0123fde>] [<c0109ade>] > Code: 8b 48 20 8b 50 1c 89 51 1c 8b 50 1c 8b 40 20 89 42 20 c3 89 > > And ksymoops results: > Using `/root/map' to map addresses to symbols. > > >>EIP: c0145cb4 <autofs_delete_usage+4/20> > Trace: c0145ce0 <autofs_update_usage+10/20> > Trace: c0146a6e <try_to_fill_dentry+ee/120> > Trace: c0146aeb <autofs_revalidate+4b/f0> > Trace: c0146bda <autofs_root_lookup+4a/90> > Trace: c012c527 <real_lookup+47/70> > Trace: c012c744 <lookup_dentry+164/200> > Trace: c012c288 <getname+a8/110> > Trace: c012c80d <__namei+2d/90> > Trace: c0123fde <sys_chdir+e/70> > Trace: c0109ade <system_call+3a/40> > Code: c0145cb4 <autofs_delete_usage+4/20> > Code: c0145cb4 <autofs_delete_usage+4/20> 8b 48 20 movl > 0x20(%eax),%ecx > Code: c0145cb7 <autofs_delete_usage+7/20> 8b 50 1c movl > 0x1c(%eax),%edx > Code: c0145cba <autofs_delete_usage+a/20> 89 51 1c movl > %edx,0x1c(%ecx) > Code: c0145cbd <autofs_delete_usage+d/20> 8b 50 1c movl > 0x1c(%eax),%edx > Code: c0145cc6 <autofs_delete_usage+16/20> 8b 40 20 movl > 0x20(%eax),%eax > Code: c0145cc9 <autofs_delete_usage+19/20> 89 42 20 movl > %eax,0x20(%edx) > Code: c0145ccc <autofs_delete_usage+1c/20> c3 ret > Code: c0145ccd <autofs_delete_usage+1d/20> 89 00 movl > %eax,(%eax) > Code: c0145cd5 <autofs_update_usage+5/20> 90 nop > Code: c0145cd6 <autofs_update_usage+6/20> 90 nop > Code: c0145cd7 <autofs_update_usage+7/20> 90 nop > > Autofs was built in, not a module. >
This is bad. I suspect at some point a mount of /mnt/dos failed, and the dentry is still there. This is a known bug, but this is the first time I've seen the "Armageddon" message actually cause Armageddon :) It's just nontrivial to fix, although I had a discussion with Bill Hawes last week with an idea that might work.
-hpa -- PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74 See http://www.zytor.com/~hpa/ for web page and full PGP public key I am Bahá'í -- ask me about it or see http://www.bahai.org/ "To love another person is to see the face of God." -- Les Misérables
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |