From: Milan Broz <mbroz@redhat.com>
To: lvm-devel@redhat.com
Subject: [PATCH 0/4] pvmove cluster fixes
Date: Sun, 25 Mar 2012 22:56:02 +0200 [thread overview]
Message-ID: <cover.1332708600.git.mbroz@redhat.com> (raw)
Various locking changes in previous releases, mainly commit
commit bd86888d7406cdb8ba20ff3d3b807fabcc7ba0db
Pass exclusive LV locks to all nodes in the cluster.
This was the intended behaviour, as described in the lvchange man page, so you
have complete control through volume_list in lvm.conf, but the code seems to
have been treating -ae as local-only for a very long time.
caused pvmove to stopped working if an LV is activated exclusively.
Milan
Milan Broz (4):
Remove unused and wrongly set cluster VG flag from clvmd lock query
command.
Use new flag PVMOVE_EXCLUSIVE in update_metatada call.
Do not allow pvmove if some affected LVs are activated locally or
on more nodes while others are activated exclusively.
Keep exclusive activation in pvmove if LV is already active.
WHATS_NEW | 3 ++
lib/locking/cluster_locking.c | 2 +-
lib/locking/locking.c | 2 +-
tools/pvmove.c | 44 +++++++++++++++++++++++++++++++++-------
4 files changed, 41 insertions(+), 10 deletions(-)
--
1.7.9.1
next reply other threads:[~2012-03-25 20:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-25 20:56 Milan Broz [this message]
2012-03-25 20:56 ` [PATCH 1/4] Remove unused and wrongly set cluster VG flag from clvmd lock query command Milan Broz
2012-03-25 20:56 ` [PATCH 2/4] Use new flag PVMOVE_EXCLUSIVE in update_metatada call Milan Broz
2012-03-25 20:56 ` [PATCH 3/4] Do not allow pvmove if some affected LVs are activated locally or on more nodes while others are activated exclusively Milan Broz
2012-03-25 21:00 ` Milan Broz
2012-03-25 20:56 ` [PATCH 4/4] Keep exclusive activation in pvmove if LV is already active Milan Broz
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=cover.1332708600.git.mbroz@redhat.com \
--to=mbroz@redhat.com \
--cc=lvm-devel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.