Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 04 Oct 2010 19:24:27 -0400
From:      Dan Langille <dan@langille.org>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        freebsd-stable <freebsd-stable@freebsd.org>, Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject:   Re: out of HDD space - zfs degraded
Message-ID:  <4CAA622B.4040904@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, -just finished a scrub.

$ zpool status
   pool: storage
  state: ONLINE
status: One or more devices has experienced an unrecoverable error.  An
         attempt was made to correct the error.  Applications are 
unaffected.
action: Determine if the device needs to be replaced, and clear the errors
         using 'zpool clear' or replace the device with 'zpool replace'.
    see: http://www.sun.com/msg/ZFS-8000-9P
  scrub: scrub completed after 13h48m with 0 errors on Mon Oct  4 
16:54:15 2010
config:

         NAME                 STATE     READ WRITE CKSUM
         storage              ONLINE       0     0     0
           raidz2             ONLINE       0     0     0
             gpt/disk01-live  ONLINE       0     0     0
             gpt/disk02-live  ONLINE       0     0     0
             gpt/disk03-live  ONLINE       0     0     0
             gpt/disk04-live  ONLINE       0     0     0
             gpt/disk05-live  ONLINE       0     0     0
             gpt/disk06-live  ONLINE       0     0  141K  3.47G repaired
             gpt/disk07-live  ONLINE       0     0     0

errors: No known data errors


-- 
Dan Langille - http://langille.org/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CAA622B.4040904>