From: "Lee Trager" <lt73@cs.drexel.edu>
To: jim owens <jowens@hp.com>
Cc: Lee Trager <lt73@cs.drexel.edu>, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH] Backport for 2.6.27 and 2.6.26 on the experimental branch
Date: Mon, 23 Feb 2009 17:23:04 -0500 [thread overview]
Message-ID: <20090223222304.GB13878@tux64-01> (raw)
In-Reply-To: <499EF58F.6020807@hp.com>
On Fri, Feb 20, 2009 at 01:25:19PM -0500, jim owens wrote:
> lee,
>
> A couple of thoughts about your .26 lockup:
>
> - I assume you are on the same hardware with 27.
I am.
>
> - Are you using a module or builtin btrfs (I build it in).
>
As a module
> - It looks like you are using vmware... when I'm doing kernel
> stuff I want to be on the iron, not trusting virtual machine code.
> (people who use vmware tell me they have to rebuild vmware stuff
> even when they apply kernel patch distro updates)
I tried running the same code(on 27 and 26) on a physical machine running Debian Lenny and ran into the same problem. So I don't think its vmware.
>
> - Compare your .26 and .27 configs, changes to default io sched
> or vm etc. can hurt or help you.
I used the standard Debian Lenny 2.6.26 kernel for testing. For 2.6.27 I
tested against the config for lenny found in the Debian svn. The only
differences seems to be the new features.
>
> jim
The more and more I look at this problem the more I tend to think that
the issue is because of some change in the way the VFS or something
interacts with the file system. Does anyone know of any big changes? Why
is the inode being marked dirty? Is there some kind of read error. I'm
completly lost in solving this problem.
Thanks for all your help,
Lee
next prev parent reply other threads:[~2009-02-23 22:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-20 17:45 [PATCH] Backport for 2.6.27 and 2.6.26 on the experimental branch Lee Trager
2009-02-20 18:25 ` jim owens
2009-02-23 22:23 ` Lee Trager [this message]
2009-02-24 16:24 ` jim owens
2009-02-24 20:36 ` Lee Trager
2009-02-25 23:09 ` Lee Trager
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=20090223222304.GB13878@tux64-01 \
--to=lt73@cs.drexel.edu \
--cc=jowens@hp.com \
--cc=linux-btrfs@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox