[nfsv4] [PATCH 0/7] Permit filesystem local caching and NFS
superblock sharing [try #13]
Trond Myklebust
trond.myklebust at fys.uio.no
Wed Sep 6 13:03:33 EDT 2006
On Sun, 2006-09-03 at 01:13 -0400, Trond Myklebust wrote:
> On Fri, 2006-09-01 at 16:32 -0700, Bryce Harrington wrote:
> > Last night we re-ran the test, and it did Oops again, in a similar
> > manner, but this time when running newpynfs with AUTHSYS:
> >
> > http://crucible.osdl.org/runs/1750/sysinfo/nfs06.console
> >
> > BUG: unable to handle kernel paging request at virtual address 6b6b6b73
> > printing eip:
> > c040f26d
> > *pde = 00000000
> > Oops: 0000 [#1]
> > PREEMPT SMP
> > Modules linked in:
> > CPU: 0
> > EIP: 0060:[<c040f26d>] Not tainted VLI
> > EFLAGS: 00010246 (2.6.18-rc5-gd4a4640-nfs-client-stable #1)
> > EIP is at pmap_getport_done+0x17/0xae
> > eax: 6b6b6b6b ebx: dfc56370 ecx: 00000000 edx: dfc56370
> > esi: dfc562b0 edi: 00000000 ebp: f7aa2f04 esp: f7aa2ef8
> > ds: 007b es: 007b ss: 0068
> > Process rpciod/0 (pid: 7635, ti=f7aa2000 task=f7421550 task.ti=f7aa2000)
> > Stack: dfc56370 dfc563d8 00000000 f7aa2f18 c040a23f dfc56370 dfc4aa34
> > dfc56370
> > f7aa2f30 c040a2f7 dfc56370 dfc563e0 dfc563e4 f6b07d24 f7aa2f3c c040a440
> > dfc56370 f7aa2f60 c012b398 dfc56370 dfc56370 c040a435 00000213 f6b07d24
> > Call Trace:
> > [<c01037da>] show_stack_log_lvl+0x8a/0x92
> > [<c010393b>] show_registers+0x11d/0x186
> > [<c0103b27>] die+0x10c/0x1c2
> > [<c0113f31>] do_page_fault+0x3e0/0x4bc
> > [<c01034ad>] error_code+0x39/0x40
> > [<c040a23f>] rpc_exit_task+0x1e/0x59
> > [<c040a2f7>] __rpc_execute+0x7d/0x19c
> > [<c040a440>] rpc_async_schedule+0xb/0xd
> > [<c012b398>] run_workqueue+0x85/0xc7
> > [<c012b4d7>] worker_thread+0xfd/0x131
> > [<c012e3d2>] kthread+0x84/0xad
> > [<c0100f19>] kernel_thread_helper+0x5/0xb
> > Code: 05 c0 00 00 00 50 e8 d8 ae ff ff 5a 8d 65 f4 5b 5e 5f 5d c3 55 89
> > e5 57 56 8b 45 0c 8b 55 08 53 8b 70 10 8b 7a 18 8b 46 10 85 ff <8b> 58
> > 08 79 0d 8b 03 6a 00 53 ff 50 14 89 7e 18 eb 1b 8b 55 0c
> > EIP: [<c040f26d>] pmap_getport_done+0x17/0xae SS:ESP 0068:f7aa2ef8
>
> Yep. The portmapper code really should not assume that the task that
> spawned it will still be around when it finishes. I should have a patch
> for that by tomorrow.
>
> Cheers,
> Trond
<cough>better late than never</cough>...
Cheers,
Trond
-------------- next part --------------
An embedded message was scrubbed...
From: Trond Myklebust <Trond.Myklebust at netapp.com>
Subject: No Subject
Date: Tue, 5 Sep 2006 12:55:57 -0400
Size: 4090
Url: http://linux-nfs.org/pipermail/nfsv4/attachments/20060906/de7e08b3/linux-2.6.18-062-refcount_xprt.eml
-------------- next part --------------
An embedded message was scrubbed...
From: Trond Myklebust <Trond.Myklebust at netapp.com>
Subject: No Subject
Date: Sun, 3 Sep 2006 00:51:55 -0400
Size: 3902
Url: http://linux-nfs.org/pipermail/nfsv4/attachments/20060906/de7e08b3/linux-2.6.18-063-fix_portmapper.eml
More information about the NFSv4
mailing list