linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felix Blanke <felixblanke@gmail.com>
To: Chris Samuel <chris@csamuel.org>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Btrfs out of inodes becomes corrupt
Date: Wed, 08 Feb 2012 10:00:43 +0100	[thread overview]
Message-ID: <4F3239BB.2070805@gmail.com> (raw)
In-Reply-To: <201202081741.13243.chris@csamuel.org>

On 2/8/12 7:41 AM, Chris Samuel wrote:
> On Monday 06 February 2012 06:57:42 Hugo Mills wrote:
>
>>> This al under debian  with kernel 2.6.32-5.
>>
>>     Aargh.
>>
>>     You are aware that this is an insanely old version of the brtfs
>> code, and it has major flaws in it?
>
> As someone who runs his work laptop with a 2.6.32 laptop and btrfs for
> /home I'll bite at this one - I've held off updating after reading the
> issues people were reporting on the list with newer kernels that did
> not appear to be present in 2.6.32 (indeed IIRC a particular problem
> from that time could only be solved at the time be remounting the
> filesystem with 2.6.32, at which point newer kernels could access it
> again).   It's served me very well, it "just works" (so far at least).
>
> It's now sounding that 3.2 is probably stable enough for me to
> consider updating to the next KUbuntu release when it comes out.
>
> NB:  Yes, I do make nightly backups, and no, I don't run the
> filesystem at anything close to even a quarter full (not that that
> guarantees anything, or is even particularly deliberate).
>
> cheers,
> Chris

Ofc you can be one of the lucky users who doesn't hit a bug on .32. Imho 
that isn't an argument for not upgrading.
There are new bugs in 3.2, but on the other hand there are hundreds of 
fixed bugs, new features etc.

Especially using alpha releases of software without upgrading whenever 
there is a chance to seems very strange to me :)

Kind regards,
Felix Blanke

      reply	other threads:[~2012-02-08  9:00 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-05 19:18 Btrfs out of inodes becomes corrupt Tommy Faasen
2012-02-05 19:57 ` Hugo Mills
2012-02-06 11:33   ` cwillu
2012-02-06 11:40     ` Hugo Mills
2012-02-06 15:35       ` Tommy Faasen
2012-02-08 11:13         ` Hugo Mills
2012-02-08  6:41   ` Chris Samuel
2012-02-08  9:00     ` Felix Blanke [this message]

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=4F3239BB.2070805@gmail.com \
    --to=felixblanke@gmail.com \
    --cc=chris@csamuel.org \
    --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).