From: Jacek Konieczny <jajcus@jajcus.net>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: pgadmin@pse-consulting.de
Subject: Re: [linux-lvm] resize and snapshots with clvm
Date: Wed, 20 Feb 2013 14:30:43 +0100 [thread overview]
Message-ID: <20130220143043.3a35f495@jajo.eggsoft> (raw)
In-Reply-To: <5124CD1F.1020506@pse-consulting.de>
On Wed, 20 Feb 2013 14:18:23 +0100
Andreas Pflug <pgadmin@pse-consulting.de> wrote:
> I would have expected lvm to take that exclusive lock implicitely
> when necessary?
I would not expect that. LVM provides means to activate in a shared or
exclusive way, but it does not choose itself.
> > When the LV is exclusively activated (lvchange -aey) snapshots
> > should work (and they do work for me).
>
> The volume is "lvchange -aly" active on one node and in use there
> (e.g. mounted or attached to a VM). If I try to lvchange -aey on that
> node, I get "Error locking on node xxxx: Device or resource busy".
I do not use '-aly' (in fact I am not sure what it does), so I cannot
relate.
> Actually, lock exclusive will even fail if the device is not in use,
> but only active locally.
>
> A workaround would probably be to activate the lv exclusively
> _before_ using it, but then it would be impossible to migrate the vm
> to another host later on.
I use clustered LVM for my VMs too and always use "-aey" locking mode –
each volume can be active on a single cluster node a time. When doing VM
migration I first deactivate the volume on one host, then activate
it (exclusively) on the other. I feel safer knowing none of the volumes
will ever be active on more than one host.
Is your scenario much different?
Greets,
Jacek
next prev parent reply other threads:[~2013-02-20 13:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-19 13:37 [linux-lvm] resize and snapshots with clvm Andreas Pflug
2013-02-19 13:59 ` Jacek Konieczny
2013-02-20 13:18 ` Andreas Pflug
2013-02-20 13:30 ` Jacek Konieczny [this message]
2013-02-20 15:41 ` Andreas Pflug
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=20130220143043.3a35f495@jajo.eggsoft \
--to=jajcus@jajcus.net \
--cc=linux-lvm@redhat.com \
--cc=pgadmin@pse-consulting.de \
/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.