In the last step of scrub_handle_error_block, we try to combine good
copies on all possible mirrors, this works fine for raid1 and raid10,
but not for raid56 as it's doing parity rebuild.

If parity rebuild doesn't get back with correct data which matches its
checksum, in case of replace we'd rather write what is stored in the
source device than the data calculuated from parity.

Signed-off-by: Liu Bo <bo.li....@oracle.com>
---
 fs/btrfs/scrub.c | 13 +++++++++++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
index 1b5ce2f..f449dc6 100644
--- a/fs/btrfs/scrub.c
+++ b/fs/btrfs/scrub.c
@@ -1412,8 +1412,17 @@ static int scrub_handle_errored_block(struct scrub_block 
*sblock_to_check)
                if (!page_bad->io_error && !sctx->is_dev_replace)
                        continue;
 
-               /* try to find no-io-error page in mirrors */
-               if (page_bad->io_error) {
+               if (scrub_is_page_on_raid56(sblock_bad->pagev[0])) {
+                       /*
+                        * In case of dev replace, if raid56 rebuild process
+                        * didn't work out correct data, then copy the content
+                        * in sblock_bad to make sure target device is identical
+                        * to source device, instead of writing garbage data in
+                        * sblock_for_recheck array to target device.
+                        */
+                       sblock_other = NULL;
+               } else if (page_bad->io_error) {
+                       /* try to find no-io-error page in mirrors */
                        for (mirror_index = 0;
                             mirror_index < BTRFS_MAX_MIRRORS &&
                             sblocks_for_recheck[mirror_index].page_count > 0;
-- 
2.9.4

--
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

Reply via email to