Re: [zfs-discuss] Another paper

2007-02-22 Thread Olaf Manczak
Eric Schrock wrote: 1. Some sort of background process to proactively find errors on disks in use by ZFS. This will be accomplished by a background scrubbing option, dependent on the block-rewriting work Matt and Mark are working on. This will allow something like "zpool set scrub=2we

Re: [security-discuss] Re: [zfs-discuss] Thoughts on ZFS Secure Delete - without using Crypto

2007-01-02 Thread Olaf Manczak
james hughes wrote: This is intended as a defense in depth measure and also a sufficiently good measure for the customers that don't need full compliance with NIST like requirements that need degausing or physical destruction. Govt, finance, healthcare all require the NIST overwrite... Jim,

Re: [zfs-discuss] ZFS and Storage

2006-06-26 Thread Olaf Manczak
Eric Schrock wrote: On Mon, Jun 26, 2006 at 05:26:24PM -0600, Gregory Shaw wrote: You're using hardware raid. The hardware raid controller will rebuild the volume in the event of a single drive failure. You'd need to keep on top of it, but that's a given in the case of either hardware or softw

Re: [zfs-discuss] 15 minute fdsync problem and ZFS: Solved

2006-06-21 Thread Olaf Manczak
Neil, I think it might be wise to look at this problem from the perspective of an application (e.g. a simple database) designer taking into account all the new things that Solaris ZFS provides. In case of ZFS the designer does not have to worry about consistency of the on-disk file system format