From mboxrd@z Thu Jan  1 00:00:00 1970
From: NeilBrown <neilb@suse.de>
Subject: Re: recovering from raid5 corruption
Date: Mon, 30 Apr 2012 09:45:46 +1000
Message-ID: <20120430094546.4702be0a@notabene.brown>
References: <4F9DC2E5.1090509@gmail.com>
	<20120430085257.65d19c20@notabene.brown>
	<4F9DCEC6.1050109@gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=PGP-SHA1;
 boundary="Sig_/7HQXOT9sn7uFfu=8JYTiMRu"; protocol="application/pgp-signature"
Return-path: <linux-raid-owner@vger.kernel.org>
In-Reply-To: <4F9DCEC6.1050109@gmail.com>
Sender: linux-raid-owner@vger.kernel.org
To: Shaya Potter <spotter@gmail.com>
Cc: linux-raid@vger.kernel.org
List-Id: linux-raid.ids

--Sig_/7HQXOT9sn7uFfu=8JYTiMRu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sun, 29 Apr 2012 19:29:10 -0400 Shaya Potter <spotter@gmail.com> wrote:

> On 04/29/2012 06:52 PM, NeilBrown wrote:
> >
> > You've written a new superblock 4K in to each device, where previously =
here
> > was something.   So you have probably corrupted something though we can=
not
> > easily tell what.
> >
> > Retry your experiment with --metadata=3D0.90.  Hopefully one of those
> > combinations will work better.  If it does, make a backup of the data y=
ou
> > want to keep, then I would suggest rebuilding the array from scratch.
>=20
> ok, thanks, that was a huge help.
>=20
> I have it setup correctly now (obvious due to the fact that I can read=20
> the lvm configuration without any gibberish when ordered correctly).

I should add that this only proves that you have the first device correct,
the rest may be wrong.
You need to activate the LVM, then look at the filesystem and see if it is
consistent before you can be sure that all devices are in the correct
position.

NeilBrown



>=20
> however, now I need to figure out how to recreate the lvm appropriately.=
=20
>   I see the configuration "file" in at the start of the raid array (less=
=20
> -f /dev/md0 which I'm including below)
>=20
> I asusme there should be a way to reuse this data to recreate the lvm?
>=20
> any continued advice would be appreciated, googling doesn't seem to come=
=20
> up with much if one doesn't have a backup of the lvm data.
>=20
> raid5 {
> id =3D "8r27WQ-HvIw-0RQV-aksr-LJGN-DLVD-1WBg8h"
> seqno =3D 6
> status =3D ["RESIZEABLE", "READ", "WRITE"]
> extent_size =3D 8192
> max_lv =3D 0
> max_pv =3D 0
>=20
> physical_volumes {
>=20
> pv0 {
> id =3D "7P0W3p-XoPg-rCo8-HJ2G-Hfxc-UDWI-x6nQck"
> device =3D "/dev/md0"
>=20
> status =3D ["ALLOCATABLE"]
> dev_size =3D 11721107456
> pe_start =3D 384
> pe_count =3D 1430799
> }
> }
>=20
> logical_volumes {
>=20
> data {
> id =3D "YZvrHt-Glyr-wnj0-QzV1-qRe6-VcRH-D7wU3U"
> status =3D ["READ", "WRITE", "VISIBLE"]
> segment_count =3D 1
>=20
> segment1 {
> start_extent =3D 0
> extent_count =3D 524288
>=20
> type =3D "striped"
> stripe_count =3D 1        # linear
>=20
> stripes =3D [
> "pv0", 0
> ]
> }
> }
>=20
> image {
> id =3D "uHOzpc-l8L7-eF5h-Fa0C-EsCS-sM6X-3GpOP0"
> status =3D ["READ", "WRITE", "VISIBLE"]
> segment_count =3D 1
>=20
> segment1 {
> start_extent =3D 0
> extent_count =3D 906511
>=20
> type =3D "striped"
> stripe_count =3D 1        # linear
> stripes =3D [
> "pv0", 524288
> ]
> }
> }
> }
> }
> # Generated by LVM2 version 2.02.39 (2008-06-27): Wed Aug 19 23:36:50 2009
>=20
> contents =3D "Text Format Volume Group"
> version =3D 1
>=20
> description =3D ""
>=20
> creation_host =3D "nas"   # Linux nas 2.6.27-14-generic #1 SMP Fri Jul 24=
=20
> 22:19:33 UTC 2009 i686
> creation_time =3D 1250739410      # Wed Aug 19 23:36:50 2009


--Sig_/7HQXOT9sn7uFfu=8JYTiMRu
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iQIVAwUBT53Sqjnsnt1WYoG5AQKsHhAArykOjB4xJb6S/LnKSA6Z69wgdLCLOIDF
yQQCjNg+2xL2vIeaFg4GTy9Nmp87mVv9diYAJL+V1HFOk9X5jKREWw1lT/62N+y0
U6r0Kux491bOM50j0bWiMhvJOjcaTfwdpPpT0L2KQfJ24D4b3vNafQJXjyFDDsrn
nQqUZFzi9mTYeDVf4B/7x7vq2/zOtJfXu6OFFT57HjnvwRIy3KHl/zu2Ss52jlU6
3kvusCuyOpxBugcJvUBdH61g77QU0TLEu7XCqj3g3pyaHTbse6uVLm+R+yD2CDl2
E5GzPqLr6riix0F7byJ0BfQQaPo0+lLHzsAXLcr76Bk2zucKsxEQYbohct0TDvKt
Vxr0evwUJGrwkaugqD+sZQd35kRPvxEIOsI4t+zZcrPKSghtHnR0MY8aMlnZ3+nP
dGnQc1NRm9/EIWx/Jd1PMsUHSR79zCsyBweAXnVpVvQEXk2czp52ARmb/QKhlwNp
WL58uzUQ7Qk5q2NTHrb+tZQniLPVw5oJlS1ArKQjF8koI0q5sn0K/DQ61biwDyVf
jEY2kpD7vw6kWY37aLKpAsDfZ0ag2H/2ZmTUg+HyqON0sENF495J0aP/wBd1l8cS
JKf9NgW4c98+GXuhvv2jKlawqPIr5PkTJJFSPbvLGGALQbkh2QU662FOGY40Rigj
UbCXVNNJjZE=
=phZH
-----END PGP SIGNATURE-----

--Sig_/7HQXOT9sn7uFfu=8JYTiMRu--