From: David Teigland <teigland@sourceware.org>
To: lvm-devel@redhat.com
Subject: main - report: adjust lv_active_remotely for shared VGs
Date: Fri, 11 Nov 2022 19:39:02 +0000 (GMT) [thread overview]
Message-ID: <20221111193902.0BF663858D39@sourceware.org> (raw)
Gitweb: https://sourceware.org/git/?p=lvm2.git;a=commitdiff;h=779fc3c0453d4a1abdfc62db740517467dbaf0e3
Commit: 779fc3c0453d4a1abdfc62db740517467dbaf0e3
Parent: c77384785d3bd3d0c265220395dc392b52e62218
Author: corubba <corubba@gmx.de>
AuthorDate: Tue Nov 1 22:18:19 2022 +0100
Committer: David Teigland <teigland@redhat.com>
CommitterDate: Fri Nov 11 12:08:59 2022 -0600
report: adjust lv_active_remotely for shared VGs
Add a note to the manpage that lvmlockd is unable to determine
accurately and without side-effects whether a LV is remotely active.
Also change the value of the lv_active_remotely option from false to
undefined for shared VGs to distinctly communicate that inability to
users. Only for local VGs it can be definitely stated that they are not
remotely active.
Signed-off-by: corubba <corubba@gmx.de>
---
lib/report/report.c | 3 ++-
man/lvmlockd.8_main | 4 ++++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/lib/report/report.c b/lib/report/report.c
index 9172c1f0e..cb5fc93c8 100644
--- a/lib/report/report.c
+++ b/lib/report/report.c
@@ -3838,9 +3838,10 @@ static int _lvactiveremotely_disp(struct dm_report *rh, struct dm_pool *mem,
struct dm_report_field *field,
const void *data, void *private)
{
+ const struct logical_volume *lv = (const struct logical_volume *) data;
int active_remotely;
- if (!activation())
+ if (!activation() || vg_is_shared(lv->vg))
return _binary_undef_disp(rh, mem, field, private);
active_remotely = 0;
diff --git a/man/lvmlockd.8_main b/man/lvmlockd.8_main
index 717292dc6..7fa11df54 100644
--- a/man/lvmlockd.8_main
+++ b/man/lvmlockd.8_main
@@ -878,6 +878,10 @@ If lvmlockd fails or is killed while in use, locks it held remain but are
orphaned in the lock manager. lvmlockd can be restarted with an option to
adopt the orphan locks from the previous instance of lvmlockd.
.
+.IP \[bu]
+The 'lvs' command does not report any remote state, because lvmlockd is
+unable to passively check the remote active or lock state of an LV.
+.
.SH SEE ALSO
.
.BR lvm (8),
reply other threads:[~2022-11-11 19:39 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20221111193902.0BF663858D39@sourceware.org \
--to=teigland@sourceware.org \
--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.