linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: filebench varmail + scrubber = btrfs_update_root bug
Date: Mon, 15 Jul 2013 12:20:48 +0000 (UTC)	[thread overview]
Message-ID: <pan$64e5e$e7160a3d$6a139672$eccc195d@cox.net> (raw)
In-Reply-To: CABF9=8i1Bd6mVOR8kNZmQJa2UJLg9tiCojWHbN1HLVWhEh7_0g@mail.gmail. com

George Amvrosiadis posted on Mon, 15 Jul 2013 00:56:29 -0400 as excerpted:

> I'm trying to run the varmail personality in filebench, on a 50GB btrfs
> filesystem. I am also starting the scrubber at the same time. I have
> applied the latest patches for 3.8.13 (hoping to fix log tree issues).
> Every time, after the scrubber completes, however, I get the following:

Quoting the second paragraph, in BOLD at the top of the main page of the 
btrfs wiki, here:

https://btrfs.wiki.kernel.org/index.php/Main_Page

Btrfs is under heavy development, but every effort is being made to keep 
the filesystem stable and fast. Because of the speed of development, you 
should run the latest kernel you can (either the latest release kernel 
from kernel.org, or the latest -rc kernel.


Kernel 3.8 is OLD for btrfs testing and the 3.x.y stable releases don't 
pick up all the fixes.  You're running a filesystem still marked 
experimental and under HEAVY development, and at two versions behind 
current 3.10 release (with 3.11-rc1 now out, altho I can understand being 
cautious enough not to want to run that early an rc), you are behind 
indeed, and missing critical btrfs fixes that have been applied in the 
last two kernel releases.

Here, I try to switch to a new kernel series (I run Linus mainstream git) 
about rc2 or so, by rc3 at the latest so there's time to resolve any new 
kernel problems I find and report, but even for the more conservative 
btrfs testers (who by definition are reasonably leading/bleeding edge or 
they'd not be running an experimental filesystem), rc4 or 5 should be 
quite stable and I'd recommend running it, unless there's a specific 
reported regression that affects you so you can't, and you're waiting on 
a fix.

In particular, I believe there's several fixes for just that sort of bug 
in 4.10, altho I'm not technical enough to parse the stack-trace and be 
sure about your specific issue, but I'd definitely recommend trying it.  
If you're still seeing the issue with 4.10, or with the latest 4.11 
series git checkout if you're brave enough to try it at the rc1 stage, 
/then/ it's time to report it here. =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


       reply	other threads:[~2013-07-15 12:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CABF9=8i1Bd6mVOR8kNZmQJa2UJLg9tiCojWHbN1HLVWhEh7_0g@mail.gmail. com>
2013-07-15 12:20 ` Duncan [this message]
2013-07-15  4:56 filebench varmail + scrubber = btrfs_update_root bug George Amvrosiadis
2013-07-16 11:37 ` David Sterba
2013-07-16 13:25   ` Stefan Behrens
2013-07-16 15:10     ` George Amvrosiadis
2013-07-18 17:36     ` David Sterba

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='pan$64e5e$e7160a3d$6a139672$eccc195d@cox.net' \
    --to=1i5t5.duncan@cox.net \
    --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;
as well as URLs for NNTP newsgroup(s).