On Tuesday 23 of December 2014, Dave Chinner wrote: > On Tue, Dec 23, 2014 at 02:12:15AM +0000, Weber, Charles (NIH/NIA/IRP) [E] wrote: > > here you go > > > > # xfs_db -c "inode 131" -c p /dev/dm-7 > > Nothing obviously wrong there, so there's no clear indication of why > the quota initialisation failed. gquotino should be set to null, setting it via xfs_db should fix the problem > uquotino = 131 > gquotino = 0 > qflags = 0 Otherwise we end up with my last problem http://oss.sgi.com/archives/xfs/2014-07/msg00121.html "- 3.10 kernel is not able to handle case when uquotino == value, gquotino == 0. For 3.10 this case is impossible / should never happen. 3.10 expects (uquotino == value, gquotino == null) or (uquotino == value, gquotino == othervalue) or (uqotinfo == null, gruotino == value) only." So I guess 2.6.32 is doing the same. AFAIK xfs_repair doesn't fix this issue. Not sure. > Dave. -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
