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 1vaDy9-005RFX-0Q for pgpool-general@arkaria.postgresql.org; Mon, 29 Dec 2025 14:11:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vaDy6-00Gwcx-0B for pgpool-general@arkaria.postgresql.org; Mon, 29 Dec 2025 14:11:30 +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.96) (envelope-from ) id 1vaDy5-00Gwcq-2o for pgpool-general@lists.postgresql.org; Mon, 29 Dec 2025 14:11:30 +0000 Received: from mail-pj1-x1033.google.com ([2607:f8b0:4864:20::1033]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vaDy3-003PMx-3C for pgpool-general@lists.postgresql.org; Mon, 29 Dec 2025 14:11:30 +0000 Received: by mail-pj1-x1033.google.com with SMTP id 98e67ed59e1d1-34c565b888dso10130832a91.0 for ; Mon, 29 Dec 2025 06:11:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1767017486; x=1767622286; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=yXONLs1yLAKhFJjqNpJ0/1qIvEMkkwhQ4UBT6BTjj3I=; b=KTt8G4zljwgUd+oF+JJC631XAIFuzSPMzTUylOejJQK6vCWppLDiEPNwUmpMRLADXe hkN/KkPlABqoq0DNNXaOHB+LobDuA5pDHNKBWbSW4Nwz14q71nNeTcwSXFPjnvIqpRhj iBlAe5dEBPzUeDy4ZwEtnAOxzf47LNfcy32DhOGKhiYs/2M81zNbg0vY9+Xom1LrOsul zxu3JPop2ONyFaotZYrgCWrcRyXNmqpTQQuD+VsfpGcFwi7y2ZXVqa3l/10X9tsI1x4Q 3hv8RuuyTzPKzS1D6jEr3xgspUvZrIRgNaMQ0YG/NIJKvcKT7CRlpAXcOonnbx+9IYVv 5flg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767017486; x=1767622286; h=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=yXONLs1yLAKhFJjqNpJ0/1qIvEMkkwhQ4UBT6BTjj3I=; b=MUCZXCIb23ddH9cwt+5RdIQjGMJDGOUICceOEnJp4Q9aq8Otxg3iakiCQR7UpNDnGk v8r2iOrw8pax1bdygJ6719a8N5lcO1f/FXevqDlbbMMge8R/imb9iorRkr0cTcPhihjd pf6XMu7Xv2qxn3EyEEGAhJtwTx389fBmyPFBDRM8JwkQgO0D5w7kJgiUiiT86Y7/HQtT sD5bpVUKLaA/sNxrQ+1hap9nNf6OUth4fHnYpiqEzDUqIlgpl5xYSlZRyoa0kddnAHAf psJl6HkTFqmBOaydu5lXrk6X3clTiEYUUNqAtj4Asw/UQ559MD/q2KDdD3hQwKKdAf+F t2sg== X-Gm-Message-State: AOJu0YyHWu95QYgTSiwpdsCrUCsLjROQf6PuHfloGCOZYnhXxxQLvXjq mr3Tt9gw9ykfkm/MpIXxOozUsLDlxAxOMje6Ec8ZSGrjyxPaqFL24ElKIwn0TEj/IGs/mzC5pVT 616Xgx8asVKycnAGEERaofSBcqkf5RCuXfKkW X-Gm-Gg: AY/fxX6kfXtAeznn9u/w9z7GyO15lHX+FQY1eJcw4Shn0YKVZN6uqUJwzGNNaK2EfIH k33HLQMahff8Xe2GK2+zfIqoUq+9TzLQ741bs6QYAlT3sOoFobbbzu9SjJgn1/SlIuV5oA0/MgG 8dz4ONXvaovz8bET432pvqikxn4AyAEzsksDrYawtIWcsHOVmMNtCpfCVcImXSqqWS5ZyDLbfYH JHpNHtvhZwGZUY1RjPJAW60v7veW83CCvVqULTzX8E5UkIKQkMbPNYyFy/K6uLz9/VA9GGXaZBG rjQjCzPtQyfaEXd1VpMHw8p+tQx0HLuZIEuFcqQ= X-Google-Smtp-Source: AGHT+IGJ1g14+/ix/XE1dHA3pwwj3IziP2IadMYvesT8GqFu3f+UJyKfDIp3qgb+vJhQm1nRKj6JSaS5p1SK9LnzgO8= X-Received: by 2002:a17:90b:3d90:b0:349:3fe8:e7df with SMTP id 98e67ed59e1d1-34e921be5demr22107391a91.22.1767017485833; Mon, 29 Dec 2025 06:11:25 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Emond Papegaaij Date: Mon, 29 Dec 2025 15:11:14 +0100 X-Gm-Features: AQt7F2r3Tp7YLyOhjL6489M7PgE8vD8gUBgeIddoK9WlbjpWDCkdWX277kVNg2k Message-ID: Subject: Re: Pgpool-II 4.7.0 released. To: "pgpool-general@lists.postgresql.org" Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi all, We are trying to upgrade our application to use Pgpool-II 4.7.0, but the change for 'Enhance security for watchdog and heartbeat receiver.' is causing issues for us. We run Pgpool in a docker container and expose some of its ports to specific IP-addresses on the hosts: 172.29.30.1, 172.29.30.2 and 172.29.30.3 for the 3 hosts. However, from the perspective of docker container in which Pgpool is running, there's only the IP assigned to the container by docker. With 4.7.0, Pgpool tries to bind the wd_port to its external IP address, which is not possible from inside the container, resulting in the following errors: 2025-12-29 10:11:05: pid 8: LOG: setting the local watchdog node name to "172.29.30.1:5432 Linux 9ade096c54fb" 2025-12-29 10:11:05: pid 8: LOG: watchdog cluster is configured with 1 remote nodes 2025-12-29 10:11:05: pid 8: LOG: watchdog remote node:0 on 172.29.30.2:9009 2025-12-29 10:11:05: pid 8: LOG: interface monitoring is disabled in watchdog 2025-12-29 10:11:05: pid 8: LOG: setting up watchdog receive socket for 172.29.30.1:9009 2025-12-29 10:11:05: pid 8: LOG: failed to create watchdog receive socket. retrying... 2025-12-29 10:11:05: pid 8: DETAIL: bind on "172.29.30.1:9009" failed with reason: "Address not available" 2025-12-29 10:11:06: pid 8: LOG: failed to create watchdog receive socket. retrying... 2025-12-29 10:11:06: pid 8: DETAIL: bind on "172.29.30.1:9009" failed with reason: "Address not available" 2025-12-29 10:11:07: pid 8: LOG: failed to create watchdog receive socket. retrying... 2025-12-29 10:11:07: pid 8: DETAIL: bind on "172.29.30.1:9009" failed with reason: "Address not available" 2025-12-29 10:11:08: pid 8: LOG: failed to create watchdog receive socket. retrying... 2025-12-29 10:11:08: pid 8: DETAIL: bind on "172.29.30.1:9009" failed with reason: "Address not available" 2025-12-29 10:11:09: pid 8: LOG: failed to create watchdog receive socket. retrying... 2025-12-29 10:11:09: pid 8: DETAIL: bind on "172.29.30.1:9009" failed with reason: "Address not available" 2025-12-29 10:11:10: pid 8: LOG: failed to create watchdog receive socket 2025-12-29 10:11:10: pid 8: DETAIL: bind on 172.29.30.1:9009 failed 2025-12-29 10:11:10: pid 8: FATAL: failed to create any of watchdog receive sockets 2025-12-29 10:11:10: pid 1: DEBUG: reaper handler 2025-12-29 10:11:10: pid 1: DEBUG: watchdog child process with pid: 8 exit with FATAL ERROR. pgpool-II will be shutdown 2025-12-29 10:11:10: pid 1: DEBUG: watchdog child process with pid: 8 exits with status 768 2025-12-29 10:11:10: pid 1: FATAL: watchdog child process exit with fatal error. exiting pgpool-II 2025-12-29 10:11:10: pid 1: LOG: shutting down The configuration for the watchdog and heartbeats hosts and ports is: hostname0 = '172.29.30.1' wd_port0 = 9009 pgpool_port0 = 5432 heartbeat_hostname0 = '172.29.30.1' heartbeat_port0 = 9694 hostname1 = '172.29.30.2' wd_port1 = 9009 pgpool_port1 = 5432 heartbeat_hostname1 = '172.29.30.2' heartbeat_port1 = 9694 hostname2 = '172.29.30.3' wd_port2 = 9009 pgpool_port2 = 5432 heartbeat_hostname2 = '172.29.30.3' heartbeat_port2 = 9694 Is there any way to revert this behavior to the old situation, where pgpool would bind on all IP addresses? Inside a docker container, this is fine. Best regards, Emond