From: Stan Hoeppner <stan@hardwarefreak.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: Subranshu Patel <spatel.ml@gmail.com>, xfs@oss.sgi.com
Subject: Re: Xfs_repair and journalling
Date: Tue, 19 Mar 2013 01:19:39 -0500 [thread overview]
Message-ID: <5148037B.5010706@hardwarefreak.com> (raw)
In-Reply-To: <5147E360.10605@sandeen.net>
On 3/18/2013 11:02 PM, Eric Sandeen wrote:
> On 3/17/13 6:42 AM, Subranshu Patel wrote:
>>
>> In case of EXT4, journal will not be replayed on performing mount.
>> One need to invoke fsck which performs journal playback and then
>> other corruption checks/recovery. Correct me if I am wrong.
>
> You are wrong, I'm afraid.
Eric he misunderstood what I stated previously, and mangled repeating it.
> Simple tests, or reading the code, will show you that ext4
> replays a dirty log at mount time.
What I stated was that EXT4 makes a call to user space e2fsck to execute
the journal replay routine. If this code is duplicated in the EXT4
kernel driver, then my apologies for spreading misinformation due to
being misinformed. I'm not a programmer and have not read the code, and
wouldn't understand it if I did.
I've never used EXT3/4. Thus I Googled extensively for "ext4 journal
recovery" and the like before making my statement specifically to avoid
a misstatement of fact. 30+ minutes wasted apparently... Everything I
found indicated that the mechanism for journal playback was the journal
code in e2fsck. And not finding any mention of journal recovery code in
the kernel in these hits, I thought I had correct information.
I use rolled kernels that don't have module support, and they don't have
the EXT4 driver built in, only XFS. So even if I'd thought of it I
couldn't perform the USB test Martin mentioned and verify if the user
space call was made or not. And after what Google told me, I simply
didn't consider the information to be incorrect or incomplete, so I
didn't think to build a rig and test it.
Martin, I didn't state that ext4 cannot perform journal recovery, which
you previously misunderstood. As mentioned above I stated it made a
call to e2fsck to perform the task. And, again, apparently this is not
the case. If you want to excoriate me for getting this wrong, that's
fine. But don't do it in a way that suggests it was intentional, or
that I made no effort to verify the information before I stated it. I
spent at least 30 minutes Googling trying to track down documents
explaining the ext4 journal recovery code in the kernel. I simply
didn't find any. The only thing I found were descriptions of e2fsck
based journal recovery.
If someone has a link to a document describing the ext4 journal recovery
code I'd love to read it, so I can speak more intelligently about it in
the future.
--
Stan
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-03-19 6:19 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-16 15:56 Xfs_repair and journalling Subranshu Patel
2013-03-17 2:22 ` Stan Hoeppner
2013-03-17 3:01 ` Michael L. Semon
2013-03-17 5:26 ` Stan Hoeppner
2013-03-17 11:42 ` Subranshu Patel
2013-03-17 14:50 ` Stan Hoeppner
2013-03-17 15:18 ` Matthias Schniedermeyer
2013-03-17 23:20 ` Dave Chinner
2013-03-18 18:22 ` Ben Myers
2013-03-18 20:58 ` Martin Steigerwald
2013-03-18 20:50 ` Martin Steigerwald
2013-03-19 4:02 ` Eric Sandeen
2013-03-19 6:19 ` Stan Hoeppner [this message]
2013-03-19 8:24 ` Martin Steigerwald
2013-03-19 10:14 ` Stan Hoeppner
2013-03-30 12:49 ` Xfs_repair and journalling -- EXT4 journal replay discussion Stan Hoeppner
2013-03-30 17:40 ` Eric Sandeen
2013-03-30 18:52 ` Stan Hoeppner
2013-03-30 20:21 ` Eric Sandeen
2013-03-31 11:24 ` Stan Hoeppner
2013-03-31 2:03 ` Dave Chinner
2013-03-31 1:35 ` Dave Chinner
2013-03-18 20:37 ` Xfs_repair and journalling Martin Steigerwald
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=5148037B.5010706@hardwarefreak.com \
--to=stan@hardwarefreak.com \
--cc=sandeen@sandeen.net \
--cc=spatel.ml@gmail.com \
--cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox