From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21149 invoked by alias); 23 Feb 2012 14:55:32 -0000 Received: (qmail 21093 invoked by uid 9699); 23 Feb 2012 14:55:31 -0000 Date: Thu, 23 Feb 2012 14:55:00 -0000 Message-ID: <20120223145531.21091.qmail@sourceware.org> From: mornfall@sourceware.org To: lvm-devel@redhat.com, lvm2-cvs@sourceware.org Subject: LVM2/test/shell lvcreate-repair.sh Mailing-List: contact lvm2-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: lvm2-cvs-owner@sourceware.org X-SW-Source: 2012-02/txt/msg00151.txt.bz2 CVSROOT: /cvs/lvm2 Module name: LVM2 Changes by: mornfall@sourceware.org 2012-02-23 14:55:31 Modified files: test/shell : lvcreate-repair.sh Log message: Add a vgscan to lvcreate-repair.sh. The old test applied device filter hacks to make devices invisible to lvm, but the behaviour of those is slightly different than of actual missing devices. Running vgscan after re-enabling the device triggers a metadata repair which is not done by vgremove -ff. This is not a regression, merely an odd behaviour that has been around even before lvmetad. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/test/shell/lvcreate-repair.sh.diff?cvsroot=lvm2&r1=1.2&r2=1.3 --- LVM2/test/shell/lvcreate-repair.sh 2012/02/23 13:11:10 1.2 +++ LVM2/test/shell/lvcreate-repair.sh 2012/02/23 14:55:29 1.3 @@ -38,6 +38,7 @@ check lv_exists $vg $lv2 aux enable_dev $i $j + vgscan test $i != $dev1 && check lv_exists $vg $lv1 check lv_exists $vg $lv2