[Linux-cluster] gfs_fsck estimation

Matias Kreder mkreder at gmail.com
Fri Jul 13 16:04:36 UTC 2012


On Fri, Jul 13, 2012 at 9:18 AM, Bob Peterson <rpeterso at redhat.com> 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 at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster




More information about the Linux-cluster mailing list