[Date Prev][Date Next] [Thread Prev][Thread Next]
RE: [linux-lvm] Re: vgscan - volume group not found, panic!
- From: "S. Michael Denton" <smdenton bellsouth net>
- To: <linux-lvm sistina com>
- Subject: RE: [linux-lvm] Re: vgscan - volume group not found, panic!
- Date: Mon, 28 May 2001 06:57:26 -0400
-----BEGIN PGP SIGNED MESSAGE-----
IMHO I see no problem continuing with keeping driver and tools/lib in
sync by patching kernel just before tools/lib build as it currently
stands. Then again, I haven't used a standard distribution of linux
in quite some time so I don't mind hacking about in the kernel all
that much either :)
Oh, one weirdness I saw recently after a system panic (unrelated to
LVM, it was a stupid user trick by yours truly)... all my LVM'd
reiserfs vols reported that they couldn't mount since they were
already mounted (during rc.S mountall)... I doubt that it is LVM
itself but I wanted to see if anyone else on this list has seen this
before going to reiserfs-list.
- -----Original Message-----
From: linux-lvm-admin sistina com
[mailto:linux-lvm-admin sistina com]On
Behalf Of Heinz J. Mauelshagen
Sent: Monday, 28 May 2001 07:08
To: linux-lvm sistina com
Subject: Re: [linux-lvm] Re: vgscan - volume group not found, panic!
On Fri, May 25, 2001 at 09:14:21AM +0200, Luca Berra wrote:
> On Fri, May 25, 2001 at 12:38:04AM +0200, Gerben Meijer wrote:
> > Dear LVM users and developers,
> > I am experiencing problems with LVM. I am running Debian
> > GNU/Linux 2.2 with a 2.4.3-ac11 kernel, and LVM utils v0.9 (i use
> > the packages from bunk at
> > http://people.debian.org/~bunk/debian/dists/potato/main/binary-i38
> > 6/). I had
> (note to developers: i am starting to believe taht bumping IOP in
> b6 was not such a bad idea, if that helps us getting rid of broken
> mebbe we should bump IOP in vanilla kernel....)
Thanks Luca, you are the first who argues for that beside us :-)
But people did complain about the need to upgrade both driver and
at the same time.
IMHO not a big deal, because the patch is automagically created by
the make process anyway; just the additional kernel compile/install
suck a little bit.
Any additional votes?
Heinz -- The LVM Guy --
> > Then I decided to try to upgrade to the latest LVM version, both
> > in the kernel and the userspace utilities. So i patched my 2.4.3
> > kernel with the latest LVM patches (0.9.1beta7). I got an error
> > while compiling my kernel though, get_hardblocksize wasn't
> > defined anywhere. So i went back digging on
> just replace get_hardblock_size with get_hardsect_size in
> drivers/md/lvm.c or get latest version from cvs
> > google and found one patch that fixed that for me:
> > http://www.stacken.kth.se/pub/linux/kernel/people/andrea/kernels/v
> > 2.4/2.4.4a a2.bz2.
> i dunno which LVM version does andrea use in his patches
> > So finally i had a working kernel with the latest LVM drivers,
> > and i had the latest LVM userspace utils, and i had my hopes up.
> > Unfortunately, vgscan still didn't see anything, and vgcfgrestore
> > gave me an error
> > (vg_check_consistency_with_pv_and_lv).
> > Next, I tried using 2.4.4-ac9 with the original 0.9 userspace
> > utilities. Still nothing.
> in case you did not guess it from my note above original 0.9
> userspace utils are bad for your health
> > I'm out of options here, and I am hoping that you can help me
> > rescue my data. If you have any idea what I could try to fix
> > this, please let me know.
> > Debugged output i created:
> sigh this debug output is very hard to read, anyway at the end you
> see <55555> pv_read_uuidlist -- LEAVING with ret: 2
> this means it only found the uiid for 2 PV (not 3)
> they are u9.... and M4.... (sda1 and hda2)
> cross checking with pvdata output shows you have a known problem
> i'll attach a mail from Andreas Dilger with a solution for this.
> good luck!
> Luca Berra -- bluca comedia it
> Communication Media & Services S.r.l.
> \ / ASCII RIBBON CAMPAIGN
> X AGAINST HTML MAIL
> / \
> Return-Path: <linux-lvm-admin sistina com>
> Delivered-To: bluca comedia it
> Received: from sistina.com (hermes.sistina.com [220.127.116.11])
> by colombina.comedia.it (Postfix) with SMTP id 25049506D
> for <bluca comedia it>; Mon, 2 Apr 2001 21:27:59 +0000 ()
> Received: (qmail 5697 invoked from network); 2 Apr 2001 21:23:03
> -0000 Received: from localhost (HELO hermes.sistina.com)
> by localhost with SMTP; 2 Apr 2001 21:23:03 -0000
> Delivered-To: linux-lvm sistina com
> Received: (qmail 5640 invoked from network); 2 Apr 2001 21:22:57
> -0000 Received: from h24-65-193-28.cg.shawcable.net (HELO
> webber.adilger.int) (18.104.22.168)
> by hermes.sistina.com with SMTP; 2 Apr 2001 21:22:57 -0000
> Received: (from adilger localhost)
> by webber.adilger.int (8.11.2/8.11.1/Debian 8.11.0-6) id
> f32L0jL13101 for linux-lvm sistina com; Mon, 2 Apr 2001 15:00:45
> From: Andreas Dilger <adilger turbolinux com>
> Message-Id: <200104022100 f32L0jL13101 webber adilger int>
> Subject: Re: [linux-lvm] Problem with UUID, vgscan, vgcfgrestore
> In-Reply-To: <01040207434300 00937 darkvader> from Diederick van
> Dijk at "Apr
> 2, 2001 07:43:43 am"
> To: linux-lvm sistina com
> X-Mailer: ELM [version 2.4ME+ PL66 (25)]
> Sender: linux-lvm-admin sistina com
> Errors-To: linux-lvm-admin sistina com
> X-BeenThere: linux-lvm sistina com
> X-Mailman-Version: 2.0
> Precedence: bulk
> Reply-To: linux-lvm sistina com
> List-Help: <mailto:linux-lvm-request sistina com?subject=help>
> List-Post: <mailto:linux-lvm sistina com>
> <mailto:linux-lvm-request sistina com?subject=subscribe>
> List-Id: linux-lvm general discussion <linux-lvm.sistina.com>
> <mailto:linux-lvm-request sistina com?subject=unsubscribe>
> List-Archive: <http://lists.sistina.com/pipermail/linux-lvm/>
> Date: Mon, 2 Apr 2001 15:00:44 -0600 (MDT)
> Diederick van Dijk writes:
> > I've a LVM of 8 physical volumes that I've created with LVM 0.9.1
> > beta 2. I've the know problem that vgscan reports that it can't
> > find my VG. So I upgraded to LVM 0.9.1 beta 6 (tools and kernel)
> > and runned on each physical disk a vgcfgrestore. Unfortunately I
> > didn't solve the problem. Attached is the output of the commands
> > vgdisplay -v and a pvdata -U for each physical disk. Debug logs
> > a very huge so I won't attach them.
> OK, I have figured out why vgcfgrestore doesn't work properly with
> broken UUIDs. It is because vgcfgrestore only restores the backup
> VGDA data to each disk separately. This means it is not possible
> to have consistent UUIDs generated for all PVs in a VG when
> vgcfgrestore is run.
> You can try the following (experimental) procedure to fix the
> Check each PV with "pvdata -PP /dev/hdX" to ensure it has a valid
> UUID assigned. Also get the PV numbers (starting with 1) for each
> of the PVs. Finally, check the pv_uuidlist_on_disk.base for each
> PV. It will normally be 6144, but it does not have to be.
> for each PV (in PV# order)
> dd if=/dev/hdX bs=1 skip=44 count=128 >> /tmp/uuids
> This should create a file /tmp/uuids which has all of the PV UUIDs
> in it. Make sure there are as many UUIDs in the file ("od -a
> /tmp/uuids" is good) as you have PVs (8 in your case).
> Now, we want to write the UUID list back to the PVs so vgscan is
> for each PV (in any order)
> dd if=/tmp/uuids of=/dev/hdX bs=1
> seek=<pv_uuidlist_on_disk.base for hdX>
> dd if=/tmp/uuids of=/dev/hda2 bs=1 seek=6144
> Now vgscan should be able to detect all of the disks and work
> Cheers, Andreas
> Andreas Dilger \ "If a man ate a pound of pasta and a pound of
> \ would they cancel out, leaving him still
> hungry?" http://www-mddsp.enel.ucalgary.ca/People/adilger/
> -- Dogbert _______________________________________________
> linux-lvm mailing list
> linux-lvm sistina com
Heinz Mauelshagen Sistina Software
Senior Consultant/Developer Am Sonnenhang 11
Mauelshagen Sistina com +49 2626 141200
linux-lvm mailing list
linux-lvm sistina com
read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
-----BEGIN PGP SIGNATURE-----
Version: PGP 7.0.1
-----END PGP SIGNATURE-----
[Date Prev][Date Next] [Thread Prev][Thread Next]