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 4446C10792 for ; Tue, 3 Mar 2015 08:47:10 +0000 (UTC) Received: (qmail 73379 invoked by uid 500); 3 Mar 2015 08:47:10 -0000 Delivered-To: apmail-helix-user-archive@helix.apache.org Received: (qmail 73341 invoked by uid 500); 3 Mar 2015 08:47:10 -0000 Mailing-List: contact user-help@helix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@helix.apache.org Delivered-To: mailing list user@helix.apache.org Delivered-To: moderator for user@helix.apache.org Received: (qmail 37594 invoked by uid 99); 3 Mar 2015 08:26:43 -0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lyo.gavin@gmail.com designates 209.85.213.174 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kS5ON+w251lM1EZfnWrSBkKyPg3kJkaRPsZMKxkJIrA=; b=sTWMhYraKZLYHdyH/2yotyf5ZO5fm1dPr3ET0+/VVvI1Nuys1J088PBZSXXODR6SDC 42L6iAO5Ffustzx6qTtU+kLj79n5W6fnMyF8qlsP4X5TWU37Kv2RGwJfBfiTUFTMe0t1 PH3i+vl9Uab7mVG2QkHS8xVI2qVKWqHYoie1y2sTH7E0QJkq9GbH4J+2zrY5dbdQUisI XuynaEgpQiinC7j2lTDwx+6JOzb5dmHPfLi8xlCkLhYBqWhINM0AVfphL/dhGESEAJ9E FROcsGkj26Q2+hwlwrgDZGswrMf63zUl3wvXHMKLR0lFr/WyTzf7hM6KkQ3EEg5G1v0N yGdA== MIME-Version: 1.0 X-Received: by 10.43.29.208 with SMTP id rz16mr122662icb.65.1425371042329; Tue, 03 Mar 2015 00:24:02 -0800 (PST) Date: Tue, 3 Mar 2015 00:24:02 -0800 Message-ID: Subject: question about state transition From: Gavin Li To: user@helix.apache.org, Development@helix.apache.org Content-Type: multipart/alternative; boundary=bcaec5186582a6ba8b05105e0e9d X-Virus-Checked: Checked by ClamAV on apache.org --bcaec5186582a6ba8b05105e0e9d Content-Type: text/plain; charset=UTF-8 Hi, We have each server handle some partitions, and we use Master Slave model. We need to do some work when transit from offline to slave, sometimes it takes long time. So when the server ranked higher in ideal state is up and doing the work during the transition of offline to slave, the other server is changed to slave from master. This is causing some period of time that there's no master at all which is problematic. Is it possible to bring the other server down when the higher rank server is transiting from slave to master instead of when transition from offline to slave? THanks, Gavin Li --bcaec5186582a6ba8b05105e0e9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi,

We have each server handle some par= titions, and we use Master Slave model.

We need to= do some work when transit from offline to slave, sometimes it takes long t= ime. So when the server ranked higher in ideal state is up and doing the wo= rk during the transition of offline to slave, the other server is changed t= o slave from master.

This is causing some period o= f time that there's no master at all which is problematic. Is it possib= le to bring the other server down when the higher rank server is transiting= from slave to master instead of when transition from offline to slave?

THanks,

Gavin Li

--bcaec5186582a6ba8b05105e0e9d--