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 Date: Thu, 01 Apr 2010 11:43:00 -0000 [thread overview] Message-ID: <20100401114328.13587.qmail@sourceware.org> (raw) CVSROOT: /cvs/lvm2 Module name: LVM2 Changes by: agk@sourceware.org 2010-04-01 11:43:27 Modified files: . : WHATS_NEW lib/metadata : metadata.c Log message: Improve vg_validate to detect some loops in lists. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/WHATS_NEW.diff?cvsroot=lvm2&r1=1.1499&r2=1.1500 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/lib/metadata/metadata.c.diff?cvsroot=lvm2&r1=1.326&r2=1.327 --- LVM2/WHATS_NEW 2010/04/01 10:34:09 1.1499 +++ LVM2/WHATS_NEW 2010/04/01 11:43:24 1.1500 @@ -1,5 +1,6 @@ Version 2.02.63 - ================================ + Improve vg_validate to detect some loops in lists. Change most remaining log_error WARNING messages to log_warn. Always use blocking lock for VGs and orphan locks. Allocate all segments memory from vg private mempool. --- LVM2/lib/metadata/metadata.c 2010/03/31 17:21:40 1.326 +++ LVM2/lib/metadata/metadata.c 2010/04/01 11:43:26 1.327 @@ -2129,12 +2129,28 @@ struct lv_list *lvl, *lvl2; char uuid[64] __attribute((aligned(8))); int r = 1; - uint32_t hidden_lv_count = 0; + uint32_t hidden_lv_count = 0, lv_count = 0, lv_visible_count = 0; + uint32_t pv_count = 0; + uint32_t num_snapshots = 0; + uint32_t loop_counter1, loop_counter2; /* FIXME Also check there's no data/metadata overlap */ + dm_list_iterate_items(pvl, &vg->pvs) { + if (++pv_count > vg->pv_count) { + log_error(INTERNAL_ERROR "PV list corruption detected in VG %s.", vg->name); + /* FIXME Dump list structure? */ + r = 0; + } + } + loop_counter1 = loop_counter2 = 0; + /* FIXME Use temp hash table instead? */ dm_list_iterate_items(pvl, &vg->pvs) { + if (++loop_counter1 > pv_count) + break; dm_list_iterate_items(pvl2, &vg->pvs) { + if (++loop_counter2 > pv_count) + break; if (pvl == pvl2) break; if (id_equal(&pvl->pv->id, @@ -2167,6 +2183,14 @@ * Count all non-snapshot invisible LVs */ dm_list_iterate_items(lvl, &vg->lvs) { + lv_count++; + + if (lv_is_cow(lvl->lv)) + num_snapshots++; + + if (lv_is_visible(lvl->lv)) + lv_visible_count++; + if (lvl->lv->status & VISIBLE_LV) continue; @@ -2192,17 +2216,22 @@ /* * all volumes = visible LVs + snapshot_cows + invisible LVs */ - if (((uint32_t) dm_list_size(&vg->lvs)) != - vg_visible_lvs(vg) + snapshot_count(vg) + hidden_lv_count) { + if (lv_count != lv_visible_count + num_snapshots + hidden_lv_count) { log_error(INTERNAL_ERROR "#internal LVs (%u) != #LVs (%" PRIu32 ") + #snapshots (%" PRIu32 ") + #internal LVs (%u) in VG %s", - dm_list_size(&vg->lvs), vg_visible_lvs(vg), - snapshot_count(vg), hidden_lv_count, vg->name); + lv_count, lv_visible_count, + num_snapshots, hidden_lv_count, vg->name); r = 0; } + loop_counter1 = loop_counter2 = 0; + /* FIXME Use temp hash table instead? */ dm_list_iterate_items(lvl, &vg->lvs) { + if (++loop_counter1 > lv_count) + break; dm_list_iterate_items(lvl2, &vg->lvs) { + if (++loop_counter2 > lv_count) + break; if (lvl == lvl2) break; if (!strcmp(lvl->lv->name, lvl2->lv->name)) { @@ -2223,9 +2252,7 @@ r = 0; } } - } - dm_list_iterate_items(lvl, &vg->lvs) { if (!check_lv_segments(lvl->lv, 1)) { log_error(INTERNAL_ERROR "LV segments corrupted in %s.", lvl->lv->name); @@ -2889,6 +2916,15 @@ } dm_list_iterate_items(lvl, &vg->lvs) { + if (!check_lv_segments(lvl->lv, 0)) { + log_error(INTERNAL_ERROR "LV segments corrupted in %s.", + lvl->lv->name); + vg_release(vg); + return NULL; + } + /* + * Checks that cross-reference other LVs. + */ if (!check_lv_segments(lvl->lv, 1)) { log_error(INTERNAL_ERROR "LV segments corrupted in %s.", lvl->lv->name);
next reply other threads:[~2010-04-01 11:43 UTC|newest] Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-04-01 11:43 agk [this message] -- strict thread matches above, loose matches on Subject: below -- 2012-03-12 14:18 zkabelac 2012-02-23 0:11 agk 2012-02-13 11:01 zkabelac 2012-02-13 10:58 zkabelac 2012-02-13 10:51 zkabelac 2011-11-18 19:28 zkabelac 2011-10-24 10:24 zkabelac 2011-08-11 16:31 prajnoha 2011-08-04 15:18 zkabelac 2011-03-29 21:57 zkabelac 2011-03-11 15:06 prajnoha 2011-03-10 13:12 zkabelac 2010-12-08 10:45 zkabelac 2010-11-29 11:08 zkabelac 2010-08-19 23:03 mbroz 2010-06-22 21:10 mbroz 2010-05-21 12:45 zkabelac 2010-03-02 21:56 snitzer 2010-01-21 21:09 wysochanski 2010-01-05 16:01 mbroz 2009-12-18 12:45 mbroz 2009-12-18 12:44 mbroz 2009-12-11 13:14 zkabelac 2009-12-09 19:29 mbroz 2009-08-20 7:03 mbroz 2009-07-16 3:25 wysochanski 2009-05-27 13:19 agk 2009-05-12 19:09 mbroz 2009-04-22 9:31 mbroz 2009-04-10 9:56 mbroz 2009-01-26 22:43 agk 2008-09-25 15:59 mbroz 2008-06-03 17:56 agk 2008-05-08 18:06 agk 2008-04-07 22:12 agk 2008-04-04 15:41 wysochanski 2007-10-12 18:37 wysochanski 2007-07-02 21:48 wysochanski 2006-09-21 20:25 agk 2006-08-09 19:33 agk 2006-07-04 19:36 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=20100401114328.13587.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).