Ok, first it finished (almost 24H)
(...)
ERROR: root 3862 EXTENT_DATA[18170706 135168] interrupt
ERROR: root 3862 EXTENT_DATA[18170706 1048576] interrupt
ERROR: root 3864 EXTENT_DATA[109336 4096] interrupt
ERROR: errors found in fs roots
found 5544779108352 bytes used, error(s) found
total csum bytes: 5344523140
total tree bytes: 71323041792
total fs tree bytes: 59288403968
total extent tree bytes: 5378260992
btree space waste bytes: 10912166856
file data blocks allocated: 7830914256896
referenced 6244104495104
Thanks for your reply Qu
On Thu, Jun 22, 2017 at 10:22:57AM +0800, Qu Wenruo wrote:
> >gargamel:~# btrfs check -p --mode lowmem /dev/mapper/dshelf2
> >Checking filesystem on /dev/mapper/dshelf2
> >UUID: 85441c59-ad11-4b25-b1fe-974f9e4acede
> >ERROR: extent[3886187384832, 81920] referencer count mismatch (root:
> >11930, owner: 375444, offset: 1851654144) wanted: 1, have: 4
>
> This means that in extent tree, btrfs says there is only one referring
> to this extent, but lowmem mode find 4.
>
> It would provide great help if you could dump extent tree for it.
> # btrfs-debug-tree <dev> | grep -C 10 3886187384832
extent data backref root 11712 objectid 375444 offset 1851572224 count 1
extent data backref root 11276 objectid 375444 offset 1851572224 count 1
extent data backref root 11058 objectid 375444 offset 1851572224 count 1
extent data backref root 11494 objectid 375444 offset 1851572224 count 1
item 37 key (3886187352064 EXTENT_ITEM 32768) itemoff 11381 itemsize 140
extent refs 4 gen 32382 flags DATA
extent data backref root 11712 objectid 375444 offset 1851596800 count 1
extent data backref root 11276 objectid 375444 offset 1851596800 count 1
extent data backref root 11058 objectid 375444 offset 1851596800 count 1
extent data backref root 11494 objectid 375444 offset 1851596800 count 1
item 38 key (3886187384832 EXTENT_ITEM 81920) itemoff 11212 itemsize 169
extent refs 16 gen 32382 flags DATA
extent data backref root 11712 objectid 375444 offset 1851654144 count 4
extent data backref root 11276 objectid 375444 offset 1851654144 count 4
extent data backref root 11058 objectid 375444 offset 1851654144 count 3
extent data backref root 11494 objectid 375444 offset 1851654144 count 4
extent data backref root 11930 objectid 375444 offset 1851654144 count 1
item 39 key (3886187466752 EXTENT_ITEM 16384) itemoff 11043 itemsize 169
extent refs 5 gen 32382 flags DATA
extent data backref root 11712 objectid 375444 offset 1851744256 count 1
extent data backref root 11276 objectid 375444 offset 1851744256 count 1
> >ERROR: errors found in extent allocation tree or chunk allocation
> >cache and super generation don't match, space cache will be invalidated
> >ERROR: root 3857 EXTENT_DATA[108864 4096] interrupt
>
> This means that, for root 3857, inode 108864, file offset 4096, there is
> a gap before that extent.
> In NO_HOLES mode it's allowed, but if NO_HOLES incompat flag is not set,
> this should be a problem.
>
> I wonder if this is a problem caused by inlined compressed file extent.
>
> This can also be dumped by the following command.
> # btrfs-debug-tree -t 3857 <dev> | grep -C 10 108864
This one is much bigger (192KB), I've bzipped and attached it.
Thanks for having a look, I appreciate it.
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/
Attachment:
out.bz2
Description: Binary data
