public inbox for lvm2-cvs@sourceware.org help / color / mirror / Atom feed
From: mbroz@sourceware.org To: lvm-devel@redhat.com, lvm2-cvs@sourceware.org Subject: LVM2 ./WHATS_NEW lib/metadata/mirror.c Date: Wed, 09 Dec 2009 19:53:00 -0000 [thread overview] Message-ID: <20091209195340.30677.qmail@sourceware.org> (raw) CVSROOT: /cvs/lvm2 Module name: LVM2 Changes by: mbroz@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: 29+ 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 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:27 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 2006-07-20 20:37 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 \ --cc=lvm2-cvs@sourceware.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).