From: Theodore Ts'o <tytso@mit.edu>
To: Vlad Dobrotescu <vlad@dobrotescu.ca>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Question: errors=continue behaviour for failed external journal device
Date: Sat, 26 Jul 2014 21:07:27 -0400 [thread overview]
Message-ID: <20140727010727.GX6725@thunk.org> (raw)
In-Reply-To: <53D44925.4000903@dobrotescu.ca>
On Sat, Jul 26, 2014 at 08:34:45PM -0400, Vlad Dobrotescu wrote:
>
> Thanks for the quick and detailed answer. If I understand it correctly,
> the errors= option has nothing to do with journaling, but only with FS
> consistency issues (which can be caused by a vanished journal,
The errors= option has to do with how the system will react when it
discovered a file system inconsistency (for example, while deleting a
file, it discovers that the blocks it is trying to free are already
freed, etc.) errors=continue is the "don't worry, be happy" option
--- and this can sometimes work out, it's much like ignoring a late
mortgage payment notice from the bank. Most of the time, sooner or
later, it catches up to you. :-)
> by other events), while the mounting itself fails in the absence of the
> device specified for external journaling, with no fall-back alternative.
Your question about what happens if the journal is missing is much
like the question, "suppose as I have a RAID 0 setup, and I'm missing
one of the disks --- what can we do"? Basically, nothing. In a
desperation scenario, there are ways you can forcibly tell the system
to pretend that there is no journal, just like you can pretend that
the system should ignore 20% of a missing RAID 0 array and have the
LVM replace the missing disk with zero blocks --- but results are very
likely to lead to data loss.
Cheers,
- Ted
next prev parent reply other threads:[~2014-07-27 1:07 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-26 23:07 Question: errors=continue behaviour for failed external journal device Vlad Dobrotescu
2014-07-27 0:07 ` Theodore Ts'o
2014-07-27 0:34 ` Vlad Dobrotescu
2014-07-27 1:07 ` Theodore Ts'o [this message]
2014-07-28 9:11 ` Lukáš Czerner
2014-07-28 13:17 ` Theodore Ts'o
2014-07-28 13:25 ` Lukáš Czerner
2014-07-28 13:31 ` Vlad Dobrotescu
2014-07-28 15:00 ` Theodore Ts'o
2014-07-28 16:09 ` Darrick J. Wong
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=20140727010727.GX6725@thunk.org \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=vlad@dobrotescu.ca \
/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.