Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-16 Thread Wee Yeh Tan
On 9/15/06, can you guess? <[EMAIL PROTECTED]> wrote: Implementing it at the directory and file levels would be even more flexible: redundancy strategy would no longer be tightly tied to path location, but directories and files could themselves still inherit defaults from the filesystem and p

Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-15 Thread Bill Moore
On Fri, Sep 15, 2006 at 01:23:31AM -0700, can you guess? wrote: > Implementing it at the directory and file levels would be even more > flexible: redundancy strategy would no longer be tightly tied to path > location, but directories and files could themselves still inherit > defaults from the fil

[zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-15 Thread can you guess?
> On 9/13/06, Matthew Ahrens <[EMAIL PROTECTED]> > wrote: > > Sure, if you want *everything* in your pool to be > mirrored, there is no > > real need for this feature (you could argue that > setting up the pool > > would be easier if you didn't have to slice up the > disk though). > > Not necessar

Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread Torrey McMahon
David Dyer-Bennet wrote: While I'm not a big fan of this feature, if the work is that well understood and that small, I have no objection to it. (Boy that sounds snotty; apologies, not what I intend here. Those of you reading this know how muich you care about my opinion, that's up to you.)

Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread David Dyer-Bennet
On 9/12/06, Celso <[EMAIL PROTECTED]> wrote: > Whether it's hard to understand is debatable, but > this feature > integrates very smoothly with the existing > infrastructure and wouldn't > cause any trouble when extending or porting ZFS. > OK, given this statement... > > Just for the record, t

Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread Jeff Victor
Chad Lewis wrote: On Sep 12, 2006, at 4:39 PM, Celso wrote: the proposed solution differs in one important aspect: it automatically detects data corruption. Detecting data corruption is a function of the ZFS checksumming feature. The proposed solution has _nothing_ to do with detecting corru

[zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread Celso
> > It seems to me that asking the user to solve this > problem by manually > making copies of all his files puts all the burden on > the > user/administrator and is a poor solution. I completely agree   > For one, they have to remember to do it pretty often. > For two, when > hey do experie

Re: [zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread Chad Lewis
On Sep 12, 2006, at 4:39 PM, Celso wrote: On 12/09/06, Celso <[EMAIL PROTECTED]> wrote: I think it has already been said that in many peoples experience, when a disk fails, it completely fails. Especially on laptops. Of course ditto blocks wouldn't help you in this situation either! Exactly

[zfs-discuss] Re: Re: Re: Re: Proposal: multiple copies of user data

2006-09-12 Thread Celso
> On 12/09/06, Celso <[EMAIL PROTECTED]> wrote: > > > I think it has already been said that in many > peoples experience, when a disk fails, it completely > fails. Especially on laptops. Of course ditto blocks > wouldn't help you in this situation either! > > Exactly. > > > I still think that si