search for: lvbs

Now the discussion moves to kernel space, I move the email from ocfs2-tools-devel to ocfs2-devel. The original discussion can be found from http://oss.oracle.com/pipermail/ocfs2-tools-devel/2009-June/001891.html Joel Becker Wrote: > On Sat, Jun 27, 2009 at 03:46:04AM +0800, Coly Li wrote: >> Joel Becker Wrote: >>> On Sat, Jun 27, 2009 at 03:00:05AM +0800, Coly Li wrote: >>

...9;s internal DLM, o2dlm, explicitly zeroes out the LVB when it loses track of the state. This is not a standard behavior, but ocfs2 has always relied on it. Thus, an o2dlm LVB is always "valid". ocfs2 now supports both o2dlm and fs/dlm via the stack glue. When fs/dlm loses track of an LVBs state, it sets a flag (DLM_SBF_VALNOTVALID) on the Lock Status Block (LKSB). The contents of the LVB may be garbage or merely stale. ocfs2 doesn't want to try to guess at the validity of the stale LVB. Instead, it should be checking the VALNOTVALID flag. As this is the 'standard' way...

...lock requests (Livelock) ossbz#1175 BUG in dlm_free_dead_locks() (Oops during dlm recovery) ossbz#1178 BUG in ocfs2_prepare_downconvert() (Oops during downconvert) ossbz#1189 Free space trouble in a ocfs2 partition (ext_alloc cannot be grown) ossbz#1202 dlm_add_lock_to_array:1192 ERROR: mismatched lvbs! (lock migration) FEEDBACK Please do not hesitate to email us at the ocfs2-users at oss.oracle.com with any questions and comments. The OCFS2 Team OCFS2: http://oss.oracle.com/projects/ocfs2 TOOLS: http://oss.oracle.com/projects/ocfs2-tools DOCS : http://oss.oracle.com/projects/ocfs2/documentat...

This fix modifies o2net layer behavior which seems to trigger some DLM race issues during umount/evictions that needs to be fixed as well. I am working on the dlm issues but meanwhile please review this patch. Thanks, --Srini