From: Wendy Cheng <wcheng@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [GFS2] Fix bz 224480, pass on the baton for unlinked, but open inodes
Date: Mon, 12 Mar 2007 21:15:08 -0500 [thread overview]
Message-ID: <45F6092C.7070901@redhat.com> (raw)
In-Reply-To: <20070312215615.GB6083@korben.rdu.redhat.com>
Josef Whiter wrote:
>On Mon, Mar 12, 2007 at 12:18:33PM +0000, Steven Whitehouse wrote:
>
>
>>Hi,
>>
>>This is my current patch to fix bz 224480 which survives my torture test
>>of setting the drop_count too low and then running postmark. It needs
>>wider testing though as it makes a number of changes to the demote code.
>>
>>This patch removes the memory allocation which was previously required
>>in order to queue a demotion request on a glock. This was mentioned in
>>bz 221152 as a future objective. Also, this then allows the use of the
>>GLF_DEMOTE flag in GFS2's new ->drop_inode() routine to clear the link
>>count on the inode (the callback only occurs if another node tries to
>>demote the iopen glock for the inode, and this only happens in the case
>>that the link count has hit zero). This ensures that inodes which are
>>open, but otherwise with zero link count cannot get "lost" unless a node
>>crashes (in which case we have another method of recovering the free
>>space).
>>
>>
>>
>
>I've been running this patch while doing other testing and trying to track down
>other problems and I haven't seen any issues, so ACK.
>
>
>
>
I do believe your testing efforts and have no doubts about Steve's
technical skills. However, some of previous patches showed we took in
patches liberally without any form of technical review. Wrong approaches
could shift bugs into subtle and/or difficult to fix states. The scale
of this particular patch is non-trivial. Let's have a real review first.
-- Wendy
prev parent reply other threads:[~2007-03-13 2:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-12 12:18 [Cluster-devel] [GFS2] Fix bz 224480, pass on the baton for unlinked, but open inodes Steven Whitehouse
2007-03-12 21:56 ` Josef Whiter
2007-03-13 2:15 ` Wendy Cheng [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=45F6092C.7070901@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).