All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@redhat.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: Theodore Tso <tytso@mit.edu>, Jan Kara <jack@suse.cz>,
	Andreas Dilger <adilger@dilger.ca>,
	Ext4 Developers List <linux-ext4@vger.kernel.org>
Subject: Re: orphan cleanup on readonly fs will corrupt future fs!
Date: Mon, 28 Feb 2011 09:05:30 -0600	[thread overview]
Message-ID: <4D6BB9BA.3050000@redhat.com> (raw)
In-Reply-To: <AANLkTi=_QBgDutcb7h2XHpjHR6k-4Rj-r6zryMXaNn6e@mail.gmail.com>

On 2/26/11 12:21 PM, Amir Goldstein wrote:
> Hi guys,
> 
> I have just realized something very disturbing -
> that orphan cleanup is not being skipped on readonly mount of ext4/ext3.
> 
> I know that journal recovery is done on readonly mount
> and there is problem with that, since nothing happens
> in the fs level.
> 
> But orphan cleanup deletes inodes and frees blocks and that
> could be very bad for some RO_COMPAT features, SNAPSHOT
> and BIGALLOC to name two.

One thing to note is that if the device itself is readonly,
both journal recovery and orphan processing will be skipped,
if I recall...

-Eric

> I am not so sure why orphan cleanup is so important for readonly
> mount in the first place?
> 
> Now the damage has been done, because current stock kernels will
> corrupt future fs with SNAPSHOT and BIGALLOC features
> (unless Ted backs up from the decision to make BIGALLOC RO_COMPAT...)
> 
> I think that we should skip orphan cleanup on readonly mount ASAP and try
> to push this fix to as many stable/maint kernels out there, before the
> problem gets worse.
> 
> Can anyway see a problem with skipping orphan cleanup?
> Maybe there is a problem with later remount read-write?
> 
> I would spend time more time to investigate these questions,
> but I find this problem too disturbing and urgent to wait until I find
> the time to do so...
> 
> Amir.


      parent reply	other threads:[~2011-02-28 15:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-26 18:21 orphan cleanup on readonly fs will corrupt future fs! Amir Goldstein
2011-02-28  5:48 ` Ted Ts'o
2011-02-28 15:05 ` Eric Sandeen [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=4D6BB9BA.3050000@redhat.com \
    --to=sandeen@redhat.com \
    --cc=adilger@dilger.ca \
    --cc=amir73il@gmail.com \
    --cc=jack@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=tytso@mit.edu \
    /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.