From owner-freebsd-fs@FreeBSD.ORG Sat Jan 21 20:12:40 2012 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAAE106566B for ; Sat, 21 Jan 2012 20:12:40 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5B88FC12 for ; Sat, 21 Jan 2012 20:12:39 +0000 (UTC) Received: from [IPv6:2001:470:28:140:601f:f121:15c2:c359] ([IPv6:2001:470:28:140:601f:f121:15c2:c359]) (authenticated bits=0) by otrada.od.ua (8.14.4/8.14.5) with ESMTP id q0LKCV3D006986; Sat, 21 Jan 2012 22:12:31 +0200 (EET) (envelope-from universite@ukr.net) Message-ID: <4F1B1C1B.9020000@ukr.net> Date: Sat, 21 Jan 2012 22:12:11 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Bob Friesenhahn References: <4F1AC88A.2070603@ukr.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (otrada.od.ua [IPv6:2001:470:28:140::5]); Sat, 21 Jan 2012 22:12:32 +0200 (EET) X-Spam-Status: No, score=-97.8 required=5.0 tests=FREEMAIL_FROM,RDNS_NONE, SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mary-teresa.otrada.od.ua Cc: fs@freebsd.org Subject: Re: Unrecognized error on zfs v28 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 20:12:40 -0000 21.01.2012 17:11, Bob Friesenhahn wrote: > On Sat, 21 Jan 2012, Vladislav V. Prodan wrote: > > A recommendation for how to deal with the problem was provided in the > zpool status "action" text. If you don't have a backup for the file, > then an alternative is to just delete it and hope that you did not > really need it. I moved the text file and started again zpool scrub zroot. Is it possible to somehow automate removal of a large number of "problem" files? > > Your pool/filessytem does not include any data redundancy so it is not > able to repair bad data. > > If you had set the zfs filesystem attribute 'copies=2' then zfs would > likely have been able to recover this data, even though you only have > one disk, but more disk space would have been consumed. > Is it possible that, using zfs set copies=2 , run auto-cloning data without having to move to another location and moving back to the old place? -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE