All of lore.kernel.org
 help / color / mirror / Atom feed
From: A D <amd1234@fastmail.com.au>
To: johnstul@us.ibm.com, nando@ccrma.Stanford.EDU,
	linux-kernel@vger.kernel.org
Subject: Re: 2.6.33.5 rt23: machine lockup (nfs/autofs related?)
Date: Sat, 10 Jul 2010 16:32:49 +1000	[thread overview]
Message-ID: <4C381411.4040505@fastmail.com.au> (raw)
In-Reply-To: <f48o9-rG-1@gated-at.bofh.it>

On 09/07/10 09:10, john stultz wrote:
> On Thu, 2010-07-08 at 15:44 -0700, Fernando Lopez-Lezcano wrote:
>> On Thu, 2010-07-08 at 15:33 -0700, john stultz wrote:
>>> On Thu, 2010-07-08 at 10:19 -0700, Fernando Lopez-Lezcano wrote:
>>>> We are having problems with 2.6.33.5+rt23, at least in our configuration
>>>> while accessing an nfs automounted directory. This causes a complete
>>>> machine lockup (press reset to exit as the only option).

I replied to this yesterday., then realized that it was a one-way news 
group of lkml.
Let's see if I can fudge a threaded reply.
================================================

I also have some nfs issues with this combo, but not as severe.
Maybe my fstab mount options help:
     noauto,users,rsize=4096,wsize=4096,timeo=14,intr,hard

Anyway, Fedora 13,both vanilla 2.6.33.5 and Redhat patched, exhibit it 
as a kernel fault upon user mounting a nfs partition.  It is the 
uniprocessor variant kernel (not PAE).  I get an operating nfs 
connection, but the kernel auto bug reporting thingy (abrt) pops up 
shortly after the mount.  I was going to work through a few variations 
on kernels etc before trying bugzilla but I've acquired a bug of the 
non-computer variety and won't feel up to this for a week or so.

WARNING: at fs/namespace.c:1203 umount_tree+0xd8/0x118()
Hardware name: VT8366-8233A
Modules linked in: nfs fuse nfsd lockd nfs_acl auth_rpcgss exportfs 
sunrpc ipv6 binfmt_misc snd_via82xx snd_ac97_codec ac97_bus snd_seq 
snd_pcm snd_timer snd_page_alloc snd_mpu401_uart 8250_pnp snd_rawmidi 
8250 snd_seq_device pcspkr i2c_viapro snd serial_core parport_pc 8139too 
i2c_core fan thermal 8139cp soundcore mii firewire_ohci uhci_hcd floppy 
firewire_core [last unloaded: freq_table]
Pid: 2842, comm: mount.nfs Not tainted 2.6.33.5-rt23.fc13.i686 #1
Call Trace:
[<c0434f84>] warn_slowpath_common+0x6a/0x81
[<c04d281a>] ? umount_tree+0xd8/0x118
[<c0434fad>] warn_slowpath_null+0x12/0x15
[<c04d281a>] umount_tree+0xd8/0x118
[<c04d3084>] put_mnt_ns+0x80/0xa4
[<c04c8339>] ? vfs_path_lookup+0x8a/0x99
[<f89e58d2>] nfs_follow_remote_path+0x46/0xec [nfs]
[<f89e587c>] ? nfs_do_root_mount+0x61/0x71 [nfs]
[<f89e5a65>] nfs4_try_mount+0x61/0x94 [nfs]
[<f89e6bc8>] nfs_get_sb+0x61d/0x815 [nfs]
[<c04ba568>] ? pcpu_alloc+0x6bb/0x6d0
[<c070cd77>] ? rt_spin_unlock+0xd/0xf
[<c04a3da5>] ? kstrdup+0x2f/0x3f
[<c04a3da5>] ? kstrdup+0x2f/0x3f
[<c04c11f7>] vfs_kern_mount+0x86/0x11f
[<c04c12db>] do_kern_mount+0x34/0xb4
[<c04d44e1>] do_mount+0x67f/0x6de
[<c04d26a2>] ? copy_mount_options+0x78/0xd7
[<c04d45a6>] sys_mount+0x66/0x94
[<c040329f>] sysenter_do_call+0x12/0x28

If you want to follow up via email bump the user digits by one place to 
the right.

       reply	other threads:[~2010-07-10  6:33 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <f4357-SJ-15@gated-at.bofh.it>
     [not found] ` <f47V8-84x-17@gated-at.bofh.it>
     [not found]   ` <f484O-8hq-5@gated-at.bofh.it>
     [not found]     ` <f48o9-rG-1@gated-at.bofh.it>
2010-07-10  6:32       ` A D [this message]
2010-07-08 17:19 2.6.33.5 rt23: machine lockup (nfs/autofs related?) Fernando Lopez-Lezcano
2010-07-08 22:33 ` john stultz
2010-07-08 22:44   ` Fernando Lopez-Lezcano
2010-07-08 23:00     ` john stultz
2010-07-09 19:02       ` Fernando Lopez-Lezcano
2010-07-09 19:13         ` Fernando Lopez-Lezcano
2010-07-09 19:54         ` john stultz
2010-07-09 22:13           ` Fernando Lopez-Lezcano
2010-07-09 22:31             ` john stultz
2010-07-09 23:07               ` Fernando Lopez-Lezcano
2010-07-09 23:24                 ` Fernando Lopez-Lezcano
2010-07-09 22:57             ` john stultz
2010-07-09 23:13               ` Fernando Lopez-Lezcano
2010-07-12 23:37               ` Fernando Lopez-Lezcano
2010-07-12 23:53                 ` john stultz
2010-07-13  1:10                   ` Fernando Lopez-Lezcano
2010-07-13  1:40                     ` john stultz
2010-07-13  3:06                       ` Fernando Lopez-Lezcano
2010-07-14 21:32                         ` Fernando Lopez-Lezcano
2010-07-14 21:36                           ` john stultz
2010-07-14 22:02                             ` Fernando Lopez-Lezcano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C381411.4040505@fastmail.com.au \
    --to=amd1234@fastmail.com.au \
    --cc=johnstul@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nando@ccrma.Stanford.EDU \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.