Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuWFS-0006nE-0d for pgsql-bugs@arkaria.postgresql.org; Tue, 28 Aug 2018 05:09:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fuWFQ-0002F6-2T for pgsql-bugs@arkaria.postgresql.org; Tue, 28 Aug 2018 05:09:00 +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_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuWFO-0002ES-JF for pgsql-bugs@lists.postgresql.org; Tue, 28 Aug 2018 05:08:59 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuWFG-0008PJ-SI for pgsql-bugs@lists.postgresql.org; Tue, 28 Aug 2018 05:08:58 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E270C2118B; Tue, 28 Aug 2018 01:08:48 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 28 Aug 2018 01:08:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=aQHYe2fDRZY1nY1Qp6vAT9fA2xGfZ QtU7m5x2zIKeaM=; b=Fd5aCXNOj3YrYUoJStfIM5KbJFBAAKtHf2/g4GMNQcftW lBhOFPpmlb1fdAgx8pYEfArc8gevm0CRc1UrFYWmOiyHnRh46LePLEWSsogqj1qU udY5O/6c27CIq0g9KSCQyx/qucNVrYsfW0BdtkOyFojM1U7RLe02LqHTW8tBS2BD CLGmzixqgxR6jtOyrPlAihfkYtWjb7EN3fgQh14oSKNmWQDHWYBuSLn3cYd+ziBz xjXFzZK1d5tA4Vhg/z9Vrs96VoROvKAizGIXJf5LQrBRdoe92a0Z9izjId7NWztN gWNQlildTPofE9xxo2lJBJ9m9HFHtekGeI7QvTF6g== 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-sender:x-me-sender:x-sasl-enc; s=fm3; bh=aQHYe2 fDRZY1nY1Qp6vAT9fA2xGfZQtU7m5x2zIKeaM=; b=DJiqj+BEGmq3YiW2uRq0Eh BbtwtgqjiZvI23RK1qGZh0FDLo9Qu75pdkqqY17JWzl5STfipC1yjVoZfVdHVHrA jmkfFCzO1iiuglLlGnQ53xcD2TUjLpAFe11VxiiT4VyUtuBKb3NCpGf56dYG+uDU +S759ImB1HioikHEVzla56ELXmfovUfIlOn7IasQiYZgECa5DIgAr1QrZ0UVKYdW LYph8sb+VBLdGwrNZgNQLcGIgp1tKvM95puieZZ1T6dtzMEKb1zOXkjrocVLM0d2 935c6qRh2M/OnRL9j0GGxOi1lBiSJPrGh1IIdXhAnWpoZDgge3cf97ekZ/6sdQTA == X-ME-Proxy: X-ME-Sender: Received: from [26.255.189.233] (unknown [172.56.30.254]) by mail.messagingengine.com (Postfix) with ESMTPA id 2E7B1E421C; Tue, 28 Aug 2018 01:08:46 -0400 (EDT) Date: Tue, 28 Aug 2018 14:08:33 +0900 User-Agent: K-9 Mail for Android In-Reply-To: <20180828024409.GB29157@paquier.xyz> References: <20180822175034.lnvwk5js32k6mjyz@alvherre.pgsql> <20180823041420.GA1158@paquier.xyz> <20180828024409.GB29157@paquier.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: BUG #15346: Replica fails to start after the crash To: pgsql-bugs@lists.postgresql.org,Michael Paquier ,Alexander Kukushkin CC: Alvaro Herrera ,Dmitry Dolgov <9erthalion6@gmail.com> From: Andres Freund Message-ID: <3B69F535-FD81-461B-97E9-657D4C99EDB4@anarazel.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On August 28, 2018 11:44:09 AM GMT+09:00, Michael Paquier wrote: >On Sat, Aug 25, 2018 at 09:54:39AM +0200, Alexander Kukushkin wrote: >> Why the number of tuples in the xlog is greater than the number of >> tuples on the index page? >> Because this page was already overwritten and its LSN is HIGHER than >> the current LSN! > >That's annoying=2E Because that means that the control file of your >server maps to a consistent point which is older than some of the >relation pages=2E How was the base backup of this node created? Please >remember that when taking a base backup from a standby, you should >backup the control file last, as there is no control of end backup with >records available=2E So it seems to me that the origin of your problem >comes from an incorrect base backup expectation?=20 Uh, where is that "control file last" bit coming from? Andres --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E