From: mbroz@sourceware.org <mbroz@sourceware.org>
To: lvm-devel@redhat.com
Subject: LVM2 ./WHATS_NEW lib/metadata/mirror.c
Date: 9 Dec 2009 19:53:40 -0000 [thread overview]
Message-ID: <20091209195340.30677.qmail@sourceware.org> (raw)
CVSROOT: /cvs/lvm2
Module name: LVM2
Changes by: mbroz at sourceware.org 2009-12-09 19:53:39
Modified files:
. : WHATS_NEW
lib/metadata : mirror.c
Log message:
Call explicitly suspend for temporary mirror layer.
The memlock_inc() fix is wrong, memlock count is not
propagated to long living process (clvmd) and just
it underflow there.
Also suspend is needed to pre-load precommited metadata
on other nodes (remapping to error taget in this case).
With explicit suspend we generate lock request and code
can update memlock count.
(Infinitely "locked" memory caused that fs_unlock() was not
called properly and on cluster nodes remains
old links in /dev/mapper for not active devices.)
(N.B. failing of suspend call here is not handled as fatal
error - the LV is going to be removed later anyway.)
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/WHATS_NEW.diff?cvsroot=lvm2&r1=1.1349&r2=1.1350
http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/lib/metadata/mirror.c.diff?cvsroot=lvm2&r1=1.98&r2=1.99
--- LVM2/WHATS_NEW 2009/12/09 19:29:04 1.1349
+++ LVM2/WHATS_NEW 2009/12/09 19:53:39 1.1350
@@ -1,5 +1,6 @@
Version 2.02.57 -
====================================
+ Explicitly call suspend for temporary mirror layer.
Allow use precommited metadata when a PV is missing.
Add memlock information to do_lock_lv debug output.
Never use distributed lock for LV in non-clustered VG.
--- LVM2/lib/metadata/mirror.c 2009/12/09 19:43:39 1.98
+++ LVM2/lib/metadata/mirror.c 2009/12/09 19:53:39 1.99
@@ -603,6 +603,16 @@
return 0;
}
+ /* FIXME: second suspend should not be needed
+ * Explicitly suspend temporary LV
+ * This balance memlock_inc() calls with memlock_dec() in resume
+ * (both localy and in cluster) and also properly propagates precommited
+ * metadata into dm table on other nodes.
+ * (visible flag set causes the suspend is not properly propagated?)
+ */
+ if (temp_layer_lv && !suspend_lv(temp_layer_lv->vg->cmd, temp_layer_lv))
+ log_error("Problem suspending temporary LV %s", temp_layer_lv->name);
+
if (!vg_commit(mirrored_seg->lv->vg)) {
resume_lv(mirrored_seg->lv->vg->cmd, mirrored_seg->lv);
return 0;
@@ -616,23 +626,9 @@
* As it's now detached from mirrored_seg->lv we must resume it
* explicitly.
*/
- if (temp_layer_lv) {
- if (!resume_lv(temp_layer_lv->vg->cmd, temp_layer_lv)) {
- log_error("Problem resuming temporary LV, %s", temp_layer_lv->name);
- return 0;
- }
-
- /*
- * The code above calls a suspend_lv once, however we now need
- * to resume 2 LVs, due to image removal: the mirror image
- * itself here, and now the remaining mirror LV. Since
- * suspend_lv/resume_lv call memlock_inc/memlock_dec and these
- * need to be balanced, we need to call an extra memlock_inc()
- * here to balance for the this extra resume -- the following
- * one could otherwise either deadlock due to suspended
- * devices, or alternatively drop memlock_count below 0.
- */
- memlock_inc();
+ if (temp_layer_lv && !resume_lv(temp_layer_lv->vg->cmd, temp_layer_lv)) {
+ log_error("Problem resuming temporary LV, %s", temp_layer_lv->name);
+ return 0;
}
if (!resume_lv(mirrored_seg->lv->vg->cmd, mirrored_seg->lv)) {
next reply other threads:[~2009-12-09 19:53 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-09 19:53 mbroz [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-03-23 16:28 LVM2 ./WHATS_NEW lib/metadata/mirror.c mbroz
2012-02-01 13:50 zkabelac
2011-10-25 13:17 jbrassow
2011-10-06 14:49 jbrassow
2011-09-14 2:45 jbrassow
2011-09-13 21:13 jbrassow
2011-09-13 14:37 jbrassow
2011-09-13 13:59 jbrassow
2011-09-01 19:22 jbrassow
2011-06-17 14:27 zkabelac
2010-08-16 18:02 jbrassow
2010-07-13 22:24 jbrassow
2010-07-13 21:48 jbrassow
2010-07-09 15:08 jbrassow
2010-06-28 14:19 jbrassow
2010-06-21 16:12 jbrassow
2010-04-27 15:26 jbrassow
2010-04-27 14:57 jbrassow
2009-12-09 18:09 mbroz
2009-04-10 9:53 mbroz
2008-10-17 10:50 agk
2008-09-18 19:09 agk
2008-06-13 12:15 meyering
2008-02-22 13:28 agk
2007-11-22 13:57 agk
2006-11-30 17:52 agk
2006-11-10 19:35 agk
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=20091209195340.30677.qmail@sourceware.org \
--to=mbroz@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.