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 1vjDyp-00BOkP-2f for pgpool-general@arkaria.postgresql.org; Fri, 23 Jan 2026 10:01:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vjDyp-00H1As-01 for pgpool-general@arkaria.postgresql.org; Fri, 23 Jan 2026 10:01:27 +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 1vjDyo-00H1Al-2i for pgpool-general@lists.postgresql.org; Fri, 23 Jan 2026 10:01:27 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjDym-001txT-2K for pgpool-general@lists.postgresql.org; Fri, 23 Jan 2026 10:01:26 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:From:Subject:Cc:To:Message-Id:Date:Sender :Reply-To:Content-ID:Content-Description; bh=6MtaparH8mY9DisIfSahW3uwbwdT5Bl66IDtdPNPYpI=; b=YcBYkU4PxpsEC3OJ3m6LJ2gjGr snY57KWByEQUTWjI6uxiGdQKns9b8L50NYGEDBRaC96LKWeRZiUyOq/q0S1zHYLl97yU0QnjHRNfz GxFVxlT4e+ylZfLbmP4S+DWUhtz2fTGOCZ6lR7nLRcbEznig3fdTGOQDF+830MxYSA1Fy7U3Noy9d ZO+KARDIaGpKM8mfPy2v0thx6nkbPft8hLceNzZPBI7Xb4js5he1C0TH1PL99Zz0j5Oe61qzQvf+L CSB8rSuF/gPhmJilKtpeT6a4CfdkrShtHhVL3VXEIqdClJH3FxTM4moLySw6bht3fvl2E7CQ7+VZS cxwnrSRA==; Received: from 117.141.178.217.shared.user.transix.jp ([217.178.141.117] helo=localhost) by meldrar.postgresql.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjDyh-004KBH-33; Fri, 23 Jan 2026 10:01:22 +0000 Date: Fri, 23 Jan 2026 19:01:11 +0900 (JST) Message-Id: <20260123.190111.984289825765711614.ishii@postgresql.org> To: emond.papegaaij@gmail.com Cc: pgpool-general@lists.postgresql.org Subject: Re: Pgpool-II 4.7.0 released. From: Tatsuo Ishii In-Reply-To: References: <20260123.133510.1195841695338539350.ishii@postgresql.org> <20260123.162526.1291014725918553616.ishii@postgresql.org> X-Mailer: Mew version 6.8 on Emacs 29.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk >> After thinking more, I feel like it would be overkill to allow to >> specify multiple IPs for wd_listen_addresses and >> wd_heartbeat_listen_addresses. >> >> If so, we can decide to allow only 1 IP for each parameter and change >> the names to: >> >> wd_listen_address >> wd_heartbeat_listen_address >> >> What do you think? > > Yes, that makes sense to me. I don't see any reason to have multiple > addresses for those. If you do allow multiple addresses, that would > only be for consistency with the other options, like listen_addresses > and pcp_listen_addresses. We are going to use '*' anyway, because in a > docker container that works fine. Ok. > For some reason, our configuration file already contains a > wd_heartbeat_port, which I can't find in the manual. But it even > contains a comment stating that a change requires a restart, so it > must have come from somewhere: > > wd_heartbeat_port = 9694 > # Port number for receiving heartbeat signal > # (change requires restart) wd_heartbeat_port was once in older versions of pgpool.conf, e.g. v3.3. Best regards, -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp