xfs fs on lvm, failed drive.

Gary Artim gartim at gmail.com
Wed Oct 29 13:54:26 CDT 2014


will try running xfs_repair...been trouble using lvm. thanks!

On Wed, Oct 29, 2014 at 11:18 AM, Stan Hoeppner <stan at hardwarefreak.com>
wrote:

> On 10/29/2014 12:19 PM, Gary Artim wrote:
> > Hi...wondering if there is anyway I can salvage a directory on the lvm
> > volume that is xfs? thanks of any help, assembled:
> >
> > parted /dev/sdx
> > mklabel gpt
> > mkpart primary xfs 1 -1 (sometime xfs doesnt work until the xfsprogs are
> > installed and reboot)
> > set 1 lvm on
> >
> > do this for each drive.
> > pvcreate /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
> > vgcreate backup /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
> > lvcreate -L 9T -n backuplv backup
> > mkfs.xfs -L backuplv /dev/mapper/backup-backuplv
> > /dev/mapper/backup-backuplv /xfs xfs   (in fstab)
> >
> > failed drive:
> > /dev/sdc1
>
> You've created an XFS filesystem atop a concatenation of non-redundant
> drives so this condition should not be unexpected.  It's not a directory
> you want to salvage, but the files within it.  If they reside on sdc1
> you're out of luck without using data recovery tools.  If they reside on
> sdb1, sdd1, or sde1, then running xfs_repair might make the FS mountable
> and get you access to them again.
>
> That's assuming LVM is still running with one drive gone, or will still
> assemble the concatenation with one drive missing.  I don't use LVM.
>
> Cheers,
> Stan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20141029/79cd6e80/attachment.html>


More information about the xfs mailing list