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 1gzmF2-0000OU-HB for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Mar 2019 17:46:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gzmF1-0004Yz-AJ for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Mar 2019 17:46:35 +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 1gzmF1-0004Ym-2r for pgsql-hackers@lists.postgresql.org; Fri, 01 Mar 2019 17:46:35 +0000 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gzmEy-0002I2-Jp for pgsql-hackers@postgresql.org; Fri, 01 Mar 2019 17:46:34 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 71DBE22182; Fri, 1 Mar 2019 12:46:30 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 01 Mar 2019 12:46:30 -0500 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:content-transfer-encoding:in-reply-to; s=fm3; bh=s BlyDcCRv39SSErK88PmDrEsuHiRetqIYFqzDC7BrBE=; b=JqdCruy6eyWyV2GyP OuDwzG+z8fl2Nx2btcnJOSa3EADtX+nSP4jj+dUhujae0iLNtTWgIvOKDcgqXPn8 tcT88rFknLwVvOKUTE3wwIP3ho/gcNyB2v1TnGOfyBD5tVRKaXY719O8HZq6pyp4 8rO8qkMI7gdbvMMF+tDRdDqlpG59I8cntkeDTTxm8E/G3V85DxbTuyPmey+1UMZz OjXT6tMK7AcKNUGF/O4OxRxLTISPaPdXP6ytZS8EbbX1k+A4BvUC9GttmQyY63YR fWO+VFc31i00ZmfKRYEVx7c+EiIOGVQ4jC1je15F1CmPyV6uMbw6pjjiP40Uao93 mQVrg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding: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=sBlyDcCRv39SSErK88PmDrEsuHiRetqIYFqzDC7Br BE=; b=p+GHkWrMRJfYtc+SMBdzoKSAfJNo1PqnbIxmSVDels6bKoPQXh+h4e7TK cj60yzvJLxIHhGBP3Xasb0yU+mSwNIqxXSUSAU6vXmoaRYKW6LAVOlm+8DI/R5zf +stDQDdLs7xzkkdaVGUbXoqMSiNZBX0HFM/2Zma2IHxeJlXvYNKDNsvhNx5LzfQ5 rVH6i4gotWTXB86OLub6EotOrv0faDrJYX1M00zboeBLtoVUuYkPRzVL8tIhWh/E c/v+4zrztvAvUNO6z6+tPK7fccWn81e6yfvFuedrRzzwAvSS0nS8PL9jf9z9sE35 soDkHNJYhKPiEvYllxITxw23FdPHw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrvdehgddutdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtugfgjgesthekredttddtudenucfhrhhomheptehnughr vghsucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecukfhppe elkedrvddutddrudegtddrudejudenucfrrghrrghmpehmrghilhhfrhhomheprghnughr vghssegrnhgrrhgriigvlhdruggvnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from intern.anarazel.de (c-98-210-140-171.hsd1.ca.comcast.net [98.210.140.171]) by mail.messagingengine.com (Postfix) with ESMTPA id 4B843E4309; Fri, 1 Mar 2019 12:46:29 -0500 (EST) Date: Fri, 1 Mar 2019 09:46:28 -0800 From: Andres Freund To: tushar Cc: Petr Jelinek , Robert Haas , Craig Ringer , Petr Jelinek , pgsql-hackers@postgresql.org Subject: Re: Minimal logical decoding on standbys Message-ID: <20190301174628.rjzoi7arvci5ldcm@alap3.anarazel.de> References: <20181212204154.nsxf3gzqv3gesl32@alap3.anarazel.de> <7e905539-7fdc-6b29-5a56-ba48d180fef8@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On 2019-03-01 13:33:23 +0530, tushar wrote: > While testing  this feature  found that - if lots of insert happened on the > master cluster then pg_recvlogical is not showing the DATA information  on > logical replication slot which created on SLAVE. > > Please refer this scenario - > > 1) > Create a Master cluster with wal_level=logcal and create logical replication > slot - >  SELECT * FROM pg_create_logical_replication_slot('master_slot', > 'test_decoding'); > > 2) > Create a Standby  cluster using pg_basebackup ( ./pg_basebackup -D slave/ -v > -R)  and create logical replication slot - > SELECT * FROM pg_create_logical_replication_slot('standby_slot', > 'test_decoding'); So, if I understand correctly you do *not* have a phyiscal replication slot for this standby? For the feature to work reliably that needs to exist, and you need to have hot_standby_feedback enabled. Does having that fix the issue? Thanks, Andres