Estimate xfs_repair run time

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

 



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?

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



[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