Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hYBp8-0007Ez-6D for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Jun 2019 15:58:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hYBp7-0008F1-1J for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Jun 2019 15:58:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hYBp6-0008Eu-Ot for pgsql-hackers@lists.postgresql.org; Tue, 04 Jun 2019 15:58:04 +0000 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hYBp4-00058J-58 for pgsql-hackers@postgresql.org; Tue, 04 Jun 2019 15:58:04 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 41CDA498; Tue, 4 Jun 2019 11:57:58 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 04 Jun 2019 11:57:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=vyiINV8mPj9hZ61Dckvxq75Fkjx /fsMZAkfw1Y9J2O4=; b=avguhIm9PPEw5lh/6TSl9cOnmE0qNL1hCSYCkYep26u IaIZD0T//kdG2JZ6U7OIQVAXEIaJH7i6GryqY8GVrNrxz6Q1DMvcu5G3RW+6/7vD fYgJUTrI8Zc1SNKqpemBAGNSPZ+xO9LfZOT7tAv1g1EQ05YvZcRFj/hb60jxpso3 4dri8Ph5wlzQBJG2MLStxhm61r0bvUJk/Zr3kWPTvrNs4o5N2eyKHjKMFvGEAx/A w/XlTLSNWmj0N1SgfxDtxkvjLi7VCfGOpzrsQU3iIcQCLZNUyk3iH9kGmgXUBf2P T0eOBHnSRwJzzdIwW9GF5Dd4bK3Ua2ty/ehLHdCjBbA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=vyiINV 8mPj9hZ61Dckvxq75Fkjx/fsMZAkfw1Y9J2O4=; b=1kfQ8yeDKLZJdw+dGi/Fs3 5JY/kwmPJaOUIaew0RKhgPlG+oKl7O9g0HqGJAPV+fbzmPOpNR4CJs8iU2w/8p9o d7BY1NbFOEtF2drgWOUb6cmGdIzYvwW31kD53jismnqQiAJN/6mzd1ZLCzk2CH0u M2JzcFDinwfGbCX9/GRwW+ZGV+PVQOGjFfN/8/+/U8RT0VlR3h2qo2F+obXs1cKx swhZTdHvviUXFHMuN1vItzGEYEDPXgqDNh/Fx4ktKDvEF6s3w4/Art2eGSesOOAs CKS/fADwyOm5UMwDkVjtG5TlwVaDlgVLZrBxlGHg4GdcdMfVfVaF0YT4No1XGReg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrudefledgleeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpeetnhgurhgv shcuhfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucfkphepie ejrdduiedtrddvudekrddvfeejnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhgurhgv shesrghnrghrrgiivghlrdguvgenucevlhhushhtvghrufhiiigvpedu X-ME-Proxy: Received: from intern.anarazel.de (c-67-160-218-237.hsd1.ca.comcast.net [67.160.218.237]) by mail.messagingengine.com (Postfix) with ESMTPA id A59278005A; Tue, 4 Jun 2019 11:57:56 -0400 (EDT) Date: Tue, 4 Jun 2019 15:57:54 +0000 From: Andres Freund To: Amit Khandekar Cc: tushar , Petr Jelinek , Robert Haas , Craig Ringer , Petr Jelinek , pgsql-hackers Subject: Re: Minimal logical decoding on standbys Message-ID: <20190604155754.ns62je7viqovs2ly@alap3.anarazel.de> References: <20190523174821.s3kgumgmo35opavg@alap3.anarazel.de> <20190527135602.dw6cp5vttbdb76i7@alap3.anarazel.de> <20190530141723.ox5y4wda6alvo4uj@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On 2019-05-31 17:31:34 +0530, Amit Khandekar wrote: > On Fri, 31 May 2019 at 11:08, Amit Khandekar wrote: > > > > On Thu, 30 May 2019 at 20:13, Andres Freund wrote: > > Yes, it waits until there is a commit record, or (just tried) until a > > checkpoint command. That's fine with me. > Is XLOG_RUNNING_XACTS record essential for the logical decoding to > build a consistent snapshot ? Yes. > Since the restart_lsn is now ReplayRecPtr, there is no > XLOG_RUNNING_XACTS record, and so the snapshot state is not yet > SNAPBUILD_CONSISTENT. And so > DecodingContextFindStartpoint()=>DecodingContextReady() never returns > true, and hence DecodingContextFindStartpoint() goes in an infinite > loop, until it gets XLOG_RUNNING_XACTS. These seem like conflicting statements? Infinite loops don't terminate until a record is logged? Greetings, Andres Freund