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 1var5G-00Erjz-33 for pgpool-general@arkaria.postgresql.org; Wed, 31 Dec 2025 07:57:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1var5F-005fNQ-2x for pgpool-general@arkaria.postgresql.org; Wed, 31 Dec 2025 07:57: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 1var5F-005fNI-2N for pgpool-general@lists.postgresql.org; Wed, 31 Dec 2025 07:57:30 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1var5D-003k5o-1W for pgpool-general@lists.postgresql.org; Wed, 31 Dec 2025 07:57:30 +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=rft4ba3Tq/ztFxkkEBT+XHgqvgj/jLanQB/6jfl8lAA=; b=UW3BUzr7PV77n8G6SC2uXCtR2f RPJFH6sauRRTBBq+9vrsJLFWRKQgb+h9dTpsVfTmUSx3QiINAHeNhbSZj8tzQO1dY0lcP6zi0QCK2 lsmgd5MTDMNjTnhLlSzbick9gCWrEw3M2Jtj90uZeL70AE2c7liOhz5qeNa3piF7uKJh78aSa9byU pk5bPhb9Wb566OgOipFPFBNhOkVx8xA67heS1G1Y7bhpj31iE5jXh8Isnemf4v3/q+xVYN/9wOPA1 r+YRzy5XRi4OnaSoeFhjEQEfAq89hpMrL2iJQK9uVHtMbUFeUs04fBroELUlNsBezfhtqt1c01W7a bAaNkMVw==; Received: from [2409:11:4120:300:832e:fafe:f26e:b84e] (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 1var5B-007Xfi-0l; Wed, 31 Dec 2025 07:57:27 +0000 Date: Wed, 31 Dec 2025 16:57:14 +0900 (JST) Message-Id: <20251231.165714.1023017053914495270.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: <20251231.092344.1606071176472398412.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 X-Host-Lookup-Failed: Reverse DNS lookup failed for 2409:11:4120:300:832e:fafe:f26e:b84e (failed) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk >> Unfortunately it's not possible to bind on all IP addresses for pgpool >> by tweaking hostnameN. You could specify it to '*' so that it binds on >> all IP addresses, but this will cause a different problem: >> communicating to other watchdog is refused. This is because each >> watchdog node name is created from hostnameN. If hostnameN is '*', the >> node name will be something like "*:5432 Linux..." which is different >> from what other watchdog nodes expect (they expect something like >> '172.29.30.1:5432 ..."). > > I already suspected this. The same goes for using the actual docker > container ip, which is 172.29.29.107 on all 3 nodes. I think the best > solution would be to introduce a bind_address configuration parameter, > which defaults to hostnameN, but can be overridden. I guess the same > thing goes for heartbeat_hostnameN. Yeah, I thought the same. I will discuss with other developers next year. >> Since most pgpool developers are off for New Year's holiday, I will >> discuss them next week. > > No need to hurry. 4.6.5 is working fine for us at the moment. I wish > you a happy new year in advance. Thanks. -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp