[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] LVM snapshot with Clustered VG [SOLVED]

Dne 15.3.2013 16:36, Vladislav Bogdanov napsal(a):
15.03.2013 18:02, Zdenek Kabelac wrote:
Dne 15.3.2013 15:51, Vladislav Bogdanov napsal(a):
15.03.2013 16:32, Zdenek Kabelac wrote:
Dne 15.3.2013 13:53, Vladislav Bogdanov napsal(a):
15.03.2013 12:37, Zdenek Kabelac wrote:
Dne 15.3.2013 10:29, Vladislav Bogdanov napsal(a):
15.03.2013 12:00, Zdenek Kabelac wrote:
Dne 14.3.2013 22:57, Andreas Pflug napsal(a):
On 03/13/13 19:30, Vladislav Bogdanov wrote:

You could activate LVs with the above syntax [ael]
(there is a tag support - so you could exclusively activate LV on
node in via some configuration tags)

Could you please explain this - I do not see anything relevant in man

Let's say - you have 3 nodes  A, B, C - each have a TAG_A, TAG_B, TAG_C,
then on node A you may exclusively activate LV which has TAG_B - this
will try to exclusively active LV on the node which has it configured
in lvm.conf  (see the  volume_list= [])

Aha, if I understand correctly this is absolutely not what I need.
I want all this to be fully dynamic without any "config-editing voodoo".

And you want to 'upgrade' remote locks to something else ?

Yes, shared-to-exclusive end vice verse.

So how do you convert the lock from   shared to exclusive without unlock
(if I get it right - you keep the ConcurrentRead lock - and you want to
take Exlusive -  to  make change state from  'active' to 'active

I just pass LCKF_CONVERT to dlm_controld if requested and needed. And
that is dlm's task to either satisfy conversion or to refuse it.

So to understand myself better this thing -

the dlm sends 'unlock' requests to all other nodes except the one which
should be converted to exclusive mode and send exclusive lock to the
prefered node?

clvmd sends request to a remote clvmd to upgrade or acquire or release
the lock.
That remote instance asks local dlm to do the job. dlm either says OK or
says ERROR.
It does not do anything except that.
It LV is locked on a remote node, be it shared or exclusive lock, dlm
says ERROR if exclusive lock (or conversion to it) is requested.

My patches also allow "-an --force" to release shared locks on other
nodes. Exclusive lock may be released or downgraded only on node which
holds it (or with --node <node>).

Clvmd 'communicates' via these locks.

Not exactly true.

clvmd does cluster communications with corosync, which implements
virtual synchrony, so all cluster nodes receive messages in the same
At the bottom, clvmd uses libdlm to communicate with dlm_controld and
request it to lock/unlock.
dlm_controld instances use corosync for membership and locally manages
in-kernel dlm counter-part, which uses tcp/sctp mesh-like connections to
So request from one clvmd instance goes to another and goes to kernel
from there, and then it is distributed to other nodes. Actually that
does not matter where does it hits kernel space if it supports
delegation of locks to remote nodes, but I suspect it doesn't. But if it
doesn't support such thing, then the only option to manage lock on a
remote node is to request that's node dlm instance to do the locking job.

So the proper algorithm needs to be there for ending with some proper
state after locks changes (and sorry I'm not a dlm expert here)

That is what actually happens.
There is just no difference between running (to upgrade local lock to
exclusive on node <node>.

ssh <node> lvchange -aey --force VG/LV


lvchange -aey --node <node> --force VG/LV

--node is exactly what the tag is for - each node may have it's tag.
lvm doesn't work with cluster nodes.

But corosync and dlm operate node IDs, and pacemaker operates node names
and IDs. None of them use tags.

The question is - could be the code transformed to use this logic ?
I guess you need to know  dlm node name here right ?

Node IDs are obtained from corosync membership list, and may be used for
that. If corosync is configured with nodelist in a way pacemaker wants
then node names may be used too.

clvmd knows the dlm node name - but lvm command should reference things via tags. There will be probably no way to add '--node' option into lvm command.

Can you think about using 'tags'?

So your machines will have configured tags (be it machine name) and instead of the node - you would use 'tag' ?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]