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.94.2) (envelope-from ) id 1v7CNa-00GWnU-Px for pgpool-general@arkaria.postgresql.org; Fri, 10 Oct 2025 12:37:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1v7CNY-00CDHl-Je for pgpool-general@arkaria.postgresql.org; Fri, 10 Oct 2025 12:37:49 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1v7C3E-00C1zn-VR for pgpool-general@lists.postgresql.org; Fri, 10 Oct 2025 12:16:49 +0000 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1v7C3D-001PhW-2B for pgpool-general@lists.postgresql.org; Fri, 10 Oct 2025 12:16:49 +0000 Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-62ec5f750f7so3497867a12.3 for ; Fri, 10 Oct 2025 05:16:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1760098606; x=1760703406; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ZTAY6Qk4hRs6FlfiQxFVwIwXQbjAHeV8KHHPOKJYodY=; b=bL2A5qV7lDRQa/2p60RlmBFMpCMGHRO8tmwI99REFwfj6GmolAdxFiVtPskzPBaAJR drAS4fZpx5mKzyr+IAP0hCrdMr/ka6ps/ehwFatWS2/AQm4dOMdOwI3IuxsVhGFInmM8 53msEcS4lP7Vb6pFl9u7iRbxXDijcAOF8cPrI4kqkAZqTerOA8PazWt2UNihoHhVgpeG 9kOWEf+4AOS5cezQMbpAMUIadTCCL3kkUusQV9WLfe5Co77vyTnC61sBx8G+JtjHycbs PVcM5yJeDupRfRIJ8uyi1TzJEy6lOqVJ3Y7OUN3BRNy9ctce3ddIX49mUJxYkPW+1Uqo EGfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760098606; x=1760703406; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ZTAY6Qk4hRs6FlfiQxFVwIwXQbjAHeV8KHHPOKJYodY=; b=UsTGGue2LpORB046AXVfdVDs01wkQXBjYD1p2e3OqBMytQ9jKqADeZHt+l4d777fw7 p1MONiym3uvTU8tddu1T/KIGYFVk8Pof7ocN9a9pe0f5LU2ngUcKGsjpcn5vSW2S+Mj0 5/zAEJFTaE6n2fubI2gfvLIRpHNJf2v2qHUDooSIhWDtxF5Nvhqj64MyI5i/oOSGPsMQ IlZSQ/wZ0kxRixAXzqU3zrYzAvZ13jfv+2Fv438lVUYUBgqLENxAxFJXETEoJ0dUnPYr e4waqatPIZYvVxISlXnp95OYVRxEy4+bOQDJSts7eS02a0Ki/zMFAwwQhMGVehLx1BMV Tx1g== X-Forwarded-Encrypted: i=1; AJvYcCX93ZFkDUg5ty0qZjxtToicT8sfVowinq2pG54x2s+39knu1RF07qGBB5SsMmOLeZdZLABqddiTieEjdrO2MQ==@lists.postgresql.org X-Gm-Message-State: AOJu0YxlEYwLrL+4AjsQimZsZOvvooS/bXABTURG/EqiUWo346VtIaUc BB6NWo5ktQkZ/BcKDpLO0K08Xj4hNac1zhuVEOL58tORUuQS+smRuf78WDsouHqDarf/GKYA+Vt ShOi+l99iKPG97vFRgPQKoaAzYoldym44qr5Q X-Gm-Gg: ASbGncsT6NOn74U9StZgC0NMwFQo1ApNkAySjZaW3ScU1Oy8B0/7KPsstoN60e9rCFw 8vAzgXrj17YKK3bxQwC1kD5W486CewFx+PJlDwvJGAsgbUkJXx4eKa1z1hqs/inVXHObQ0PZ3Yy 1o9ZWHxYVLCP0wrQw48US7a2WdYvIbo1LPfWtXAsZB2WodejhJ8QUdjgSn4+pQ/srpsBAqe3qgd HDAG5juWcXVQrIX6Ib9g7F+RQ== X-Google-Smtp-Source: AGHT+IHGE7Pg8G0/v5D60MzT7nyMtPa2EXAYYUsO3irfKBTbpPrE6DKtMwC0rMM3j0xBUs7DHVfwIxM5EvBUsNtRYHA= X-Received: by 2002:a17:907:d9f:b0:b3c:a161:6843 with SMTP id a640c23a62f3a-b50aa58749fmr1328331066b.4.1760098605986; Fri, 10 Oct 2025 05:16:45 -0700 (PDT) MIME-Version: 1.0 From: VASUKI M Date: Fri, 10 Oct 2025 17:47:09 +0530 X-Gm-Features: AS18NWCabSuV-3cqXFoS8xvkB3lQ3OisfI7mcrDpmTLWGGo6i23-mQZEg6tUm0I Message-ID: Subject: Automating Failover Resync & Re-Attach in pgpool2 To: pgsql-bugs@lists.postgresql.org Cc: bharatdb@cdac.in, pgpool-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000002df7f10640cce4bd" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000002df7f10640cce4bd Content-Type: text/plain; charset="UTF-8" Dear PostgreSQL and Pgpool Communities, While working with PostgreSQL failover scenarios, I noticed that the process of re-attaching a standby node after a failover can be somewhat manual and prone to delays, especially in production environments. I explored automating this process using a combination of *pg_rewind* and *WAL replay*, which allows a standby node to resynchronize and re-attach to the primary automatically after a failover. This could reduce downtime and simplify management of failover nodes in high-availability setups. Automatically resynchronize after failover Reduce downtime and ensure quicker recovery Minimize manual operations and errors Maintain consistent cluster state with less administrative overhead I believe that integrating such an automated resync and re-attach feature into *Pgpool-II* could be very valuable for PostgreSQL users, potentially as an enhancement in a future release. I wanted to share this idea with the community to get feedback, suggestions, or any pointers on existing work that may align with this. I am happy to contribute more details --0000000000002df7f10640cce4bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear PostgreSQL and Pgpool Communities,

While working with PostgreSQL failover scenarios, I noticed that the pro= cess of re-attaching a standby node after a failover can be somewhat manual= and prone to delays, especially in production environments.

I explored automating this process using a combination of = pg_rewind and WAL replay, which allows a s= tandby node to resynchronize and re-attach to the primary automatically aft= er a failover. This could reduce downtime and simplify management of failov= er nodes in high-availability setups.

Automatically resynchronize aft= er failover

Reduce downtime and ensure quicker recovery

Minimiz= e manual operations and errors

Maintain consistent cluster state with= less administrative overhead

I believe that integrating such an automated resync and re-attach featur= e into Pgpool-II could be very valuable for PostgreSQL use= rs, potentially as an enhancement in a future release.

I wanted to share this idea with the community to get feedback, suggesti= ons, or any pointers on existing work that may align with this. I am happy = to contribute more details

--0000000000002df7f10640cce4bd--