Bug#602991: [squeeze openvz] kernel crash with null pointer dereference while umounting nfs
Great.
I was just about to tell (almost) the same, that is that NFS has been rather
buggy. So the approach that Steven proposed is probably the best way to go.
// Ola
On Wed, Feb 15, 2012 at 07:13:28PM -0600, Jonathan Nieder wrote:
> Version: 2.6.32-31
>
> Steven Chamberlain wrote:
> > On 16/02/12 00:27, Jonathan Nieder wrote:
> >> George Barnett wrote:
>
> >>> [ 317.916307] Pid: 7838, comm: umount Not tainted 2.6.32-5-openvz-amd64 #1 dyomin H8DGU
> >>> [ 317.916307] RIP: 0010:[<ffffffff812ea21e>] [<ffffffff812ea21e>] _spin_lock_bh+0xe/0x25
> >
> >>> [ 317.916307] [<ffffffffa01b97a4>] ? rpc_wake_up_queued_task+0x12/0x29 [sunrpc]
> >>> [ 317.916307] [<ffffffffa01b9835>] ? rpc_killall_tasks+0x7a/0x9b [sunrpc]
> >>> [ 317.916307] [<ffffffffa0217fed>] ? nfs_umount_begin+0x34/0x3a [nfs]
> >>> [ 317.916307] [<ffffffff81106844>] ? sys_umount+0x11b/0x2e6
> >>> [ 317.916307] [<ffffffff812ec6a5>] ? do_page_fault+0x2e0/0x2fc
> >>> [ 317.916307] [<ffffffff81010c12>] ? system_call_fastpath+0x16/0x1b
> >
> > Hi,
> >
> > FWIW, I found NFS to be very buggy before the 'feoktistov' version of
> > the OpenVZ patchset (introduced in linux-2.6 2.6.32-31); since that
> > version I've had no problems of this nature, and I use nfs quite heavily
> > between OpenVZ containers.
>
> Thanks, Steven. Let's go with that. ;-)
>
--
--- Inguza Technology AB --- MSc in Information Technology ----
/ ola@inguza.com Annebergsslingan 37 \
| opal@debian.org 654 65 KARLSTAD |
| http://inguza.com/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
Reply to: