[Ocfs2-devel] [PATCH 2/2] Add online resize support for ocfs2,
take 1
Mark Fasheh
mark.fasheh at oracle.com
Tue Nov 20 17:52:58 PST 2007
On Wed, Nov 21, 2007 at 09:33:40AM +0800, tao.ma wrote:
> Thanks for your review.
> Just one thing that I am not clear.
> Mark Fasheh wrote:
>>> diff --git a/fs/ocfs2/journal.h b/fs/ocfs2/journal.h
>>> index 4b32e09..ae08951 100644
>>> --- a/fs/ocfs2/journal.h
>>> +++ b/fs/ocfs2/journal.h
>>> @@ -278,6 +278,9 @@ int ocfs2_journal_dirty
>>> /* simple file updates like chmod, etc. */
>>> #define OCFS2_INODE_UPDATE_CREDITS 1
>>> +/* onine resize. Just dinode + last group descriptor update. */
>>> +#define OCFS2_ONLINE_RESIZE_CREDITS (2)
>>> +
>>> /* get one bit out of a suballocator: dinode + group descriptor +
>>> * prev. group desc. if we relink. */
>>> #define OCFS2_SUBALLOC_ALLOC (3)
>>> diff --git a/fs/ocfs2/ocfs2_fs.h b/fs/ocfs2/ocfs2_fs.h
>>> index 6ef8767..099d984 100644
>>> --- a/fs/ocfs2/ocfs2_fs.h
>>> +++ b/fs/ocfs2/ocfs2_fs.h
>>> @@ -27,7 +27,7 @@ #define _OCFS2_FS_H
>>> /* Version */
>>> #define OCFS2_MAJOR_REV_LEVEL 0
>>> -#define OCFS2_MINOR_REV_LEVEL 90
>>> +#define OCFS2_MINOR_REV_LEVEL 91
>>>
>>
>> This isn't needed.
>>
> This is needed. I'd like to copy your previous comments here.
>
> 1) This kind of change requires bumping the protocol version, because
> without it the value will get stale on other nodes. We're fine though since
> you should be bumping protocol anyway to make sure non-resize capable nodes
> don't mount at the same time.
> So maybe "the protocol version" your mentioned isn't here?
Yeah, I was referring to O2NET_PROTOCOL_VERSION in cluster/tcp_internal.h
However, if we refuse a change to any file system if the disk bitmap_cpg is
wrong, then I don't think we need to bump the protocol version after all as
the value should never change past mount and thus won't ever be stale on any
node.
--Mark
--
Mark Fasheh
Senior Software Developer, Oracle
mark.fasheh at oracle.com
More information about the Ocfs2-devel
mailing list