public inbox for lvm2-cvs@sourceware.org help / color / mirror / Atom feed
From: agk@sourceware.org To: lvm-devel@redhat.com, lvm2-cvs@sourceware.org Subject: LVM2 ./WHATS_NEW lib/metadata/metadata.c lib/m ... Date: Wed, 07 Jul 2010 02:53:00 -0000 [thread overview] Message-ID: <20100707025317.18198.qmail@sourceware.org> (raw) CVSROOT: /cvs/lvm2 Module name: LVM2 Changes by: agk@sourceware.org 2010-07-07 02:53:17 Modified files: . : WHATS_NEW lib/metadata : metadata.c metadata.h Log message: Adjust auto-metadata repair and caching logic to try to cope with empty mdas. - If a PV contained empty mdas, the auto-recovery code was not kicking in. - The 'inconsistent' state was getting lost when metadata was cached so recovery didn't kick in. But leave the behaviour alone when using precommitted metadata because of a warning in a confusing FIXME. In my testing, pvs and vgs didn't repair inconsistent metadata like they used to do. (How many other tools fail similarly now?) And there should be no need to cache inconsistent metadata because it is supposed to get repaired under the protection of a write lock immediately it is discovered. This code is in need of a redesign based on first principles. I still see bugs in this code and this commit is risky. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/WHATS_NEW.diff?cvsroot=lvm2&r1=1.1656&r2=1.1657 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/lib/metadata/metadata.c.diff?cvsroot=lvm2&r1=1.383&r2=1.384 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/lib/metadata/metadata.h.diff?cvsroot=lvm2&r1=1.214&r2=1.215 --- LVM2/WHATS_NEW 2010/07/07 02:37:28 1.1656 +++ LVM2/WHATS_NEW 2010/07/07 02:53:16 1.1657 @@ -1,5 +1,6 @@ Version 2.02.71 - =============================== + Adjust auto-metadata repair and caching logic to try to cope with empty mdas. Version 2.02.70 - 6th July 2010 =============================== --- LVM2/lib/metadata/metadata.c 2010/07/06 20:09:38 1.383 +++ LVM2/lib/metadata/metadata.c 2010/07/07 02:53:17 1.384 @@ -2899,6 +2899,7 @@ int inconsistent_vgid = 0; int inconsistent_pvs = 0; int inconsistent_seqno = 0; + int inconsistent_mdas = 0; unsigned use_precommitted = precommitted; unsigned saved_handles_missing_pvs = cmd->handles_missing_pvs; struct dm_list *pvids; @@ -2916,14 +2917,28 @@ return _vg_read_orphans(cmd, vgname); } - if ((correct_vg = lvmcache_get_vg(vgid, precommitted))) { + /* + * If cached metadata was inconsistent and *consistent is set + * then repair it now. Otherwise just return it. + * Also return if use_precommitted is set due to the FIXME in + * the missing PV logic below. + */ + if ((correct_vg = lvmcache_get_vg(vgid, precommitted)) && + (use_precommitted || !*consistent || !(correct_vg->status & INCONSISTENT_VG))) { + if (!(correct_vg->status & INCONSISTENT_VG)) + *consistent = 1; + else /* Inconsistent but we can't repair it */ + correct_vg->status &= ~INCONSISTENT_VG; + if (vg_missing_pv_count(correct_vg)) { log_verbose("There are %d physical volumes missing.", vg_missing_pv_count(correct_vg)); vg_mark_partial_lvs(correct_vg); } - *consistent = 1; return correct_vg; + } else { + vg_release(correct_vg); + correct_vg = NULL; } /* Find the vgname in the cache */ @@ -3009,14 +3024,29 @@ * not ignored. */ if (!(info = info_from_pvid(pvl->pv->dev->pvid, 1)) || - !info->vginfo || !is_orphan_vg(info->vginfo->vgname) || - !mdas_empty_or_ignored(&info->mdas)) { + !info->vginfo || !is_orphan_vg(info->vginfo->vgname)) { inconsistent_pvs = 1; break; } - if (dm_list_size(&info->mdas) && - !fid_add_mdas(fid, &info->mdas)) - return_NULL; + if (dm_list_size(&info->mdas)) { + if (!fid_add_mdas(fid, &info->mdas)) + return_NULL; + + log_debug("Empty mda found for VG %s.", vgname); + + if (inconsistent_mdas) + continue; + + /* + * If any newly-added mdas are in-use then their + * metadata needs updating. + */ + dm_list_iterate_items(mda, &info->mdas) + if (!mda_is_ignored(mda)) { + inconsistent_mdas = 1; + break; + } + } } /* If the check passed, let's update VG and recalculate pvids */ @@ -3056,6 +3086,11 @@ break; } } + + if (correct_vg && inconsistent_mdas) { + vg_release(correct_vg); + correct_vg = NULL; + } } dm_list_init(&all_pvs); @@ -3132,7 +3167,8 @@ * If there is no precommitted metadata, committed metadata * is read and stored in the cache even if use_precommitted is set */ - lvmcache_update_vg(correct_vg, correct_vg->status & PRECOMMITTED); + lvmcache_update_vg(correct_vg, correct_vg->status & PRECOMMITTED & + (inconsistent ? INCONSISTENT_VG : 0)); if (inconsistent) { /* FIXME Test should be if we're *using* precommitted metadata not if we were searching for it */ --- LVM2/lib/metadata/metadata.h 2010/06/30 13:51:13 1.214 +++ LVM2/lib/metadata/metadata.h 2010/07/07 02:53:17 1.215 @@ -76,6 +76,7 @@ //#define CONVERTING 0x00400000U /* LV */ //#define MISSING_PV 0x00800000U /* PV */ +#define INCONSISTENT_VG 0x00800000U /* VG - internal use only */ //#define PARTIAL_LV 0x01000000U /* LV - derived flag, not // written out in metadata*/
next reply other threads:[~2010-07-07 2:53 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-07-07 2:53 agk [this message] -- strict thread matches above, loose matches on Subject: below -- 2011-11-04 22:49 zkabelac 2011-08-10 20:17 zkabelac 2010-09-23 12:02 prajnoha 2010-03-31 17:21 mbroz 2009-03-16 14:35 mbroz 2008-06-23 19:04 wysochanski 2008-04-22 12:54 agk 2007-07-12 15:38 wysochanski 2007-07-12 5:04 wysochanski 2007-07-11 23:33 wysochanski 2007-06-06 19:40 wysochanski 2007-04-25 20:03 wysochanski 2007-02-07 13:29 agk 2005-04-18 14:56 agk 2004-06-19 19:27 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=20100707025317.18198.qmail@sourceware.org \ --to=agk@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).