Date: Sat, 21 Jan 2012 22:12:11 +0200 From: "Vladislav V. Prodan" <universite@ukr.net> To: Bob Friesenhahn <bfriesen@simple.dallas.tx.us> Cc: fs@freebsd.org Subject: Re: Unrecognized error on zfs v28 Message-ID: <4F1B1C1B.9020000@ukr.net> In-Reply-To: <alpine.GSO.2.01.1201210906430.15666@freddy.simplesystems.org> References: <4F1AC88A.2070603@ukr.net> <alpine.GSO.2.01.1201210906430.15666@freddy.simplesystems.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <filesystem>, run auto-cloning data without having to move to another location <filesystem> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F1B1C1B.9020000>