Re: [zfs-discuss] BAD WD drives - defective by design?

2011-09-07 Thread Roy Sigurd Karlsbakk
> http://wdc.custhelp.com/app/answers/detail/a_id/1397/~/difference-between-desktop-edition-and-raid-%28enterprise%29-edition-drives "When an error is found on a desktop edition hard drive, the drive will enter into a deep recovery cycle to attempt to repair the error, recover the data from the

Re: [zfs-discuss] BAD WD drives - defective by design?

2011-09-07 Thread Tomas Forsman
On 07 September, 2011 - Roy Sigurd Karlsbakk sent me these 2,0K bytes: > > http://wdc.custhelp.com/app/answers/detail/a_id/1397/~/difference-between-desktop-edition-and-raid-%28enterprise%29-edition-drives > > "When an error is found on a desktop edition hard drive, the drive will enter > into a

Re: [zfs-discuss] BAD WD drives - defective by design?

2011-09-07 Thread Roy Sigurd Karlsbakk
> The common use for desktop drives is having a single disk without > redundancy.. If a sector is feeling bad, it's better if it tries a bit > harder to recover it than just say "blah, there was a bit of dirt in > the corner.. I don't feel like looking at it, so I'll just say your data > is screwed

[zfs-discuss] Deskstars and CCTL (aka TLER)

2011-09-07 Thread Roy Sigurd Karlsbakk
Hi all Reading the docs for the Hitachi drives, it seems CCTL (aka TLER) is settable for Deskstar drives. See page 97 in http://goo.gl/ER0WD Does anyone know if this is possible from OI/Solaris, or if this needs to be done on driver level? Vennlige hilsener / Best regards roy -- Roy Sigurd Ka

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Edward Ned Harvey
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of Richard Elling > > For example, does 'zfs send -D' use the same DDT as the pool? > > No. > > > Or does it require more memory for it's own DDT, thus impacting > performance of both? > > Yes

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Lori Alt
On 09/ 6/11 11:45 PM, Daniel Carosone wrote: On Tue, Sep 06, 2011 at 10:05:54PM -0700, Richard Elling wrote: On Sep 6, 2011, at 9:01 PM, Freddie Cash wrote: For example, does 'zfs send -D' use the same DDT as the pool? No. My understanding was that 'zfs send -D' would use the pool's DDT in b

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Freddie Cash
Thanks for the replies everyone. That was along the lines of what I was thinking (-D is a "win" for network usage savings, if it works) but wanted to double-check before I started playing with out new boxes. Will be interesting to see whether or not -D works with ZFSv28 in FreeBSD 8-STABLE/9-BETA

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Daniel Carosone
On Wed, Sep 07, 2011 at 08:47:36AM -0600, Lori Alt wrote: > On 09/ 6/11 11:45 PM, Daniel Carosone wrote: >> My understanding was that 'zfs send -D' would use the pool's DDT in >> building its own, if present. > It does not use the pool's DDT, but it does use the SHA-256 checksums > that have alre

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Lori Alt
On 09/ 7/11 02:20 PM, Daniel Carosone wrote: On Wed, Sep 07, 2011 at 08:47:36AM -0600, Lori Alt wrote: On 09/ 6/11 11:45 PM, Daniel Carosone wrote: My understanding was that 'zfs send -D' would use the pool's DDT in building its own, if present. It does not use the pool's DDT, but it does use

Re: [zfs-discuss] Deskstars and CCTL (aka TLER)

2011-09-07 Thread Brandon High
On Wed, Sep 7, 2011 at 2:20 AM, Roy Sigurd Karlsbakk wrote: > Does anyone know if this is possible from OI/Solaris, or if this needs to be > done on driver level? You should be able to do it via smartctl. The setting does not persist through power cycles, so you'll want to add it to a startup sc

Re: [zfs-discuss] Deskstars and CCTL (aka TLER)

2011-09-07 Thread Daniel Carosone
On Wed, Sep 07, 2011 at 11:20:06AM +0200, Roy Sigurd Karlsbakk wrote: > Hi all > > Reading the docs for the Hitachi drives, it seems CCTL (aka TLER) is settable > for Deskstar drives. See page 97 in http://goo.gl/ER0WD Looks like another positive for these drives over the "competition". The same

Re: [zfs-discuss] zfs send and dedupe

2011-09-07 Thread Edward Ned Harvey
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of Freddie Cash > > Will be interesting to see whether or not -D works with ZFSv28 in FreeBSD 8- > STABLE/9-BETA. And whether or not "zfs send" is faster/better/easier/more > reliable than rsynci