public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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

             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