From: Eric Sandeen <sandeen@redhat.com>
To: "Amir G." <amir73il@users.sourceforge.net>
Cc: Ric Wheeler <rwheeler@redhat.com>,
Ext4 Developers List <linux-ext4@vger.kernel.org>
Subject: Re: [PATCH] fix for consistency errors after crash
Date: Tue, 06 Jul 2010 11:00:43 -0500 [thread overview]
Message-ID: <4C33532B.8010009@redhat.com> (raw)
In-Reply-To: <AANLkTilxxsCSTIFLzg95xooW70SCNfWiDUVqpAT32FbX@mail.gmail.com>
Amir G. wrote:
> Hi Eric,
>
> I've seen you guys had some open RH bugs on ext3, who all share in
> common the "bit already free" error.
>
> This bug I reported can explain many different problems in ext[34].
>
> Essentially, every time there is a kernel crash (or hard reboot)
> during delete/truncate of a large file,
> it may result in "bit already clear" error after reboot.
>
> The problem is very simple and so is the fix.
> I proved the problem with 100% recreation chances using a small patch,
> instead of running statistical stress tests.
> All I did was to add a print and 10 seconds delay after transaction
> restart in ext3_free_branches and reboot > 5 seconds after the
> transaction restarts, so that kjournald will have time to commit the
> old transaction.
> After the reboot, I always get "bit already clear" errors, because the
> "half large truncate" transaction is not handled properly.
>
> I did not get any response from ext4 guys so far and since this bug
> dates back to ext3,
> I was hoping you guys could take a look and put your weight on pushing
> the fix upstream.
Hi Amir, I really do appreciate the effort, the patch, and the ping. :)
I'll have to set aside some time to give it a hard look, but linking
it back to existing bugs of mine raises that priority, thanks. :)
-Eric
> Thanks,
> Amir.
next prev parent reply other threads:[~2010-07-06 16:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-23 19:27 [PATCH] fix for consistency errors after crash Amir G.
2010-07-06 13:00 ` Amir G.
2010-07-06 16:00 ` Eric Sandeen [this message]
2010-07-12 19:37 ` Jan Kara
2010-07-23 13:29 ` Ted Ts'o
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=4C33532B.8010009@redhat.com \
--to=sandeen@redhat.com \
--cc=amir73il@users.sourceforge.net \
--cc=linux-ext4@vger.kernel.org \
--cc=rwheeler@redhat.com \
/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.