Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E41A1102D2 for ; Mon, 31 Mar 2014 17:01:52 +0000 (UTC) Received: (qmail 95895 invoked by uid 500); 31 Mar 2014 17:01:51 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 95632 invoked by uid 500); 31 Mar 2014 17:01:51 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 95607 invoked by uid 99); 31 Mar 2014 17:01:48 -0000 Received: from reviews-vm.apache.org (HELO reviews.apache.org) (140.211.11.40) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Mar 2014 17:01:48 +0000 Received: from reviews.apache.org (localhost [127.0.0.1]) by reviews.apache.org (Postfix) with ESMTP id 01DF91C641E; Mon, 31 Mar 2014 17:01:41 +0000 (UTC) Content-Type: multipart/alternative; boundary="===============7665887298200936514==" MIME-Version: 1.0 Subject: Re: Review Request 19790: ACCUMULO-378 Design document From: "Bill Havanki" To: "Bill Havanki" , "accumulo" , "Josh Elser" , keith@deenlo.com Date: Mon, 31 Mar 2014 17:01:40 -0000 Message-ID: <20140331170140.28608.93931@reviews.apache.org> X-ReviewBoard-URL: https://reviews.apache.org Auto-Submitted: auto-generated Sender: "Bill Havanki" X-ReviewGroup: accumulo X-ReviewRequest-URL: https://reviews.apache.org/r/19790/ X-Sender: "Bill Havanki" References: <20140328185348.14602.70881@reviews.apache.org> In-Reply-To: <20140328185348.14602.70881@reviews.apache.org> Reply-To: "Bill Havanki" X-ReviewRequest-Repository: accumulo --===============7665887298200936514== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit > On March 28, 2014, 2:53 p.m., kturner wrote: > > docs/src/main/resources/design/ACCUMULO-378-design.mdtext, line 157 > > > > > > Are you thinking a FATE operation per file? FATE uses zookeeper, and zookeeper keeps everything in memory. > > Josh Elser wrote: > Not sure. Using FATE when appropriate is mostly what I was thinking of right now - I don't have explicit examples of where we would want to use FATE. The obvious place is that we don't want multiple hosts sending the same data more than once, but we also want to make sure we re-send data that failed to send the first time around. > > Some more thought is needed here, I believe. The ongoing work on replication reminds me that an upgrade can't happen while a FATE operation is in flight. So, as the design here develops, that's something to keep in mind. - Bill ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/19790/#review38927 ----------------------------------------------------------- On March 28, 2014, 1:54 p.m., kturner wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/19790/ > ----------------------------------------------------------- > > (Updated March 28, 2014, 1:54 p.m.) > > > Review request for accumulo. > > > Bugs: ACCUMULO-378 > https://issues.apache.org/jira/browse/ACCUMULO-378 > > > Repository: accumulo > > > Description > ------- > > ACCUMULO-378 Design document. Posting for review here, not meant for commit. Final version of document should be posted on issue. > > > Diffs > ----- > > docs/src/main/resources/design/ACCUMULO-378-design.mdtext PRE-CREATION > > Diff: https://reviews.apache.org/r/19790/diff/ > > > Testing > ------- > > > Thanks, > > kturner > > --===============7665887298200936514==--