On Fri, Jul 13, 2012 at 9:18 AM, Bob Peterson <rpeterso@xxxxxxxxxx> wrote: > ----- Original Message ----- > | Hi, > | > | I'm trying to find a method to estimate the time that gfs_fsck will > | take in a specific server. I have seen a lot of different results. > | Do you know of any method/procedure already written? If not, which > | variables should I consider to make an estimation? > | I'm thinking on considering: > | - filesystem size > | - number of Journals > | - CPU speed/number and memory capacity > | > | Any thoughts? > | > | Regards > | Matias Kreder > > Hi Matias, > > I don't think it's possible to estimate the run time of gfs_fsck. > If the file system is clean, it should be doable, but the problem is > that different kinds of corruption cause especially long delays, > and that corruption is unpredictable. > > Another thing to be aware of: Starting with RHEL6.3, the fsck.gfs2 > is now able to analyze and repair GFS1 file systems as well as GFS2, > and it is orders of magnitude faster. It's also much more accurate in > its analysis and more able to repair corruption that gfs_fsck would > just give up and throw away. > > Regards, > > Bob Peterson > Red Hat File Systems > Bob, Thanks for the explanation. I didn't give you the full scenario. I'm looking to estimate the time of fsck before GFS to GFS2 conversion so I can assume that filesystems are clean prior to the fsck as they are mounted and non-corrupted filesystems. Regards Matias Kreder > -- > Linux-cluster mailing list > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
