From: Dave Wysochanski <dwysocha@redhat.com>
To: lvm-devel@redhat.com
Subject: [PATCH 3/14] Properly enforce cluster locking in _vg_lock_and_read.
Date: Thu, 22 Jan 2009 13:17:03 -0500 [thread overview]
Message-ID: <1232648223.8897.9.camel@localhost.localdomain> (raw)
In-Reply-To: <1232619010-4858-4-git-send-email-prockai@redhat.com>
On Thu, 2009-01-22 at 11:09 +0100, Petr Rockai wrote:
> Wed Jan 21 15:52:36 CET 2009 Petr Rockai <me@mornfall.net>
> * Properly enforce cluster locking in _vg_lock_and_read.
> diff -rN -u -p old-temp.4430/lib/metadata/metadata.c new-temp.4430/lib/metadata/metadata.c
> --- old-temp.4430/lib/metadata/metadata.c 2009-01-22 11:02:36.870777955 +0100
> +++ new-temp.4430/lib/metadata/metadata.c 2009-01-22 11:02:36.918780355 +0100
> @@ -2595,6 +2595,12 @@ static vg_t *_vg_lock_and_read(struct cm
> goto_bad;
> }
>
> + if (vg_is_clustered(vg) && !locking_is_clustered()) {
> + log_error("Skipping clustered volume group %s", vg->name);
> + failure |= FAILED_CLUSTERED;
> + goto_bad;
> + }
> +
> /* consistent == 0 when VG is not found, but failed == FAILED_NOTFOUND */
> if (!consistent && !failure) {
> if (!(vg = _recover_vg(cmd, lock, vg_name, vgid, lock_flags))) {
> @@ -2605,7 +2611,7 @@ static vg_t *_vg_lock_and_read(struct cm
> }
> }
>
> - failure |= _vg_check_status(vg, status_flags);
> + failure |= _vg_check_status(vg, status_flags & ~CLUSTERED);
> if (failure)
> goto_bad;
>
>
With this patch, is there any point in leaving that CLUSTERED flag check
in _vg_check_status()? The clustered flag set in vg_read() is not
needed either (check is mandatory now - flag doesn't mean anything).
next prev parent reply other threads:[~2009-01-22 18:17 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-22 10:09 [PATCH] Another take on vg_read Petr Rockai
2009-01-22 10:09 ` [PATCH 1/14] Move vg_read out of the way, renaming it to vg_read_internal Petr Rockai
2009-01-22 10:09 ` [PATCH 2/14] Provide _vg_lock_and_read, a new implementation of lock+vg_read_internal Petr Rockai
2009-01-22 10:09 ` [PATCH 3/14] Properly enforce cluster locking in _vg_lock_and_read Petr Rockai
2009-01-22 10:10 ` [PATCH 4/14] Replace implementation of vg_check_status with a call to _vg_check_status Petr Rockai
2009-01-22 10:10 ` [PATCH 5/14] Implement vg_read and vg_read_for_update Petr Rockai
2009-01-22 10:10 ` [PATCH 6/14] Add vg_read_error and vg_might_exist Petr Rockai
2009-01-22 10:10 ` [PATCH 7/14] Convert the straight instances of vg_lock_and_read to new vg_read(_for_update) Petr Rockai
2009-01-22 10:10 ` [PATCH 8/14] Convert vgreduce to use vg_read_for_update Petr Rockai
2009-01-22 10:10 ` [PATCH 9/14] Convert vgrename to vg_read_for_update Petr Rockai
2009-01-22 10:10 ` [PATCH 10/14] Convert vgsplit to use vg_read_for_update Petr Rockai
2009-01-22 10:10 ` [PATCH 11/14] Rework the toollib interface (process_each_*) on top of new vg_read Petr Rockai
2009-01-22 10:10 ` [PATCH 12/14] Port process_each_pv to " Petr Rockai
2009-01-22 10:10 ` [PATCH 13/14] Remove now-unused vg_lock_and_read Petr Rockai
2009-01-22 10:10 ` [PATCH 14/14] Un-export vg_read_internal Petr Rockai
2009-01-26 16:05 ` Dave Wysochanski
2009-01-22 16:13 ` [PATCH 12/14] Port process_each_pv to new vg_read Dave Wysochanski
2009-01-24 21:45 ` [PATCH updated] Convert vgreduce to use vg_read_for_update Dave Wysochanski
2009-01-24 21:46 ` [PATCH] " Dave Wysochanski
2009-01-25 0:21 ` [PATCH update2] " Dave Wysochanski
2009-01-25 0:21 ` [PATCH] " Dave Wysochanski
2009-01-22 18:17 ` Dave Wysochanski [this message]
2009-01-22 20:15 ` [PATCH 3/14] Properly enforce cluster locking in _vg_lock_and_read Petr Rockai
2009-02-06 18:21 ` [PATCH 2/14] Provide _vg_lock_and_read, a new implementation of lock+vg_read_internal Dave Wysochanski
2009-01-22 17:36 ` [PATCH] Another take on vg_read Dave Wysochanski
2009-01-22 17:48 ` Petr Rockai
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=1232648223.8897.9.camel@localhost.localdomain \
--to=dwysocha@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.