Bug 1196580 - [RFE] Add local exclusive activation to vgchange (-aeyl)
Summary: [RFE] Add local exclusive activation to vgchange (-aeyl)
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: LVM and device-mapper
Classification: Community
Component: lvm2
Version: 0-beta1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: LVM and device-mapper development team
QA Contact: cluster-qe@redhat.com
URL:
Whiteboard:
: 1196585 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-02-26 10:32 UTC by Nenad Peric
Modified: 2019-10-28 15:58 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
: 1196585 (view as bug list)
Environment:
Last Closed: 2019-10-28 15:58:02 UTC
Embargoed:
rule-engine: lvm-technical-solution?
rule-engine: lvm-test-coverage?


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 677817 0 unspecified CLOSED vgchange returns success when exclusive activation fails 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 1191724 0 low CLOSED vgchange returns success when exclusive activation fails 2024-06-09 07:27:01 UTC

Internal Links: 677817 1191724

Description Nenad Peric 2015-02-26 10:32:22 UTC
Description of problem:

There has been a long standing discussion on the behavior of vgchange in a cluster in regard to exclusive activation of volumes. From the user/admin perspective it makes more sense to have the command unambiguously do what a user may expect, and not end up having random results sometimes. 
This has been reported a few times in bugs #677817 and later in #1191724
In the former it was at some point fixed to work as one would expect, but it is no longer the case even in RHEL6.

So in short, we would benefit greatly of making vgchange more unambiguous by adding an option to LOCALLY activate LVs in a VG, in exclusive mode by supplying something like:


vgchange -aley vg_name


The command should return with an exit code of 1 (error out) if it cannot execute what the user demands due to some (or all) of LVs belonging to this VG being already active (or exclusively active) on another node. It should only return an exit code of 0 (success) if all LVs belonging to the VG in question are successfully locally activated.

Comment 2 Zdenek Kabelac 2015-03-01 13:18:16 UTC
When exclusive activation is requested - it's normally tried first locally - unless configuration (tags) routes activation to other node - local activation with exclusive lock happens.

However - once the node is exclusively active - other nodes respect this exclusive lock.

Currently lvm2 has no explicit support for exclusive & local activation - but as a workaround user could check after exclusive activation whether the LV is active locally.

Comment 4 Peter Rajnoha 2016-06-06 14:14:59 UTC
*** Bug 1196585 has been marked as a duplicate of this bug. ***

Comment 5 Jonathan Earl Brassow 2019-10-28 15:58:02 UTC
I don't think this feature request makes sense in a future without 'clvmd'.  closing WONTFIX.


Note You need to log in before you can comment on or make changes to this bug.