From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gorcunov@gmail.com>
Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com
 [209.85.208.170])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by dev.tarantool.org (Postfix) with ESMTPS id DE941469710
 for <tarantool-patches@dev.tarantool.org>;
 Fri, 20 Nov 2020 18:00:25 +0300 (MSK)
Received: by mail-lj1-f170.google.com with SMTP id b17so10302614ljf.12
 for <tarantool-patches@dev.tarantool.org>;
 Fri, 20 Nov 2020 07:00:25 -0800 (PST)
Date: Fri, 20 Nov 2020 18:00:19 +0300
From: Cyrill Gorcunov <gorcunov@gmail.com>
Message-ID: <20201120150019.GF875895@grain>
References: <20201119194100.840495-1-gorcunov@gmail.com>
 <20201119194100.840495-5-gorcunov@gmail.com>
 <1e448048-ac86-2c58-ed0a-2cc2f6a5df11@tarantool.org>
 <20201120120103.GD875895@grain>
 <63c1afba-1001-289d-57bc-9dc35679ffc7@tarantool.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <63c1afba-1001-289d-57bc-9dc35679ffc7@tarantool.org>
Subject: Re: [Tarantool-patches] [RFC 4/4] qsync: allow to specify
 replication_synchro_quorum as a formula
List-Id: Tarantool development patches <tarantool-patches.dev.tarantool.org>
List-Unsubscribe: <https://lists.tarantool.org/mailman/options/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=unsubscribe>
List-Archive: <https://lists.tarantool.org/pipermail/tarantool-patches/>
List-Post: <mailto:tarantool-patches@dev.tarantool.org>
List-Help: <mailto:tarantool-patches-request@dev.tarantool.org?subject=help>
List-Subscribe: <https://lists.tarantool.org/mailman/listinfo/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=subscribe>
To: Serge Petrenko <sergepetrenko@tarantool.org>
Cc: tml <tarantool-patches@dev.tarantool.org>, Vladislav Shpilevoy <v.shpilevoy@tarantool.org>

On Fri, Nov 20, 2020 at 03:41:12PM +0300, Serge Petrenko wrote:
> > > > Pass replicaset.registered_count instead of replication_synchro_quo=
rum here.
> > Wait, this is bootstrap, replicaset.registered_count is 0 at this momen=
t, no?
>=20
> Hm, I didn't think of this.
>=20
> Yes, this is=A0 either bootstrap or reconfiguration.
> Well, if we have a max(1, value)=A0 guard nothing bad should happen even =
if we
> pass 0 on bootstrap. The formula will be reevaluated each time
> a replica is registered anyway. Even when the node registers itself.
>=20
> Anyway, passing replication_synchro_quorum as parameter to evaluate quorum
> is even more random.

ok, thanks!