Hi,
The btrfs is not stable when you perform intensive large files saving in parallel threads!!! We were able to crash it twice in raw. Btrfs trying to cache data and save it later. In the result we got a kernel panic. The first time Kernel panic was not recoverable without reboot. The second time computer didn't freeze.
After this system was completely corrupted and it is not recoverable.
Code:
mount -o recovery /dev/vdb /srv/btrfs
Looks great on video but doesn't working. See below:
Code:
# mount -o recovery /dev/vdb /srv/btrfs
mount: wrong fs type, bad option, bad superblock on /dev/vdb,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
#
Dmesg give this:
Code:
device fsid c5ce4702-2dbf-4b57-8067-bd6129fc124b devid 1 transid 1384 /dev/vdb
btrfs: enabling auto recoveryparent transid verify failed on 20971520 wanted 1347 found 3121
parent transid verify failed on 20971520 wanted 1347 found 3121
parent transid verify failed on 20971520 wanted 1347 found 3121
parent transid verify failed on 29470720 wanted 1357 found 3231
parent transid verify failed on 29470720 wanted 1357 found 3231
parent transid verify failed on 29470720 wanted 1357 found 3231
parent transid verify failed on 29470720 wanted 1357 found 3231
parent transid verify failed on 29470720 wanted 1357 found 3231
Failed to read block groups: -5
btrfs: open_ctree failed
I think Oracle need to spend couple more years before it will work.