cluster-devel.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Wendy Cheng <wcheng@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [GFS2 PATCH] data corruption fix
Date: Tue, 18 Sep 2007 09:19:13 -0400	[thread overview]
Message-ID: <46EFD051.6000909@redhat.com> (raw)

* GFS2 has been using i_cache array to store its indirect meta blocks. 
Its flush routine doesn't correctly clean up all the entries. The 
problem would show while multiple nodes do simultaneous writes to the 
same file. Upon glock exclusive lock transfer, if the file is a sparse 
file with large file size where the indirect meta blocks span multiple 
array entries with "zero" entries in between. The flush routine 
prematurely stops the flushing that leaves old (stale) entries around. 
This leads to several nasty issues, including data corruption.
* Fix gfs2_get_block_noalloc checking to correctly return EIO upon 
unmapped buffer.
* Simplify gfs2 code path by disabling gfs2_writepages. The 
implementation currently generates unmapped dirty buffers with mmap 
calls that do not work well with rest of the gfs2 journaling code. Defer 
the writepages implementation to later time frame. All writepage 
function now goes thru gfs2_writepage call with this change.

-- Wendy


-------------- next part --------------
A non-text attachment was scrubbed...
Name: gfs2_meta_fix.patch
Type: text/x-patch
Size: 1821 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/cluster-devel/attachments/20070918/30c59f88/attachment.bin>

                 reply	other threads:[~2007-09-18 13:19 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=46EFD051.6000909@redhat.com \
    --to=wcheng@redhat.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;
as well as URLs for NNTP newsgroup(s).