From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (ext-mx14.extmail.prod.ext.phx2.redhat.com [10.5.110.19]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2SIMRvU019809 for ; Thu, 28 Mar 2013 14:22:27 -0400 Received: from mail.bmsi.com (mail.bmsi.com [68.106.146.44]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r2SIMPa7026892 for ; Thu, 28 Mar 2013 14:22:25 -0400 Received: from sdg.bmsi.com (sdg.bmsi.com [192.168.9.34] (may be forged)) (authenticated bits=0) by mail.bmsi.com (8.14.3/8.14.3) with ESMTP id r2SIML3R003889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Mar 2013 14:22:22 -0400 Message-ID: <51548A5B.2040202@bmsi.com> Date: Thu, 28 Mar 2013 14:22:19 -0400 From: Stuart D Gathman MIME-Version: 1.0 References: <533CFD97-2715-4B1C-A8C5-02161911747D@googlemail.com> <51509ECB.4050901@bmsi.com> <244E0086-C561-4034-BF26-31DFC419B72F@googlemail.com> <5150B555.4010207@bmsi.com> <0FEAF33E-7395-4820-9732-AFE70D3B5877@googlemail.com> <5150C1F8.8090107@bmsi.com> <515351B4.8080804@bmsi.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------010204060401030303090200" Subject: Re: [linux-lvm] vg disappeared after replacing disc in raid10 Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: To: linux-lvm@redhat.com This is a multi-part message in MIME format. --------------010204060401030303090200 Content-Type: text/plain; charset="iso-8859-1"; format="flowed" Content-Transfer-Encoding: quoted-printable On 03/27/2013 07:39 PM, Bj=EF=BF=BDrn Nadrowski expounded in part: > I recovered my data. > Thanks for all your help. > The problem was in fact knoppix, but not because it had an older=20 > version of lvm2 or even lvm1. > > The problem was that the human-readable part I extracted from the=20 > beginning of the device contained invisible characters in front of the > 'vol0' label in the file 'volt.txt' . > These characters were not visible in terminal using 'cat', 'more', and=20 > they also did not appear in standard error as a consequence of the=20 > 'vgcfgrestore' command, as witnessed by the first line of the error: > And we owe some pizzas/beers/rawjuicedrinks to the LVM designer who=20 insisted on human readable metadata. It has been invaluable in many=20 data recovery scenarios. --------------010204060401030303090200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 03/27/2013 07:39 PM, Björn Nadrowski expounded in part:
I recovered my data. 
Thanks for all your help. 
The problem was in fact knoppix, but not because it had an older version of lvm2 or even lvm1.

The problem was that the human-readable part I extracted from the beginning of the device contained invisible characters in front of the 
'vol0' label in the file 'volt.txt' .
These characters were not visible in terminal using 'cat', 'more', and they also did not appear in standard error as a consequence of the 'vgcfgrestore' command, as witnessed by the first line of the error:

And we owe some pizzas/beers/rawjuicedrinks to the LVM designer who insisted on human readable metadata.  It has been invaluable in many data recovery scenarios.
--------------010204060401030303090200--