From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E4E44138010 for ; Wed, 24 Oct 2012 20:25:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2C7F621C00D; Wed, 24 Oct 2012 20:25:05 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by pigeon.gentoo.org (Postfix) with ESMTP id 13AF4E0509 for ; Wed, 24 Oct 2012 20:23:40 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C0AA92033E for ; Wed, 24 Oct 2012 16:23:40 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute3.internal (MEProxy); Wed, 24 Oct 2012 16:23:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=binarywings.net; h=message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type; s=mesmtp; bh=YzB4RRnjUnnJezRVjWlV9P5k l+4=; b=lmQMlJDfk+P6rRkdH9LpU7E93lOHZbBIMHl/fYM8deqoRQGcgV8nG9PS WgvxQe4bx86kTOAGyvMJ2vDkDHS/1JlwzGxFMgLPknRGFqOL8T8pOhZQ8Rlv1H7S LWWgEV5X8ohUavoAm4LkLt5tITKzi2X8jEiaT3bVZUvd7uip8cI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type; s=smtpout; bh=YzB4 RRnjUnnJezRVjWlV9P5kl+4=; b=Kg5LdicWmhmjK+bVZm1xvnMJOnWPZk2VYamy 7mK+8wtQycJnToW1outIqYXieeFqzG6F1CIRKzuHTpanNxAkmd+ovkPoA64bpf4a DKS2Cr9WbmB6qJbRd2XBPLxE1xCUKU1TjRBhH4gcZlPNbh5QKIvd5a48a1oZT1Yc 30f2Qo8= X-Sasl-enc: t0OuX0hn/qKobtkPhFZwqa6NQWzFSTR9Jfib5gphUM0J 1351110219 Received: from [192.168.5.18] (unknown [83.169.5.6]) by mail.messagingengine.com (Postfix) with ESMTPA id 793124825E4 for ; Wed, 24 Oct 2012 16:23:39 -0400 (EDT) Message-ID: <50884E43.8040609@binarywings.net> Date: Wed, 24 Oct 2012 22:23:31 +0200 From: Florian Philipp User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120916 Thunderbird/10.0.7 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] rescuing lvm data References: <50884AD4.4060806@xunil.at> In-Reply-To: <50884AD4.4060806@xunil.at> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCDC1CAFA93BD757E7CBE5F67" X-Archives-Salt: 0ea7ab34-c481-491b-af2e-1066e635c886 X-Archives-Hash: eb697db08acbc758dce6417854a98322 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDC1CAFA93BD757E7CBE5F67 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 24.10.2012 22:08, schrieb Stefan G. Weichinger: >=20 > greetings ... >=20 > the server in my basement is driving me nuts ... and I start making > mistakes ... sigh >=20 > It had a LVM volume group ... consisting of two PVs ... >=20 > The question in short: >=20 > if I only have one PV at hand, which contains all the PEs of a given LV= > ... (how) am I able to extract/export/read the contents of that LV? So you still have the volume group metadata, just not one of the PVs, rig= ht? >=20 > background: >=20 > when I searched for the reason of those crashes, I removed and swapped > and cloned hard disks all around. >=20 > Right now I am on a brand new machine and want to sort out harddisks et= c. >=20 > One PV wasn't detected correctly ("unknown device") even though it had > the correct uuid. I did some "pvcreate -u" on it ... and now those LVs > on it aren't accessible anymore (can't mount or even fsck). >=20 > My luck (I hope!): I have a clone of that harddrive. >=20 > But I don't want to simply plug it in because I fear to ruin things as = I > already messed up that VG further by trying stuff like vgcfgrestore etc= =2E >=20 > Yes, my fault. >=20 > The clone contains all the blocks for an LV I would like to keep > somehow. So I assume it should be possible to access them? >=20 First things first: If you can, make a disk dump of every affected HDD or at least back up the metadata with vgcfgbackup. Have you tried activating the volume group with --partial (see `man lvm`). Something along the lines of `lvchange --partial -a y`). If that doesn't help, maybe `vgreduce --removemissing --force` will do the job. Hope this helps, Florian Philipp --------------enigCDC1CAFA93BD757E7CBE5F67 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCITkcACgkQqs4uOUlOuU+SygCcCA5SnLQGXE1uCKgARvuWOr7W LGAAn3cUvnUH4+sMjIfxYlZ46QpiNIaw =yWaN -----END PGP SIGNATURE----- --------------enigCDC1CAFA93BD757E7CBE5F67--