On Fri, Jul 10, 2015 at 3:34 AM, Qu Wenruo <quwen...@cn.fujitsu.com> wrote:
> One of my patch addressed a problem that a converted btrfs can't pass
> btrfsck.
>
> Not sure if that is the cause, but if you can try btrfs-progs v3.19.1, the
> one without my btrfs-progs patches and some other newer convert related
> patches, and see the result?
>
> I think this would at least provide the base for bisect the btrfs-progs if
> the bug is in btrfs-progs.
Unfortunately, even though I had the original image saved, I was
unable to restore it ; I went on with btrfs fi defrag and btrfs
balance before realising that there was an issue.
And that issue hid itself for quite some time ( I thought I had
avoided it by using a different /home partition ) and appeared at the
worst possible time - when doing a system update ( zypper dup ). The
system became read-only and I rebooted to
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Trying to boot an older snapshot ( I use snapper ) shows a more explicit error
BTRFS: error (device sda1) in btrfs_replay_log:2334: errno=-95
unknown (Failed to recover log tree)
BTRFS: open_ctree failed
Running
$ btrfs check /dev/sda1
yields the following output ( note that I'm typing this as I see it on
the screen, some typos might occur ):
Checking filesystem on /dev/sda1
UUID: ....
checking extents
checking free space cache
checking fs roots
root 5 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 497 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 689 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 732 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 733 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 734 inode 14214570 errors 100, file extent discount
Found file extent holes:
root 762 inode 14214570 errors 100, file extent discount
Found file extent holes:
....
root 1184 inode 14214570 errors 100, file extent discount
Found file extent holes:
found 110778231275 bytes used err is 1
total csum bytes: 104238064
total tree byes: 4047454208
total fs tree bytes: 3849125888
total extend tree bytes: 76496896
btree space waste bytes: 907307515
file data blocks allocated: 642367569920
referenced 211828183040
btrfs-progs v4.1+20150622
Also, $(uname -r) is 4.1.1-1-desktop
The disk image (still) contains sensitive data so I can't share it
unfortunately. What I can do is keep it untouched until Friday evening
EEST and run any debugging commands that you might think of to trace
down the source of the errors. Alternatively, if there's an easy and
safe fix and debugging is not worth it, I'm happy to apply that fix as
well.
At any rate, looking forward to your replies.
Thanks,
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
