[PANIC] 2.5.51: probably NFS-related

Ted Phelps (phelps@dstc.edu.au)
Fri, 13 Dec 2002 01:30:19 +0000


Hello,

I generated the following panic on an NFS server machine (i586,
linux-2.5.51, SCSI HDD, Adaptec 29160 Host Adapter) whilst mounting
and unmounting an network filesystem on a client machine
(sparc-sun-solaris-2.8). The backtrace doesn't seem to indicate
anything NFS-specific, but I'm inclined to suspect the NFS code due to
timing and previous troubles with NFSv3 between these machines.

Here's what I was doing on the client:

$ mount -o proto=udp,vers=2 192.168.0.1:/mnt/src /mnt/src
$ ls /mnt/src/bigdir
$ umount /mnt/src

$ mount -o proto=tcp,vers=2 192.168.0.1:/mnt/src /mnt/src
$ ls /mnt/src/bigdir
$ umount /mnt/src

$ mount -o proto=tcp,vers=3 192.168.0.1:/mnt/src /mnt/src
$ ls /mnt/src/bigdir
<<BOOM>>

/mnt/src/bigdir has 143 files in it, over 2K worth of filenames.

I have been unable to use with NFSv3 (UDP or TCP) to mount partitions
on the Solaris machine when the server is running 2.5.50 or 2.5.51.
The filesystem mounts, but listing /mnt/src/bigdir usually generates
the following error:

NFS readdirplus failed for server 192.168.0.1: error 2 (RPC: Can't decode result)

I can provide tcpdump output if that helps...

Thanks,
-Ted

ksymoops 2.4.8 on i586 2.4.19. Options used
-v /scratch/build/linux/linux-2.5.51/vmlinux (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.5.51/kernel (specified)
-m /boot/System.map-2.5.51 (specified)

No modules in ksyms, skipping objects
Unable to handle kernel paging request at virtual address 2c6b6369
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0060:[<c012e3c1>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010012
eax: 6e6e6f43 ebx: c74ea020 ecx: c74ea0e0 edx: 2c6b6369
esi: c13e7460 edi: 00000000 ebp: c0375ef0 esp: c0375ed4
ds: 0068 es: 0068 ss: 0068
Stack: c13e746c c13e747c 00000008 c1337010 c13e7460 c1337000 00000008 c0375f2c
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c0374000 c1337010 c13e74c8 c03dba9c c012dc60 00000000 c0375f34 c012dc68
Call Trace:
[<c012e609>] cache_reap+0x1a9/0x270
[<c012dc60>] reap_timer_fnc+0x0/0x30
[<c012dc68>] reap_timer_fnc+0x8/0x30
[<c011d553>] __run_timers+0x83/0x170
[<c01197e9>] do_softirq+0xa9/0xb0
[<c010a835>] do_IRQ+0x125/0x150
[<c0107130>] default_idle+0x0/0x40
[<c0109418>] common_interrupt+0x18/0x20
[<c0107130>] default_idle+0x0/0x40
[<c0107158>] default_idle+0x28/0x40
[<c01071dd>] cpu_idle+0x2d/0x40
[<c0105000>] _stext+0x0/0x30
Code: 89 02 89 50 04 8b 43 0c 31 d2 29 c1 89 c8 f7 76 30 89 c1 8b

>>EIP; c012e3c1 <__free_block+61/100> <=====

>>ebp; c0375ef0 <init_thread_union+1ef0/2000>
>>esp; c0375ed4 <init_thread_union+1ed4/2000>

Trace; c012e609 <cache_reap+1a9/270>
Trace; c012dc60 <reap_timer_fnc+0/30>
Trace; c012dc68 <reap_timer_fnc+8/30>
Trace; c011d553 <__run_timers+83/170>
Trace; c01197e9 <do_softirq+a9/b0>
Trace; c010a835 <do_IRQ+125/150>
Trace; c0107130 <default_idle+0/40>
Trace; c0109418 <common_interrupt+18/20>
Trace; c0107130 <default_idle+0/40>
Trace; c0107158 <default_idle+28/40>
Trace; c01071dd <cpu_idle+2d/40>
Trace; c0105000 <_stext+0/0>

Code; c012e3c1 <__free_block+61/100>
00000000 <_EIP>:
Code; c012e3c1 <__free_block+61/100> <=====
0: 89 02 mov %eax,(%edx) <=====
Code; c012e3c3 <__free_block+63/100>
2: 89 50 04 mov %edx,0x4(%eax)
Code; c012e3c6 <__free_block+66/100>
5: 8b 43 0c mov 0xc(%ebx),%eax
Code; c012e3c9 <__free_block+69/100>
8: 31 d2 xor %edx,%edx
Code; c012e3cb <__free_block+6b/100>
a: 29 c1 sub %eax,%ecx
Code; c012e3cd <__free_block+6d/100>
c: 89 c8 mov %ecx,%eax
Code; c012e3cf <__free_block+6f/100>
e: f7 76 30 divl 0x30(%esi)
Code; c012e3d2 <__free_block+72/100>
11: 89 c1 mov %eax,%ecx
Code; c012e3d4 <__free_block+74/100>
13: 8b 00 mov (%eax),%eax

<0>Kernel panic: Aiee, killing interrupt handler!
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c0374000
c012e609 c13e7460 c1337010 00000008 c1331f8c c0374000 c0374000 c037400
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/