Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wWvjg-002ws5-2m for pgsql-hackers@arkaria.postgresql.org; Tue, 09 Jun 2026 12:39:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wWvje-007Fnl-2m for pgsql-hackers@arkaria.postgresql.org; Tue, 09 Jun 2026 12:39:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wWvje-007Fnc-1f for pgsql-hackers@lists.postgresql.org; Tue, 09 Jun 2026 12:39:14 +0000 Received: from mail-vs1-xe2e.google.com ([2607:f8b0:4864:20::e2e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wWvjc-00000001qop-3YWf for pgsql-hackers@lists.postgresql.org; Tue, 09 Jun 2026 12:39:13 +0000 Received: by mail-vs1-xe2e.google.com with SMTP id ada2fe7eead31-6efdb57d98fso1504044137.3 for ; Tue, 09 Jun 2026 05:39:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781008752; cv=none; d=google.com; s=arc-20240605; b=lf/MkiNY2RSiAxeW2PJ2VVQPJYt9pBVp7OslsRUXuOGrxGYd3aj3QYMnXt26g+IuTt AlEjjzKNN/NP7gP6Cu0+EiV9Yq0LJHjMCZ4DJ5Ooip8ltinQD7Fky0AG4UmChcJJ3P27 5xZPYjE7vDOYTEOVFZTVXFBXGP5mYJ8jXCBuLqXbzrEB7aXaw2Nl/HYdhCt4ZvbETxKm N296mpX0DDnh5ILKt+sJO92WMuhyIVDmROgOkTTOMqRdDsWk70fy/7ISr/QUuaeInSuJ 8fZZdSuNhx1PaCrqRgRYvTq+fhVzox/QpjmaIeuas+c32SCzfpfqlVVb9YQAnA+QxbG0 1CXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=DaG0npuBB0qsrS6s7ttohxqGuVIP6W1O0bZqb6sR3QU=; fh=ksB7AnKgYaULfIxGfjA0TqHQg7uxodQIEp+G0FWJdDA=; b=JwQGLfMHO6lz7/uaTzVB+udLIa7z2ZGDFdSjLr00+O6mMMR2AdKtwaYlMQ3Zaxxns8 YKu1w3quEfPsdf+tQuk6svaW9y+mKe0K2RdeuvwN0SykK9iE3E/a5FWr0QbqaL+PzEPy no902vKw1Xlr1zTlw/vdDp/sCyN6YsPURRhzTiIIrQ5HvHkDhfQq3Ep+aRY283Jox05U ASJjbpV6Cz4W/plE6qwSL4KFrNCURIkoFHELX3cywuEgtaKYJegV0ncPF4QHvsOsoLtc KVaAAL8jY+LDzWy63Wuj3w5xsaWppF/DAXyW/IByWVhZAryZy5h4coa9LwkA1ccrPB2A F/zQ==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781008752; x=1781613552; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=DaG0npuBB0qsrS6s7ttohxqGuVIP6W1O0bZqb6sR3QU=; b=d2GrY+4h8mf2mEcpQ7SiW8XmT3BGa3ZCuB5m4C39Z0hkDHcCVcFS6R8W4ydk/yX/MC h9LFHYcFpuo2aUeEPJoK/OzZXyhKXHaWWkZ5JR2EFh4dCFad21ABQ5+91zNzBIETtI0F q0/XxIxoS+nn+HFMkBuLAt92pWMqoVYQ/o6GLCfydfDiZUoEfFKdACg6ICqYnm68m4qf qu3vlRd6jDRT75ZFAxKv2Rtk2fI80R2s3HWITvrDUsTPDOb3gDJsbL4jGoSsT2ZHIAwA 8ZsMu3CA0NIzub2M/Wj1hnCzzBJpPYjDtPNoRemt5h79Y0ujXN79cadxrcPblIg9MUyN YWng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781008752; x=1781613552; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=DaG0npuBB0qsrS6s7ttohxqGuVIP6W1O0bZqb6sR3QU=; b=Ozweqy3E7A1ptcUgwlfqguw9fkK2DFWgVME/xKKCxgT4bSA6R+TSpeiENeBX27Y51K /OOC9pl86RpqpeiJoC1DpjsRmSrFJd0dgDnvFgBVC7q0pPjgPixn/xA+mBpiVoYbB6J6 EqYDQWJl1jbNWG5LijE01Dh671qktSJ5PThPjKXPD5hH/YrMp9XiRgG9HwPq/FLxImkC GvlCfbQio0ZcCp76cDIqk5KfxNfxWfOUyhUz77/gypFlFvM9l+iYasayrpA/vJGSrZAM Oo2X8zlYMLCUC/zhHNcrJTx+n/b2hRNgozG+SgypgIWeesPC92amO9846EUt3xJTPwwJ HlkQ== X-Forwarded-Encrypted: i=1; AFNElJ+Xv7hGCPA49UOaRHJIJzF89MqB5SQH2yR9m+i067sf3eESlkDywPmhW5dsN8jdaZK+d+PDhKQeMzf11Yat@lists.postgresql.org X-Gm-Message-State: AOJu0Yy/uWRHcS1EEY7cZyaxxWp7QdSRfCRL0JbqgphX1yrdivSOQM2R cwRMH6hK9Jf9CXayPknsbh97eD/zTxN0Q/CU8ZCDAbOHZYZftkdYADltzyVJphkXC4KnPBaFxfu iXmnOEz7+hVLYvhG8RJ1HSVtJF970g1o= X-Gm-Gg: Acq92OENdp7FglLdGN2QwLgKg9aaKrtuqYwuLjbB5qYuAFzVTyge04Keg3XDAuOvj6n Of0RMfk+jS2egYdGvwVeRyNhYaY3ZVHLo4Vx2vZ0NbJQ/CMW1rbnX8/aSlMih3Y2Ms+VJvMY5K1 KPR32vcMUO2Bffmdp9YeSxvEwXS7IcVKgD3sm1NHAVJ0pOuZAjcISinjlphLrLF9IQ2BDkfp6MZ FJfuWqEu2ubmVTnB1As6SkK18y3sSJNeHUE7h9+9NHpcQzpoRw9v1VQav1l3iwufSS8+LrxgxKY x69Flr0Rzy1tO9yh X-Received: by 2002:a05:6102:5490:b0:631:e729:4575 with SMTP id ada2fe7eead31-6fef75cb473mr9519600137.5.1781008751946; Tue, 09 Jun 2026 05:39:11 -0700 (PDT) MIME-Version: 1.0 References: <038d97bc-fbe4-4d99-b7a5-e468ef361123@iki.fi> In-Reply-To: From: Nitin Jadhav Date: Tue, 9 Jun 2026 18:08:36 +0530 X-Gm-Features: AVVi8Cdk6z9N2iLx2CQjgrRYA-hA-bgGwW3B4eZLQBL4aqCQcCA0sCFohHaW-fQ Message-ID: Subject: Re: [PATCH] Fix minRecoveryPoint not advanced past checkpoint in CreateRestartPoint To: Adam Lee , Michael Paquier Cc: Heikki Linnakangas , pgsql-hackers@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi Adam, Michael, I went through the discussion and wanted to share my thoughts. I agree with Michael's point that semantically, minRecoveryPoint represents the minimum LSN needed for on-disk page consistency, and from that strict perspective, the current behavior is technically correct. However, I also acknowledge Adam's concern about the practical impact on tooling and automation that relies on pg_controldata to accurately reflect recovery progress. Given that the current behavior creates inconsistency across recovery_target_action settings (pause and promote behave differently than shutdown), external tools such as pg_rewind, backup solutions, and monitoring systems depend on this value for operational decisions, I support moving forward with this patch. Regarding Michael's point about simplifying the minRecoveryPoint update logic=E2=80=94I completely agree that reducing code paths and complexity in this area would be valuable. If there are specific areas that could benefit from simplification or refactoring, I would be interested in helping with that work. I haven't reviewed the patch in detail yet, but I will do so and share any feedback or comments. Best Regards, Nitin Jadhav Azure Database for PostgreSQL Microsoft