From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-f68.google.com (mail-lf1-f68.google.com [209.85.167.68]) (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 A7915469719 for ; Sat, 22 Feb 2020 23:49:32 +0300 (MSK) Received: by mail-lf1-f68.google.com with SMTP id u2so1316493lfk.13 for ; Sat, 22 Feb 2020 12:49:32 -0800 (PST) Date: Sat, 22 Feb 2020 23:49:30 +0300 From: Konstantin Osipov Message-ID: <20200222204930.GA23200@atlas> References: <2175956.ElGaqSPkdT@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2175956.ElGaqSPkdT@localhost> Subject: Re: [Tarantool-patches] [PATCH v3 0/4] replication: fix applying of rows originating from local instance List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Georgy Kirichenko Cc: tarantool-patches@dev.tarantool.org, v.shpilevoy@tarantool.org * Georgy Kirichenko [20/02/22 23:22]: > On Tuesday, February 18, 2020 8:37:03 PM MSK Serge Petrenko wrote: > Hi! Thanks for the patch. > I am pretty sure replica should be able to apply all replication stream > transaction in a proper way without any reliance on a master correctness. Or > signal an error if this is impossible. I am suggesting such logic because a > replica has the complete information about it own at the moment. This includes > local vclock, cfg, all existing appliers state and incoming streams. It's an impossible and useless pursuit. Please read up on byzantine faults. -- Konstantin Osipov, Moscow, Russia