Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m48z9-0007mJ-H6 for pgsql-bugs@arkaria.postgresql.org; Thu, 15 Jul 2021 21:33:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1m48z8-0003Rq-Fd for pgsql-bugs@arkaria.postgresql.org; Thu, 15 Jul 2021 21:33:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m48z8-0003Ri-7o for pgsql-bugs@lists.postgresql.org; Thu, 15 Jul 2021 21:33:34 +0000 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m48z1-00019f-0m for pgsql-bugs@lists.postgresql.org; Thu, 15 Jul 2021 21:33:33 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 00F2C3200941; Thu, 15 Jul 2021 17:33:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 15 Jul 2021 17:33:24 -0400 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:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=RCG2v74nxez3/qfIaZ7vOdGklcNCOSp48kPtBv4cZAA=; b=DEK6qfvK o49XtKr6KbaaEHrPx3Qz9wtNL0VmhwAxXcW6RVLC2F1SObG4PNvEXUz7rLMpOI8/ pBO8Ke6mVDTHze2Bgo9KHxTuZsAwGVVLLdJSRvSPaMbpLumj4ekl1igvt4qshhHx 1YRnHSxztpUa2ZclrRCbOG5RkZDLLYNXVjmRGAlt2t/rrTyBRMAxEvKl059wnBGq LAoBEP37xb+4aZrpFmuWrdkvKdDb0l3Vm3jKQJKyivqCBb26dDq4h1J9oFsZfVQo RU7CaC2Rz+DVEmrMG6zyBxP+ZRlChCHleBIIDoG+2uc502MTIJdFMKEB48CfTpDi 9zr4Yh8p5lq9Pw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvddugddvvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggugfgjsehmkeerre dttdejnecuhfhrohhmpeetlhhvrghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvges rghlvhhhrdhnohdqihhprdhorhhgqeenucggtffrrghtthgvrhhnpeetvdfhteeuueekfe fhfedugeffhfehhfdvleffleetkeeggeefhffggeekjedtudenucffohhmrghinhepvghn thgvrhhprhhishgvuggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrg hmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 15 Jul 2021 17:33:22 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 1FD1F2A099B; Thu, 15 Jul 2021 17:33:20 -0400 (-04) Date: Thu, 15 Jul 2021 17:33:20 -0400 From: Alvaro Herrera To: Kyotaro Horiguchi Cc: jeff.janes@gmail.com, mk@071.ovh, pgsql-bugs@lists.postgresql.org Subject: Re: BUG #17103: WAL segments are not removed after exceeding max_slot_wal_keep_size Message-ID: <202107152133.dekh4keh4r44@alvherre.pgsql> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="ndzm6eckd6a334dr" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <202107152049.3kftantyynji@alvherre.pgsql> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --ndzm6eckd6a334dr Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On 2021-Jul-15, Alvaro Herrera wrote: > Actually, looking again, isn't this supposed to happen in KeepLogSeg()? > We have a block that caps to max_slot_wal_keep_size_mb there ... why did > that not work? I find that this smaller patch is sufficient to make the added test case work. However, I'm not sure I understand *why* ... -- Álvaro Herrera 39°49'30"S 73°17'W — https://www.EnterpriseDB.com/ --ndzm6eckd6a334dr Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename="v5-0001-Advance-old-segment-horizon-properly-after-slot-i.patch"