Date: Mon, 16 Jun 2014 09:40:17 +0100 From: Tom Evans <tevans.uk@googlemail.com> To: Anders Jensen-Waud <anders@jensenwaud.com> Cc: FreeBSD FS <freebsd-fs@freebsd.org> Subject: Re: ZFS pool permanent error question -- errors: Permanent errors have been detected in the following files: storage: <0x0> Message-ID: <CAFHbX1KiLJi6zzcWEjd5YxV9Rchivt5_9A8kdk1tgz2-jjtLdA@mail.gmail.com> In-Reply-To: <20140616024942.GA13697@koodekoo.local> References: <CALvn0yiiBJRWvA0QWmQMaC=k8ZwEmmDe6vuySQT=o%2BdA3wAyEA@mail.gmail.com> <20140615211052.GA63247@neutralgood.org> <20140616024942.GA13697@koodekoo.local>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jun 16, 2014 at 3:49 AM, Anders Jensen-Waud <anders@jensenwaud.com> wrote: > Running 'gpt recover /dev/da1' fixes the error above but after a reboot > it reappears. Would it be better to completely wipe the disk and > reinitialise it with zfs? > > Miraculously, an overnight 'zpool scrub storage' has wiped out the errors > from yesterday, and I am puzzled why that is the case. As per the > original zpool status from yesterday, ZFS warned that I needed to > recover all the files from backup > > aj@beastie> zpool status ~ > pool: backup > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > backup ONLINE 0 0 0 > da1 ONLINE 0 0 0 > > errors: No known data errors > > pool: storage > state: ONLINE > scan: scrub repaired 984K in 11h37m with 0 errors on Mon Jun 16 01:55:48 2014 > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > da0 ONLINE 0 0 0 > > errors: No known data errors > >> Running ZFS in a partition or on the entire disk is fine either way. But >> you have to be consistent. Partitioning a disk and then writing outside >> of the partition creates errors like the above GEOM one. > > Agree. In this instance it wasn't da0/storage, however. > You agree, but both of your pools are on the whole disk - da0 and da1 - and not on any partition on that disk. This means that consistently ZFS will trash the GPT table/labels, because you have told it that it can write there. If you GPT partition your disk, your pool should consist of partitions - da1p1, not da1. You do not need to GPT partition your disk unless you want to. Cheers Tom
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFHbX1KiLJi6zzcWEjd5YxV9Rchivt5_9A8kdk1tgz2-jjtLdA>