Mailing-List: contact commits-help@helix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@helix.apache.org
Date: Thu, 17 Nov 2016 17:36:58 +0000 (UTC)
From: "Lei Xia (JIRA)" <jira@apache.org>
To: commits@helix.incubator.apache.org
Message-ID: <JIRA.12635077.1362377677000.305390.1479404218590@Atlassian.JIRA>
In-Reply-To: <JIRA.12635077.1362377677000@Atlassian.JIRA>
References: <JIRA.12635077.1362377677000@Atlassian.JIRA> <JIRA.12635077.1362377677261@arcas>
Subject: [jira] [Assigned] (HELIX-56) Delayed state transition
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Thu, 17 Nov 2016 17:37:49 -0000


     [ https://issues.apache.org/jira/browse/HELIX-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lei Xia reassigned HELIX-56:
----------------------------

    Assignee: Lei Xia

> Delayed state transition
> ------------------------
>
>                 Key: HELIX-56
>                 URL: https://issues.apache.org/jira/browse/HELIX-56
>             Project: Apache Helix
>          Issue Type: Task
>    Affects Versions: 0.6.0-incubating
>            Reporter: kishore gopalakrishna
>            Assignee: Lei Xia
>
> The requirement from Puneet
> I wanted to know how to implement a specific state machine requirement in Helix.
> Lets say a partition is in the state S2.
> 1. On an instance hosting it going down, the partition moves to state
> S3 (but stays on the same instance).
> 2. If the instance comes back up before a timeout expires, the
> partition moves to state S1 (stays on the same instance).
> 3. If the instance does not come back up before the timeout expiry,
> the partition moves to state S0 (the initial state, on a different
> instance picked up by the controller).
> I have a few questions.
> 1. I believe in order to implement Requirement 1, I have to use the
> CUSTOM rebalancing feature (as otherwise the partitions will get
> assigned to a new node).
> The wiki page says the following about the CUSTOM mode.
> "Applications will have to implement an interface that Helix will
> invoke when the cluster state changes. Within this callback, the
> application can recompute the partition assignment mapping"
> Which interface does one have to implement ?  I am assuming the
> callbacks are triggered inside the controller.
>  2. The transition from S2 -> S3 should not issue a callback on the
> participant (instance) holding that partition. This is because the
> participant is unavailable and so cannot execute the callback. Is this
> doable ?
> 3. One way the time-out (Requirement 3) can be implemented is to
> occasionally trigger IdealState calculation after a time-out and not
> only on liveness changes. Does that sound doable ?


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)