Re: Failed gfs_grow causing corrupt volume

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

 



On Fri, 2008-01-25 at 12:08 +0000, Ben Yarwood wrote:
> Trying to grow a 15TB file system to 20TB this morning, using RHEL4.4 I got an error and the grow failed.  The file system will
> still mount but when accessed gives the following error and withdraws:
> 
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0: fatal: invalid metadata block
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0:   bh = 465407847 (type: exp=4, found=3)
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0:   function = gfs_get_meta_buffer
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0:   file =
> /builddir/build/BUILD/gfs-kernel-2.6.9-75/smp/src/gfs/dio.c, line = 1223
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0:   time = 1201260769
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0: about to withdraw from the cluster
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0: waiting for outstanding I/O
> Jan 25 11:32:49 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0: telling LM to withdraw
> Jan 25 11:32:50 jrmedia-c kernel: lock_dlm: withdraw abandoned memory
> Jan 25 11:32:50 jrmedia-c kernel: GFS: fsid=alpha_cluster:wav.0: withdrawn

Hi Ben,

It sounds like you found a bug in gfs_grow.  It should probably have
cleaned up after itself when it failed.  Can you tell me more about
the gfs_grow error and possibly open a bugzilla record for it?
Nobody else has reported a problem like this to my knowledge.

Unfortunately, as far as your file system is concerned, there is not
much that can be done.  I tried to put a lot of smarts into gfs_fsck to
repair weird and damaged RG conditions (thus the 3 levels of RG repair).
Unfortunately, gfs_grow throws the normal ("mkfs") rules out and can put
file system metadata in places that gfs_fsck can't reasonably predict.

(I did my best to remedy that with gfs2 (gfs2_grow) but we can't
change the on-disk format of gfs1, so we can't change it.)

Regards,

Bob Peterson
Red Hat GFS


--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux