Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Info from Oyvind Albrigtsen, in response to me:
On 27/02/19 12:55 -0600, slevine wrote:
> Oyvind (et al):
>
> For the RHEL 8 basic cluster configuration example procedure (for an
> http server on 2 nodes), we created an LVM-activate resource with the
> following command:
>
> pcs resource create my_lvm ocf:heartbeat:LVM-activate vgname=my_vg
> activation_mode=exclusive vg_access_mode=system_id --group apachegroup
>
> This was the replacement in the example for the following RHEL 7 command:
>
> pcs resource create my_lvm LVM volgrpname=my_vg exclusive=true --group
> apachegroup
>
> I have some questions:
>
> 1.
>
> What does vg_access_mode system_id do?
It makes it use the system_id access_mode that doesnt require a locking
manager, which is the new access_mode to use instead of tagging,
which is what's used by the LVM-agent if you specify exclusive=true
without setting up clvm.
>
> 2.
>
> Support engineer Reid Wahl noted the following:
>
>
> "activation_mode=exclusive" is the default value and does not need to be
> specified at all. Additionally, vg_access_mode=system_id and
> vg_access_mode=tagging force exclusive activation. So while it's fine to
> be explicit, it's unnecessary for those two reasons.
>
> Should I remove "activation_mode=exclusive" from the example, or do I
> leave it in for clarity?
Correct. No need to keep it. exclusive isnt default for the old LVM
agent, so we had to use it there.
>
> 3.
>
> In a separate procedure for configuring an NFS server in a cluster, we
> had a similar step and used this command in RHEL 7 to create an LVM
> resource:
>
> pcs resource create my_lvm LVM volgrpname=my_vg exclusive=true --group
> nfsgroup
>
> As Roman noted in BZ 1660794, that command is, of course, no longer
> correct for RHEL 8. Would I use the same command as in the http example:
>
> pcs resource create my_lvm ocf:heartbeat:LVM-activate vgname=my_vg
> activation_mode=exclusive vg_access_mode=system_id --group nfsgroup
>
> (That's assuming we leave in the "access_mode parameter.)
Correct.
>
> Thanks,
>
> Steven