From: Martin Steigerwald <Martin@lichtvoll.de>
To: linux-xfs@oss.sgi.com
Subject: XFS and write barrier
Date: Sat, 15 Jul 2006 12:48:56 +0200 [thread overview]
Message-ID: <200607151248.56603.Martin@lichtvoll.de> (raw)
Hello,
I am currently gathering information to write an article about journal
filesystems with emphasis on write barrier functionality, how it works,
why journalling filesystems need write barrier and the current
implementation of write barrier support for different filesystems.
I have quite good informations on XFS already, but some questions remain:
1) Is it safe to use write barriers with 2.6.16 or should one use 2.6.17
instead? This relates to:
-----------------------------------------------------------------------
commit b04ed21a1fdbfe48ee0738519a4d1af09589dfea
Author: Nathan Scott <nathans@sgi.com>
Date: Wed Jan 11 15:32:17 2006 +1100
[XFS] Disable write barriers for now till intermittent IO errors are
understood.
SGI-PV: 912426
SGI-Modid: xfs-linux-melb:xfs-kern:202962a
Signed-off-by: Nathan Scott <nathans@sgi.com>
-----------------------------------------------------------------------
What are those intermittent IO errors? I googled but did not find a
discussion of this change.
2) I experienced three XFS corruptions in one week on 2.6.16 with enabled
write caches, but (by default) disabled write barriers, but on 2.6.15 -
with enabled write cache as well - it only very rarely got corrupted.
Does anyone have any hint as to why this may have been the case? Thing is
that the system went down, the kernel crashed while it was in use.
I am suspecting that the kernel went down due to other instabilities and
then XFS got corrupted by out of order writes. But it may also been
related to a different IO path and / or changes in the write barrier
implementation in the block layer. Any ideas?
No worries, if not, I simply write so. ;) It just would be nice to know
why. I know its difficult to retrospect especially as I do not have the
syslogs from those occasions anymore.
Regards,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
next reply other threads:[~2006-07-15 10:49 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-15 10:48 Martin Steigerwald [this message]
2006-07-15 19:28 ` XFS and write barrier Chris Wedgwood
2006-07-16 9:53 ` Martin Steigerwald
2006-07-17 0:43 ` Chris Wedgwood
2006-07-17 1:24 ` Chris Wedgwood
2006-07-16 17:32 ` Federico Sevilla III
2006-07-18 7:31 ` Nathan Scott
2006-07-18 8:58 ` Neil Brown
2006-07-18 17:04 ` David Chinner
2006-07-18 18:27 ` Martin Steigerwald
2006-07-18 19:21 ` David Chinner
2006-07-20 10:34 ` Martin Steigerwald
2006-07-22 9:31 ` Martin Steigerwald
2006-07-22 10:36 ` Stefan Smietanowski
2006-07-18 23:41 ` Neil Brown
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=200607151248.56603.Martin@lichtvoll.de \
--to=martin@lichtvoll.de \
--cc=linux-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