[H-GEN] ZFS and SMART Error Count - Advice

[James Mills]

UPDATE:

$ zpool status
  pool: data
 state: ONLINE
  scan: scrub repaired 0 in 0h27m with 0 errors on Sat Aug 22 10:35:01 2015
config:

NAME                                         STATE     READ WRITE CKSUM
data                                         ONLINE       0     0     0
 raidz2-0                                   ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1A34PBK88YRS  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK2A34PBK9N9DT  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1A34PBK2XSMS  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1A34PBK6UBTS  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK2A34PBK9VW0T  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1234P9GL7RLX  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1234P9GL7RZX  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1234P9GL8K7X  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1234P9GL87NX  ONLINE       0     0     0
   ata-HGST_HDN724030ALE640_PK1A34PBKDHRMS  ONLINE       0     0     0

errors: No known data errors

Despite increased CRC errors on that disk
the pool seems fine? Not sure what "best practice"
is here... Advice appreciated!

I'm leaning towards just gettnig the disk replace
as it's still under warranty.

cheers
James


James Mills / prologic

E: prologic at shortcircuit.net.au
W: prologic.shortcircuit.net.au

On Sat, Aug 22, 2015 at 10:36 AM, James Mills <prologic at shortcircuit.net.au>
wrote:

> Hi Guys,
>
> Just after some practical advice here.
>
> Just had a drive that increased it's error count
> from 7 to 8 last night in my ZFS 10 disk pool
> and am a bit concerned I should be replacing it ASAP!
>
> $ ssh root at data 'smartctl -a /dev/sdf' | gister | copy
>
> https://gist.github.com/39c9365994e4e98a7371
>
> From what I can tell it's producing CRC errors?
>
> I'm presently doing a scrub on the pool
> (which I do via cron every month).
>
> Should I just replace this disk ASAP and be done with it?
>
> Any other advice/thoughts?
>
> cheers
> James
>
> James Mills / prologic
>
> E: prologic at shortcircuit.net.au
> W: prologic.shortcircuit.net.au
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.humbug.org.au/pipermail/general/attachments/20150822/0c558464/attachment.html>