> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Chris Dunbar - Earthside, LLC
>
> # zpool replace tank c11t4d0
> # zpool clear tank
I would expect this to work, or detach/attach. You should scrub periodically,
and ensure no errors after s
Edward Ned Harvey (opensolarisisdeadlongliveopensolaris) wrote:
There are very few situations where (gzip) option is better than the
default lzjb.
Well, for the most part my question regarded the slowness (or lack of)
gzip DEcompression as compared to lz* algorithms. If there are files
and data
Edward Ned Harvey (opensolarisisdeadlongliveopensolaris) wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Jim Klimov
I really hope someone better versed in compression - like Saso -
would chime in to say whether gzip-9 vs. lzjb (or lz4)
I appreciate everybody's feedback, but I am still unclear on how to proceed.
Here is a little more information about my setup. Specifically, here is my
zpool status:
NAME STATE READ WRITE CKSUM
tank DEGRADED 0 0 0
mirror-0 ONLINE 0 0 0
c10t0d0 ONLINE 0 0 0
c11t0d0 ONLINE 0 0 0
mirror-1 O
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Freddie Cash
>
> And you can try 'zpool online' on the failed drive to see if it comes back
> online.
Be cautious here - I have an anecdote, which might represent a trend in best
practice, or
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Jim Klimov
>
> I really hope someone better versed in compression - like Saso -
> would chime in to say whether gzip-9 vs. lzjb (or lz4) sucks in
> terms of read-speeds from the pools. My HDD-b
