From owner-freebsd-fs@FreeBSD.ORG  Fri Jun  6 15:54:53 2014
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8084DA06
 for <freebsd-fs@FreeBSD.org>; Fri,  6 Jun 2014 15:54:53 +0000 (UTC)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 01D442172
 for <freebsd-fs@FreeBSD.org>; Fri,  6 Jun 2014 15:54:52 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s56FshR3064215
 for <freebsd-fs@FreeBSD.org>; Fri, 6 Jun 2014 19:54:43 +0400 (MSK)
 (envelope-from marck@rinet.ru)
Date: Fri, 6 Jun 2014 19:54:43 +0400 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: freebsd-fs@FreeBSD.org
Subject: zfs set on a faulty volume
Message-ID: <alpine.BSF.2.00.1406061949230.86394@woozle.rinet.ru>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
X-NCC-RegID: ru.rinet
X-OpenPGP-Key-ID: 6B691B03
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3
 (woozle.rinet.ru [0.0.0.0]); Fri, 06 Jun 2014 19:54:43 +0400 (MSK)
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs/>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jun 2014 15:54:53 -0000

Dear colleagues,

reviving home file server with two consecutively faulting disks (one starts ATA 
detaches-attaches, changing cables does not help; the second just has 
100+remaps and some smart pending sectors) I've found that usual 

zfs send | zfs receive 

sequence does not work: despite there are very few file that could not 
be recovered fully, the whole process stops with 

cannot receive: invalid stream (checksum mismatch)

I gradually zfs send&received all "clean enough" FSes, and then use rsync on 
the largest file storage, and in my case it was not a problem, but:

is there a way to instruct zfs send to skip (and log, of course) unrecoverable 
parts of data?  Quick googling does not help much.

Thanks!

-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------