Date: Sun, 17 Oct 2010 18:27:51 -0400 From: Dan Langille <dan@langille.org> To: freebsd-stable@freebsd.org Subject: Re: out of HDD space - zfs degraded Message-ID: <4CBB7867.6020909@langille.org> In-Reply-To: <20101004131911.6737284xpe0sv23o@webmail.leidinger.net> References: <4CA73702.5080203@langille.org> <20101002141921.GC70283@icarus.home.lan> <4CA7AD95.9040703@langille.org> <20101002223626.GB78136@icarus.home.lan> <4CA7BEE4.9050201@langille.org> <20101002235024.GA80643@icarus.home.lan> <4CA7E4AE.4060607@langille.org> <4CA87233.2050308@langille.org> <20101004131911.6737284xpe0sv23o@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10/4/2010 7:19 AM, Alexander Leidinger wrote: > Quoting Dan Langille <dan@langille.org> (from Sun, 03 Oct 2010 08:08:19 > -0400): > >> Overnight, the following appeared in /var/log/messages: >> >> Oct 2 21:56:46 kraken root: ZFS: checksum mismatch, zpool=storage >> path=/dev/gpt/disk06-live offset=123103157760 size=1024 >> Oct 2 21:56:47 kraken root: ZFS: checksum mismatch, zpool=storage >> path=/dev/gpt/disk06-live offset=123103159808 size=1024 > > [...] > >> Given the outage from yesterday when ada0 was offline for several >> hours, I'm guessing that checksum mismatches on that drive are >> expected. Yes, /dev/gpt/disk06-live == ada0. > > If you have the possibility to run a scrub of the pool, there should be > no additional checksum errors accouring *after* the scrub is *finished*. > If checksum errors still appear on this disk after the scrub is > finished, you should have a look at the hardware (cable/disk) and take > appropriate replacement actions. For the record, there have been no further checksum errors. :) -- Dan Langille - http://langille.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CBB7867.6020909>