On 8/11/13 2:11 AM, Michael Maier wrote: > Hello! > > I think I'm facing the same problem as already described here: > http://thread.gmane.org/gmane.comp.file-systems.xfs.general/54428 Maybe you can try the tracing Dave suggested in that thread? It certainly does look similar. <snip> > xfs_info /mnt > meta-data=/dev/mapper/backupMy-daten3 isize=256 agcount=42, agsize=7700480 blks > = sectsz=512 attr=2 > data = bsize=4096 blocks=319815680, imaxpct=25 > = sunit=0 swidth=0 blks > naming =version 2 bsize=4096 ascii-ci=0 > log =internal bsize=4096 blocks=60160, version=2 > = sectsz=512 sunit=0 blks, lazy-count=1 > realtime =none extsz=4096 blocks=0, rtextents=0 > > FWIW, f I make a filesystem with that geometry on 3.10.5, and grow it to the same size as below, using xfsprogs-3.1.11, > Doing xfs_growfs again gives: > > xfs_growfs /mnt > meta-data=/dev/mapper/backupMy-daten3 isize=256 agcount=42, agsize=7700480 blks > = sectsz=512 attr=2 > data = bsize=4096 blocks=319815680, imaxpct=25 > = sunit=0 swidth=0 blks > naming =version 2 bsize=4096 ascii-ci=0 > log =internal bsize=4096 blocks=60160, version=2 > = sectsz=512 sunit=0 blks, lazy-count=1 > realtime =none extsz=4096 blocks=0, rtextents=0 > xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Structure needs cleaning > data blocks changed from 319815680 to 346030080 it works fine here. I don't know if luks could have something to do with it. Still, reread the thread you pointed to ,and see if you can gather some of the info Dave asked for then (which was never provided on that thread, so it died.) Thanks, -Eric _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
