On Fri, Jul 23, 2010 at 01:30:40AM -0700, Eli Morris wrote: > On Jul 12, 2010, at 4:47 AM, Emmanuel Florac wrote: > > > Le Sun, 11 Jul 2010 18:10:41 -0700 > > Eli Morris <ermorris@xxxxxxxx> écrivait: > > > >> Here are some of the log files from my XFS problem. Yes, I think this > >> all started with a hardware failure of some sort. My storage is RAID > >> 6, a an Astra SecureStor ES. > >> > > > > There are IO errors on sdc, sdd and sdg. Aren't these jbods connected > > through the same cable, for instance? You must correct the hardware > > problems before attempting any repair or it will do more harm than good. > > > > -- > > ------------------------------------------------------------------------ > > Emmanuel Florac | Direction technique > > | Intellique > > | <eflorac@xxxxxxxxxxxxxx> > > | +33 1 78 94 84 02 > > ------------------------------------------------------------------------ > > Hi Emmanuel, > > I think the raid tech support and me found and corrected the > hardware problems associated with the RAID. I'm still having the > same problem though. I expanded the filesystem to use the space of > the now corrected RAID and that seems to work OK. I can write > files to the new space OK. But then, if I run xfs_repair on the > volume, the newly added space disappears and there are tons of > error messages from xfs_repair (listed below). Can you post the full output of the xfs_repair? The superblock is the first thing that is checked and repaired, so if it is being "repaired" to reduce the size of the volume then all the other errors are just a result of that. e.g. the grow could be leaving stale secndary superblocks around and repair is seeing a primary/secondary mismatch and restoring the secondary which has the size parameter prior to the grow.... Also, the output of 'cat /proc/partitions' would be interesting from before the grow, after the grow (when everything is working), and again after the xfs_repair when everything goes bad.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs