Interesting, if I remove /dev/sdc (the hdd), then this command works: [root@localhost ~]# mount -o degraded,recovery /dev/sdb /mnt [root@localhost ~]# btrfs replace status /mnt 72.1% done, 0 write errs, 0 uncorr. read errs 72.1% done, 0 write errs, 0 uncorr. read errs^C ## above command hangs, but cancels with control-c [root@localhost ~]# btrfs replace cancel /mnt [root@localhost ~]# btrfs replace status /mnt Started on 22.Jul 16:10:37, canceled on 22.Jul 19:41:23 at 0.0%, 0 write errs, 0 uncorr. read errs [root@localhost ~]# btrfs balance start -dconvert=single -mconvert=single /mnt -f Done, had to relocate 10 out of 10 chunks [root@localhost ~]# btrfs fi show Label: 'Rawhide2' uuid: f857c336-b8f5-4f5d-9500-a705ee1b6977 Total devices 2 FS bytes used 6.39GiB devid 1 size 12.58GiB used 7.03GiB path /dev/sdb *** Some devices missing Btrfs v3.14.2 [root@localhost ~]# btrfs fi df /mnt Data, single: total=6.00GiB, used=5.99GiB System, single: total=32.00MiB, used=32.00KiB Metadata, single: total=1.00GiB, used=412.00MiB unknown, single: total=160.00MiB, used=0.00 [root@localhost ~]# btrfs device delete missing /mnt [root@localhost ~]# btrfs fi show Label: 'Rawhide2' uuid: f857c336-b8f5-4f5d-9500-a705ee1b6977 Total devices 1 FS bytes used 6.39GiB devid 1 size 12.58GiB used 7.03GiB path /dev/sdb Btrfs v3.14.2 So it's recovered and back to normal. Chris Murphy-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
