All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@redhat.com>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
	chucklever@gmail.com, Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: NFS oops in 2.6.26rc4
Date: Wed, 4 Jun 2008 10:19:58 -0400	[thread overview]
Message-ID: <20080604141958.GA14148@redhat.com> (raw)
In-Reply-To: <CEA741EF-8E34-40FD-82A8-747AE1B6E78F@oracle.com>

On Fri, May 30, 2008 at 03:37:01PM -0400, Chuck Lever wrote:
 
 > > Something else of note which I hadn't seen before, usually things lock
 > > up just after that first oops. For some reason, today it survived
 > > a little longer, but things really went downhill fast.
 > > It survived a 'dmesg ; scp dmesg davej@gelk', and then wedged solid.
 > > So as well as the oops, it seems we're corrupting memory too.
 > > For reference, this kernel has both SLUB_DEBUG and PAGEALLOC_DEBUG  
 > > enabled.
 > 
 > I haven't seen this kind of problem here with .26, but yes, it does  
 > look like something is clobbering memory during an NFS mount.
 > 
 > I introduced some NFS mount parsing changes in this commit range:
 > 
 >    2d767432..82d101d5
 > 
 > A quick bisect should show which, if any of these, is the guilty  
 > party.  If any of these are the problem, I suspect it's 3f8400d1.

I didn't get time to try this out yet (hopefully tomorrow).
In the meantime, we've just gotten word of another user seeing memory
corruption with nfs - https://bugzilla.redhat.com/show_bug.cgi?id=449958

	Dave

-- 
http://www.codemonkey.org.uk

  reply	other threads:[~2008-06-04 14:27 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-27 19:04 NFS oops in 2.6.26rc4 Dave Jones
2008-05-29 11:48 ` Jeff Layton
2008-05-30 17:59 ` Chuck Lever
2008-05-30 18:21   ` Dave Jones
2008-05-30 18:31     ` Trond Myklebust
2008-05-30 19:03       ` Dave Jones
2008-05-30 19:37         ` Chuck Lever
2008-06-04 14:19           ` Dave Jones [this message]
2008-06-04 18:13             ` Chuck Lever
2008-06-04 18:20               ` Dave Jones
2008-06-04 19:13                 ` Chuck Lever
2008-06-23 15:40                 ` Trond Myklebust
2008-06-23 15:55                   ` Dave Jones
2008-06-23 16:04                     ` Trond Myklebust
2008-06-23 23:11                   ` Dave Jones
2008-06-23 23:19                     ` Trond Myklebust

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=20080604141958.GA14148@redhat.com \
    --to=davej@redhat.com \
    --cc=Trond.Myklebust@netapp.com \
    --cc=chuck.lever@oracle.com \
    --cc=chucklever@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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.