Re: new fs, xfs_admin new label, metadata corruption detected

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



OK I can consistently reproduce this on the CLI. I end up with totally different

# lvcreate -L 40g VG -n testxfs
  Logical volume "testxfs" created.
# lvs
  LV         VG   Attr       LSize  Pool       Origin Data%  Meta%
Move Log Cpy%Sync Convert
  testbtrfs  VG   Vwi-a-tz-- 39.06g thintastic        0.01
  testext4   VG   Vwi-a-tz-- 39.06g thintastic        3.96
  testxfs    VG   -wi-a----- 40.00g
  thintastic VG   twi-aotz-- 39.06g                   3.97   4.86
# mkfs.xfs /dev/VG/testxfs
meta-data=/dev/VG/testxfs        isize=512    agcount=4, agsize=2621440 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=0
data     =                       bsize=4096   blocks=10485760, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=5120, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# mount /dev/VG/testxfs /mnt/0
# cp file.iso /mnt/0
# lvresize -L 80g VG/testxfs
  Size of logical volume VG/testxfs changed from 40.00 GiB (10240
extents) to 80.00 GiB (20480 extents).
  Logical volume testxfs successfully resized.
# xfs_growfs -d /mnt/0
meta-data=/dev/mapper/VG-testxfs isize=512    agcount=4, agsize=2621440 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1 spinodes=0
data     =                       bsize=4096   blocks=10485760, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=5120, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 10485760 to 20971520
# df -h
Filesystem              Size  Used Avail Use% Mounted on
devtmpfs                1.9G     0  1.9G   0% /dev
tmpfs                   1.9G     0  1.9G   0% /dev/shm
tmpfs                   1.9G  904K  1.9G   1% /run
tmpfs                   1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sda1               180G   15G  165G   9% /
tmpfs                   1.9G  4.0K  1.9G   1% /tmp
/dev/sda1               180G   15G  165G   9% /boot
/dev/sda6               525M  8.4M  517M   2% /boot/efi
/dev/mapper/brick1      562G  355G  205G  64% /brick1
tmpfs                   388M     0  388M   0% /run/user/1000
/dev/mapper/VG-testxfs   80G  857M   80G   2% /mnt/0
[root@f23s ~]# lvs
  LV         VG   Attr       LSize  Pool       Origin Data%  Meta%
Move Log Cpy%Sync Convert
  testbtrfs  VG   Vwi-a-tz-- 39.06g thintastic        0.01
  testext4   VG   Vwi-a-tz-- 39.06g thintastic        3.96
  testxfs    VG   -wi-ao---- 80.00g
  thintastic VG   twi-aotz-- 39.06g                   3.97   4.86
# xfs_info /dev/VG/testxfs
meta-data=/dev/mapper/VG-testxfs isize=512    agcount=8, agsize=2621440 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1 spinodes=0
data     =                       bsize=4096   blocks=20971520, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=5120, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# xfs_repair -n /dev/VG/testxfs
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
Metadata corruption detected at xfs_agf block 0x8c00008/0x1000
fllast 1014 in agf 7 too large (max = 1014)
Metadata corruption detected at xfs_agf block 0x6400008/0x1000
fllast 1014 in agf 5 too large (max = 1014)
Metadata corruption detected at xfs_agf block 0x5000008/0x1000
fllast 1014 in agf 4 too large (max = 1014)
Metadata corruption detected at xfs_agf block 0x7800008/0x1000
fllast 1014 in agf 6 too large (max = 1014)
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 4
        - agno = 2
        - agno = 7
        - agno = 5
        - agno = 6
        - agno = 3
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.
# mount /dev/VG/testxfs /mnt/0

No mount errors.
[14189.495433] XFS (dm-5): Mounting V5 Filesystem
[14189.710141] XFS (dm-5): Ending clean mount
[14326.856144] XFS (dm-5): Unmounting Filesystem
[14413.691734] XFS (dm-5): Mounting V5 Filesystem
[14413.833598] XFS (dm-5): Ending clean mount



Chris Murphy

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs



[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux