Date: Tue, 31 Mar 2009 10:21:33 -0400 From: Juan Miscaro <jmiscaro@gmail.com> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-questions@freebsd.org Subject: Re: Recovering a GEOM RAID0 array Message-ID: <d0626390903310721u21971567k99c94b01e0d57fe4@mail.gmail.com> In-Reply-To: <gqt6ib$q6c$1@ger.gmane.org> References: <d0626390903301221o701f762ao18269ae6e212affa@mail.gmail.com> <gqt0rm$64m$1@ger.gmane.org> <d0626390903310522w67f09292t5148334ee3cd2a2d@mail.gmail.com> <gqt3ei$f77$1@ger.gmane.org> <d0626390903310621p5e6e71a9n38ec5b81f5780585@mail.gmail.com> <gqt6ib$q6c$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/3/31 Ivan Voras <ivoras@freebsd.org>: > Juan Miscaro wrote: > >>> What does "gstripe list" say? What does "sysctl -b kern.geom.confxml" s= ay? >> >> 'gstripe list' does not return any output at all. >> >> Output to the sysctl command is attached. > > "gstripe list" cannot output nothing, since the sysctl output you posted > says a partial GEOM_STRIPE instance is present on the system. There *really is* no output to the 'gstripe list' command. > This is bad: > > =C2=A0 =C2=A0<geom id=3D"0xc3065300"> > =C2=A0 =C2=A0 =C2=A0<class ref=3D"0xc0978f60"/> > =C2=A0 =C2=A0 =C2=A0<name>ad3c</name> > =C2=A0 =C2=A0 =C2=A0<rank>3</rank> > =C2=A0 =C2=A0 =C2=A0 =C2=A0<consumer id=3D"0xc30698c0"> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<geom ref=3D"0xc3065300"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<provider ref=3D"0xc2e6fd80"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mode>r0w0e0</mode> > =C2=A0 =C2=A0 =C2=A0 =C2=A0</consumer> > =C2=A0 =C2=A0</geom> > =C2=A0 =C2=A0<geom id=3D"0xc3032a00"> > =C2=A0 =C2=A0 =C2=A0<class ref=3D"0xc0978f60"/> > =C2=A0 =C2=A0 =C2=A0<name>ad3a</name> > =C2=A0 =C2=A0 =C2=A0<rank>3</rank> > =C2=A0 =C2=A0 =C2=A0 =C2=A0<consumer id=3D"0xc2fde5c0"> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<geom ref=3D"0xc3032a00"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<provider ref=3D"0xc2e6fc80"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mode>r0w0e0</mode> > =C2=A0 =C2=A0 =C2=A0 =C2=A0</consumer> > =C2=A0 =C2=A0</geom> > =C2=A0 =C2=A0<geom id=3D"0xc3032d00"> > =C2=A0 =C2=A0 =C2=A0<class ref=3D"0xc0978f60"/> > =C2=A0 =C2=A0 =C2=A0<name>ad3s1</name> > =C2=A0 =C2=A0 =C2=A0<rank>3</rank> > =C2=A0 =C2=A0 =C2=A0 =C2=A0<consumer id=3D"0xc2fdea00"> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<geom ref=3D"0xc3032d00"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<provider ref=3D"0xc2e6fa00"/> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mode>r0w0e0</mode> > =C2=A0 =C2=A0 =C2=A0 =C2=A0</consumer> > =C2=A0 =C2=A0</geom> > > It looks like you created a both a fdisk partition table and a bsdlabel > partition table on the ad3 drive. If so, your data is probably already > corrupted. What is a generic configuration? Or can you explain how you come to that conclusion? > ad1 is also strangely partitioned but since it's your first drive in a > stripe this can be acceptable (it will contain the first sectors of the > array, including its partition tables). > >> # gstripe dump ad3 >> Can't read metadata from ad3: Invalid argument. >> Not fully done. > > This can happen if the metadata on ad3 is corrupted. You'll need to dump > the last sector and inspect it to verify. I've never done that before. Can you be explicit? -- jm
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d0626390903310721u21971567k99c94b01e0d57fe4>