XFS File system in trouble
Dave Chinner
david at fromorbit.com
Sat Aug 15 17:48:40 CDT 2015
On Sat, Aug 15, 2015 at 07:57:04PM +0100, Roger Willcocks wrote:
>
> On 15 Aug 2015, at 19:48, Eric Sandeen <sandeen at sandeen.net> wrote:
>
> > On 8/15/15 7:28 AM, Roger Willcocks wrote:
> >> xfs_repair 3.2.1 runs cleanly.
> >>
> >> xfs_repair 3.1.1 complains about a load of stuff, including:
> >
> > I wouldn't expect v3.1.1 to work at all, because:
> >
> > # db/xfs_db -V
> > xfs_db version 4.2.0-rc1
> > # db/xfs_db /mnt/test2/leslie/md0.img -c version
> > versionnum [0xbdb4+0x8a] = V4,NLINK,DIRV2,ATTR,ALIGN,DALIGN,LOGV2,EXTFLG,SECTOR,MOREBITS,ATTR2,LAZYSBCOUNT,PROJID32BIT
> >
> > the filesystem has 32-bit project IDs, and:
> >
> > # git log --oneline | grep -i "projid32bit"
> > dd536e1 xfsprogs: Note projid32bit default change in mkfs.xfs manpage
> > 22bc10e xfsprogs: projid32bit handling
> >
> > # git describe --contains 22bc10e
> > v3.1.4~2
> >
> > that feature support didn't show up until v3.1.4. Were you running a stock v3.1.1?
> >
> > Anyway, in my testing, up to v3.2.0, repair finds a lot of errors (and spends some
> > time looking for a proper superblock)
> >
> > v3.2.1 finds no errors.
> >
>
> And there’s the problem, (since XFS_SB_VERSION2_CRCBIT is not set)
> xfs-repair-3.2.1 should spot and fix the v3 inode.
>
> repair/dinode.c (tip) only checks for (line 2335 or so):
>
> (xfs_sb_version_hascrc(&mp->m_sb) && dino->di_version < 3)
>
> not a non-crc filesystem with version >= 3.
>
> Adding the missing check:
>
> || (! xfs_sb_version_hascrc(&mp->m_sb) && dino->di_version >= 3)
Yup, that looks like the issue. Good spotting, Roger! Can you send a
patch w/ signoff that I can commit?
Cheers,
Dave.
--
Dave Chinner
david at fromorbit.com
More information about the xfs
mailing list