El Viernes 08/02/2019 a las 13:57, Ricardo J. Barberis escribió: > El Viernes 08/02/2019 a las 13:26, Darrick J. Wong escribió: > > On Fri, Feb 08, 2019 at 12:49:24PM -0300, Ricardo J. Barberis wrote: > > > El Viernes 08/02/2019 a las 10:17, Brian Foster escribió: > > > > On Thu, Feb 07, 2019 at 01:09:38PM -0300, Ricardo J. Barberis wrote: > [ ... ] > > > > Does xfs_repair find and fix anything? Please show the associated repair > > > > output. > > > > > > Unfotunately I didn't save xfs_repair output, but I don't believe it fixed > > > anything other than the log that first time. > > > > Eric Sandeen amended xfs_repair in xfsprogs 4.17 to detect and zap > > corrupt quota blocks. I don't know what version of xfsprogs centos 7.6 > > ships with, but you might try running something newer? > > > > (Run it with -n first to make sure repair identifies the corrupt dquot > > blocks, as is customary...) > > I can try to compile 4.17 (CentOS 7.6 has 4.5.0) and see if it helps Indeed, 4.19 found the corruption: Metadata corruption detected at 0x460184, xfs_dquot block 0x4170/0x1000 User quota: bad UUID for id 55197. Would correct. And fixed it when ran without '-n': Metadata corruption detected at 0x460184, xfs_dquot block 0x4170/0x1000 User quota: bad UUID for id 55197. Corrected. After that, I mounted it and ran "xfs_quota -x -c 'report /home -b'" without issues. Thanks! -- Ricardo J. Barberis Usuario Linux Nº 250625: http://counter.li.org/ Usuario LFS Nº 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com
