[Linux-cluster] Fwd: CLVM exclusive mode

Jia Ju Zhang jjzhang at novell.com
Thu Aug 6 01:52:30 UTC 2009

Just RFC:
I noticed that 'vgchange -ay' can convert the lock which locked by 'vgchange -aey' 
from EX to CR. Is that acceptable to change the logic into always allocating a new lock
rather than converting an existing lock?
In that case, 'vgchange -ay' won't change the result of 'vgchange -aey'. But if we really
want to convert the lock, we can firstly invoke 'vgchange -aen' to release the EX lock,
then invoke the 'vgchange -ay'.

Does this make sense? Or what side effect it may introduce?


>>> On 8/6/2009 at  9:39 AM, in message <4A7A346B.A94 : 39 : 18251>, Jia Ju Zhang
> On Fri, 2009-07-31 at 21:29 +0200, brem belguebli wrote:
>> Hi,
>> Same behaviour as the one from Rafael.
>> Everything is coherent as long as you use the exclusive flag from the
>> rogue node, the locking does the job. Deactivating an already opened
>> VG (mounted lvol) is not possible either. How could this behave in
>> case one used raw devices instead of FS ? 
>> But when you come to ignore the exclusive flag on the rogue node
>> (vgchange -a y vgXX) the locking is completely bypassed. It's
>> definitely here that the watchdog has to be (within the tools
>> lvchange, vgchange, or at dlm level).
> Is there an open bugzilla # for this? Would like to follow this issue.

More information about the Linux-cluster mailing list