Re: Estimate xfs_repair run time

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Aug 19, 2017 at 02:14:23PM +0200, Gionatan Danti wrote:
> Sorry, reposting to CC me...
> 
> Il 19-08-2017 12:05 Gionatan Danti ha scritto:
> >Hi list,
> >using XFS on relatively big filesystems (> 8TB) I was wondering if it
> >is possible to estimate how much time an emergency "xfs_repair" would
> >take.
> >
> >Some specific questions:
> >- will total time depend on how much the filesystem is filled (I think
> >so...)?
> >- will total time depend on how data are layed on the physical disks
> >(ie: fragmented vs sequential)?
> >- will total time scale down with increasing spindle count (ie: single
> >disk vs 4-way RAID10)?
> >
> >On a related question: I generally use LVM to segregate/isolate my
> >virtual machine images. In this manner, even a completely blowed up
> >filesystem on one LV can not affect other LV.
> >
> >How do you feel using a single big LV + XFS + preallocated RAW disk
> >images? Can a problem on the main XFS filesystem be contained on only
> >some VM files, or it really risks to destroy the entire filesystem?

Should work fine; be sure to set the extent size hint to reduce fragmentation.

--D

> >
> >Thank you all.
> 
> -- 
> Danti Gionatan
> Supporto Tecnico
> Assyoma S.r.l. - www.assyoma.it
> email: g.danti@xxxxxxxxxx - info@xxxxxxxxxx
> GPG public key ID: FF5F32A8
> --
> To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux