Date: Mon, 04 Oct 2010 13:19:11 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Dan Langille <dan@langille.org> Cc: freebsd-stable <freebsd-stable@freebsd.org>, Jeremy Chadwick <freebsd@jdc.parodius.com> Subject: Re: out of HDD space - zfs degraded Message-ID: <20101004131911.6737284xpe0sv23o@webmail.leidinger.net> In-Reply-To: <4CA87233.2050308@langille.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Bye, Alexander. -- If your mother knew what you're doing, she'd probably hang her head and cry. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101004131911.6737284xpe0sv23o>