Return-Path: X-Original-To: apmail-helix-user-archive@minotaur.apache.org Delivered-To: apmail-helix-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7B6D4F84C for ; Wed, 8 May 2013 16:05:25 +0000 (UTC) Received: (qmail 33868 invoked by uid 500); 8 May 2013 16:05:25 -0000 Delivered-To: apmail-helix-user-archive@helix.apache.org Received: (qmail 33800 invoked by uid 500); 8 May 2013 16:05:25 -0000 Mailing-List: contact user-help@helix.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@helix.incubator.apache.org Delivered-To: mailing list user@helix.incubator.apache.org Received: (qmail 33788 invoked by uid 99); 8 May 2013 16:05:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 May 2013 16:05:24 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of vinayakb@gmail.com designates 209.85.160.50 as permitted sender) Received: from [209.85.160.50] (HELO mail-pb0-f50.google.com) (209.85.160.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 May 2013 16:05:17 +0000 Received: by mail-pb0-f50.google.com with SMTP id um15so1312278pbc.9 for ; Wed, 08 May 2013 09:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=q57VezBWZsKjjmaQ+zak1ropII9W2k18rXbzDpBNHVs=; b=cpe3BGL3SnuUYt2QT3ew14O2mAtgRyoZ5FFkT1Ck+2yBcyjY7IVCY/1BSNJRRr1X9Q hy7FZ+qK6x/mSm86LLUxOBa7AIrszY0uAuSDCpeIbKvtyJfoC4cJ/ihEJxCOtcb/VLmM Fmh6x0m5OV3Vsieqo6Hc/PlIsMEWvRfPRUqS7y9ZSTzFRoH6bglblKo+26eaNX0NP8Bj r+BHREkZFmalANJBTEh/tbu+bnG76eK1HB7gndle+88F98uHqAzb53JJ6IUDYvbeCUjc mG3aXqR5vE6ipNsTTIhOQhV9r6r1VgNZnYqdWtPL+KLUJVUuKiehkG7fnaCBNXfGx32f EwYg== X-Received: by 10.68.197.165 with SMTP id iv5mr8030453pbc.213.1368029097127; Wed, 08 May 2013 09:04:57 -0700 (PDT) Received: from netbook.local (c-76-103-130-241.hsd1.ca.comcast.net. [76.103.130.241]) by mx.google.com with ESMTPSA id bs3sm33111454pbb.36.2013.05.08.09.04.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 May 2013 09:04:55 -0700 (PDT) Message-ID: <518A77A5.8040303@gmail.com> Date: Wed, 08 May 2013 09:04:53 -0700 From: Vinayak Borkar User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: user@helix.incubator.apache.org Subject: Helix Resource Config guarantees Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, I have a fundamental question about guarantees in Helix regarding newly added resources and their configuration. When I add a new resource into Helix, I need to first configure it by setting some properties using the ConfigAccessor. AFAICT Helix does not provide a way to do both the steps (add the resource and configure it) in one atomic step. Another thing I noticed is that addition of a new Resource into Helix even in AUTO_REBALANCE mode does not immediately trigger a External State computation. Instead I seem to need to call rebalance on that resource. Since I need the configuration set before state models at the nodes start manipulating the resource, this is perfect. It allows me to add a resource, configure it and then call rebalance so the state models do not see an unconfigured resource. My question is if this is a guarantee provided by Helix? i.e. Is rebalancing of a new resource triggered ONLY by an explicit rebalance call? I have read/heard of a rebalance timer. How do I set that value and does that impact rebalancing of new resources? Thanks, Vinayak