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 1wA2Dt-0020IE-0t for pgpool-general@arkaria.postgresql.org; Tue, 07 Apr 2026 08:55:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wA2Dq-00Fz2C-2s for pgpool-general@arkaria.postgresql.org; Tue, 07 Apr 2026 08:55:47 +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 1wA2Dq-00Fz24-1E for pgpool-general@lists.postgresql.org; Tue, 07 Apr 2026 08:55:47 +0000 Received: from mail-japaneastazon11021108.outbound.protection.outlook.com ([52.101.125.108] helo=TYVP286CU001.outbound.protection.outlook.com) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wA2Do-000000010E0-1GQs for pgpool-general@lists.postgresql.org; Tue, 07 Apr 2026 08:55:45 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ppYzdidzNZNhMMuzsqil26XU1P6lPJSwsvdVIjZYLIkDHXvfi/IAmI3CIB4kHqQtHIRy+r+XwxSA4gkZPIdmSyOY6JWUZWP4yB9WhC1MQT0Zd7z68P4kJRfv5/NAar2gE9Ct9wewLOl3h9+O2wIuLqwNBUbpPanovlISYWjaHGbYeY271WUEAfjwuRdzHMRwGRBOSzJ9McayjhzuDkY9ULPIOcLy2mRbFh8jwD4N0u4HDLZ4Re7hzT3E3kmAWbBGtXwfiulFvmGGBa+HTXIgWWoUo29vFU57hxqwEsx/DyqR3vfiUuabAPEXpRHnGbxo2xnbW2OvK/PYRUHVYoBHjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=SqU4gDclS20SQ+K8eqw4X9R5rmoHvZyk2fdvP3woxuU=; b=NCahTcc+kdukmgpyF7nWBaTDt/39GLnyGCqn6WPKdQ5aC6sqE/MAWjKm9aOx/pNBDlVHKKjPw5dB2ABPCt55ofvI/iWzCvZwIoaTD0mwQ7QH5SywN8/yFCaeL4/+MpFXB6Ijxuni+IXL06YHO2/vPIReDY7/HIC1+iQpKu1Zb9457ZYGir279lQImvjTG7vn7YzNVLDrlgFxyBdyLmQzRn5jPi05YULD4jeyYgstD05BcGkheK5Q6bXnyi/owpNpd+05hQAZe9B2azIANlwzQbkMY4hEjB3v1mCqJqjujnrgFQbmbtfNsqDGbxRijTxxXPhJCP4WtNavd7bxYCIpuw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=sraoss.co.jp; dmarc=pass action=none header.from=sraoss.co.jp; dkim=pass header.d=sraoss.co.jp; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sraoss.co.jp; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SqU4gDclS20SQ+K8eqw4X9R5rmoHvZyk2fdvP3woxuU=; b=lXghwRkHxpnkjztJWHVtIRij9eC1H4ySKBb9DjcMPD7rAopF4IB2AiEGWKmr/6177BQjotoeW4L9xqnwWxhKHJwsHmGil27bocQwAL0AWpGMhx2m9hgGDamggQuIs24wkQ0ArlKl8HP/rrHoSZrcxVvyRoI5OUT1HNCsTmXxUF2q1oH4Hquc7D4mFp78mFA3QqkFWp6kBorHsuRcB/XDyPsj0Cp7BCNBVG/awBOnAxLfD3FFQFmcbX9uqbTWgG0A7G2IXXDfWRbw4Ad+mNqvVKxLegqeyuwsAKWqoCnJkOWgg/7jEa9F1HUYgt2dYajhmm0ny0dfqhV1ajvo1Ejzcw== Received: from TY4PR01MB17374.jpnprd01.prod.outlook.com (2603:1096:405:352::7) by TYCPR01MB9973.jpnprd01.prod.outlook.com (2603:1096:400:1e9::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9769.19; Tue, 7 Apr 2026 08:55:38 +0000 Received: from TY4PR01MB17374.jpnprd01.prod.outlook.com ([fe80::e01d:5353:13ea:5aed]) by TY4PR01MB17374.jpnprd01.prod.outlook.com ([fe80::e01d:5353:13ea:5aed%6]) with mapi id 15.20.9769.015; Tue, 7 Apr 2026 08:55:38 +0000 From: Koshino Taiki To: JOSE MARIA Marin , "pgpool-general@lists.postgresql.org" Subject: Re: Bug report: Hardcoded debug logs "pi->node_ids" in pcp_child (v4.7.0) Thread-Topic: Bug report: Hardcoded debug logs "pi->node_ids" in pcp_child (v4.7.0) Thread-Index: AQHcxbabZ8/Jhz2dT0OF/st3wBFwPbXTTDCb Date: Tue, 7 Apr 2026 08:55:38 +0000 Message-ID: References: In-Reply-To: Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=sraoss.co.jp; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: TY4PR01MB17374:EE_|TYCPR01MB9973:EE_ x-ms-office365-filtering-correlation-id: f21475e5-6031-4396-be11-08de948370b0 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|366016|376014|18002099003|56012099003|13003099007|8096899003|22082099003|38070700021; x-microsoft-antispam-message-info: HXAYdbbmlE89kD4KAH3UaddTwF2lJjKgK0JOfvgWW5UxCuANGfVdo0wUTUGKC2UC6oiE7/rUX7Nxm7Yf4KRGKN5zRaVgIwNdbRYZoDtdbqizU8PkZqVC4UVRRufCEjsfXGfR5L3Yq9MP1bTNMZFCx5q3vpBVLHIoudWCwLdxmGVuFI6aJZmzyZMO5misec5xzyJBgUwnP6Rx4GCKXFbIxaiv1g90zZk872jIlDoJIKlC/OladWb40DmxDAweLqXjMJjYnt+rqgtxdLpDyZx8TPv5N404R0kB09bK4XH9EV5QxQWD5r98AHbwE/Dj7jGhTL7s8olO2ntm2suROlQftt/jImB46ijh7joq+rGv887zd2YGjpN5rM5q72wXMfc8u6U4joJxJ0lCSxdXRerK74xb4h9MDyiK04wrwZTHvyWZsAgL3RMPbDmXW/0CIj7gP+DFFCEUjpiEev0BiaENCbGYoRZlsDXDF3ZuKj/O9mOMt8vkWLk5vVlj2X9JviJ+FeinP6ZnY1ZqyWYuvWqLyeZhiTTZ9s/k85wXjvTS0fIjwdIZR7J9CjdulaoyqzQ3Hin3lzjmCSegdNJJmYpYLCFHBRAHupIzbz3bad1eTGuWiSq4aFnihkR5IO+3NRMOXZPjOoD4GViDR1fQOFgiP2E+MZGLhh+MesFP+0CIdnt/ylxnhB6OkQZG2tgv417JRy9e3VcpVYkl3BTCPocz+D4iSUvGl2TzH0lFuBOZIf8= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:ja;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:TY4PR01MB17374.jpnprd01.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(376014)(18002099003)(56012099003)(13003099007)(8096899003)(22082099003)(38070700021);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-2022-jp?B?UEJrN1lmUitxTDhxQzFPT1R5dFJqTm9vYXpKMWhPVFVVOG5SeW5VcWJE?= =?iso-2022-jp?B?RjNvb0RCU3ZjQk12U0dickhQcHk0U09VZU56SmJ1WFBhZktHbmpzSHJJ?= =?iso-2022-jp?B?T3BTbWVPY2o4b2d0L3czUDFhTGd5T2ZBak96UlhmdUpleVJVS3l5NjQ2?= =?iso-2022-jp?B?MytoWDRWSWkzN2tkelN2cjBLeXR6dk1JdXB0UnVvR3RUblNmNEt2UjNB?= =?iso-2022-jp?B?eVF6UkpsQVgxSklBVGNLYy9oZ1hRU1lKSTFGVnIxcENDaVpyWXZSeXdT?= =?iso-2022-jp?B?VFRMRHVzb0JBNmx6N0dic2tSaThzalBjVFhvaUUraElIWHlYNHZvaU9M?= =?iso-2022-jp?B?TGxyY3RZZm5GQUE2TGNRRXk2VFFpQ3Job2FFamxscGxIdG1ZSnJhM25a?= =?iso-2022-jp?B?UGFIMklCaHRFdVB2VG9adjJTV3RiMExZcFRPS1A3SGo4bWZMZElBaE14?= =?iso-2022-jp?B?Y3g0RDV3S1p6cnp2VVBOUWtUQjQyb2pqZVZjUUd6eWhFWjU0amltVlB6?= =?iso-2022-jp?B?QWJMbGFZaGdaRmczdDhuc254V0diWk12M0hzTE8rSElSdlpGWHJrWE9K?= =?iso-2022-jp?B?NkFHZ2t2bzRzTk11RC9qb281UmpZbzJKeHYwOE5HNVBYaE84VjlwUmNs?= =?iso-2022-jp?B?RkRhWFJrSy9VQVo0Yjhsd2RXZjNHQjEzSWExUjhveU9rWmw2dHVBVisw?= =?iso-2022-jp?B?aFM5QU1zM3Y3Qkdyb3lYQnlrK0Q1NmJSUys1WGZsZlpuSnF3YjJMZEZ2?= =?iso-2022-jp?B?N0Q3WmM1NHNRM1FrSTFOREpodFJsSVVMaFU2UmR5UEU3WDN5bnRBRWxh?= =?iso-2022-jp?B?YTV0eWhNWVJPWDRQSHJGWURpUlBwUEY4c2hYdnJQaE0wTCtldVRMSXB2?= =?iso-2022-jp?B?L0I4elIxVEpobnhrUG9oeWR6TWZLMVVsR2xXdUR0Vzhid01oWHBNY2t2?= =?iso-2022-jp?B?bUNaem5UbnU3eE1ubEJyeE9IZTRyMmcvTDE1dzZqRC9hSnRvVmFTb25G?= =?iso-2022-jp?B?bnpxRlJjNG5yOENIMXdjUVNlY2oxQzhJMkFZa2ZtQUNMOCs5TENKdmwr?= =?iso-2022-jp?B?OVYxYnlWVktodk9NUno5bzMreFRpMWtRUWtJYmRXcjh2ZkgvOWJmR0V3?= =?iso-2022-jp?B?bGljVTE5Z1E2WUlYWHgzUy9TN0pEOFdnaVducFRiSjU3MDltSzNlNmVt?= =?iso-2022-jp?B?SWdQSVhvdlZnWFpKTDBJekFlOGd5K0NUSXppVXVBakpXSGlyYURNTERj?= =?iso-2022-jp?B?dUkzemloNTc0WHlRRFl6NlZJR0JSZkF1TFR1cURGOUZLcmNEMm1VQ21X?= =?iso-2022-jp?B?WHpHWTVwMGJtOU5ibktRQmlzSjJDWTNiaThUU0VmTzFORGVEMjJ4bTBk?= =?iso-2022-jp?B?KzVSTkRyenE1TmFwcTlCYmRSR3ZFMUNZb1l2MUd6ZERiU3VZU0dxVFRk?= =?iso-2022-jp?B?UzN6OWc0UlhuTXl5SUcxU2lEdU9GV3ZnMkRDUkcybWI0UUYyTDhBS25R?= =?iso-2022-jp?B?NHAyNWRSMTRZdmdERzZEcS9yaUpXTjdENnVzNC9yUVkrVFVtRjdyZ2Vx?= =?iso-2022-jp?B?Z0JPSktlZ01WdFdBRS95TnhyS2VUMklMS2dlWnAwbzhkQU1xM0doWWY0?= =?iso-2022-jp?B?WWVJRGZWaFJRWjFBY3MrQXdwV3RwSTBERng4Uk1vbkZDNUxvL2lwWnBG?= =?iso-2022-jp?B?SGZZNVNvMk1hcjR1VFpTNlBUakRxeE8yQzBGMHJ6N2ovb3hUVnFXekFZ?= =?iso-2022-jp?B?NGR5STNPcDN0bVRMZC9HQjdKTVhWZmxLQWQvWmlQQkExQTIyVGxxOVpW?= =?iso-2022-jp?B?NzZVY0Y4eit3UHg1bDhJanVQeXVTZXhxTjZ0RHFrMm5jVnE5NlVLS29v?= =?iso-2022-jp?B?R3R2STR4QWFHN2JrdE00UWplYzVmcXhmenhBdFptWU8zVXd3R2dtcmlC?= =?iso-2022-jp?B?Z1lqRVBNWmhaSzI2bXFjRkwweks3bXFJRkZkcWR0KzZvQ0ZhYTFqVUhB?= =?iso-2022-jp?B?OEU1Z2ZBMXJrNnpCN05MaldXbDZCelpEd2ZkdC9YUzVoNTg0RmErNlky?= =?iso-2022-jp?B?cEJCWHUzQWlaTVRHTytnMEg3L3FMMHlFalE0SWdVMTF6cTlrZHVWK1lu?= =?iso-2022-jp?B?NFYvMTNla2dXcmVqV0U4VTVZQXMzcW4zNFRYcERXd3dRZzB6V2N5V0ZX?= =?iso-2022-jp?B?a2tRdlpJTDlCbDRCb2hqWEoydWRyZjF3VXdHV0dHUDE3dlVUK2JubHZt?= =?iso-2022-jp?B?eUZQaU02WHY4Q2l2WXRkcUoxb29pZ29icURubGRWUW1nTWhMVmtFalVk?= =?iso-2022-jp?B?b0dnVFRSMWtpdHIra0J6LzFPa3VLUDFBZmNGMzMyMzQvbkxqNW9CZWg4?= =?iso-2022-jp?B?WE1Cd0pjTmd0Qko0UVQ5Y3QxSGdIMFBKZU45R1hmNmtmR3lNMXN6Z3Ax?= =?iso-2022-jp?B?M3h6MmRQMC9IV01wLzIyQmYxNysrV29ZbnZnRWIxQ29wWkhpZUwxU1Vk?= =?iso-2022-jp?B?MHlyQWxZ?= Content-Type: multipart/alternative; boundary="_000_TY4PR01MB1737497B2EB107A54E3CA545E945AATY4PR01MB17374jp_" MIME-Version: 1.0 X-OriginatorOrg: sraoss.co.jp X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: TY4PR01MB17374.jpnprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f21475e5-6031-4396-be11-08de948370b0 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2026 08:55:38.4758 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 75db6c32-352e-4063-ae79-cafb8623f6db X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NSv4kJIP1CmQNO811ojxa/dECTprRQMEGe4gxMUQwb+CUNexhWWyxQZYLgzc+QNYInC2g726Z2QiKUeMUM8v9w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYCPR01MB9973 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --_000_TY4PR01MB1737497B2EB107A54E3CA545E945AATY4PR01MB17374jp_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Hi, Thank you for the report. This has already been fixed. The debug messages were incorrectly emitted at= LOG level, and have been downgraded to DEBUG5. The fix will be included in the 4.7.2 release. The related commit is here: https://git.postgresql.org/gitweb/?p=3Dpgpool2.git;a=3Dcommit;h=3Df647c4a37= 2ea2c2cfae80e4e60f209e236fe41ec Best regards, Taiki Koshino SRA OSS K.K. TEL: 03-5979-2701 FAX: 03-5979-2702 URL: https://www.sraoss.co.jp/ ________________________________ =1B$B:9=3DP?M=1B(B: JOSE MARIA Marin =1B$BAw?.F|;~=1B(B: 2026=1B$BG/=1B(B4=1B$B7n=1B(B6=1B$BF|=1B(B 20:14 =1B$B08@h=1B(B: pgpool-general@lists.postgresql.org =1B$B7oL>=1B(B: Bug report: Hardcoded debug logs "pi->node_ids" in pcp_chil= d (v4.7.0) Description: After upgrading to PgPool-II 4.7.0, the logs are being flooded= with internal debug messages every time pcp_proc_info is executed. Log Example: pcp_child pid XXXX: LOG: pi->node_ids[0]:1 pi->node_ids[1]:0. = Repeats tens of times. ... 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:1 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:1 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 2026-04-06 11:11:03.367: psql pid 188: LOG: pi->node_ids[0]:3 pi->node_ids= [1]:0 ... Steps to reproduce: 1. Run PgPool-II 4.7.0. 2. Execute pcp_proc_info. 3. Check the main PgPool log. Current behavior: Even with log_min_messages =3D warning and log_pcp_messag= es =3D off, these messages persist. It seems like a hardcoded pool_log or f= printf in the source code of the PCP child handler. Expected behavior: Internal structure debugging like pi->node_ids should on= ly appear when debug_level is high or during development builds. Environment: * PgPool-II version: 4.7.0 * OS: Ubuntu (Docker) --_000_TY4PR01MB1737497B2EB107A54E3CA545E945AATY4PR01MB17374jp_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
Hi,
Thank you for the report.
This has already been fixed. The debug messages were incorrectly emitted at= LOG level, and have been downgraded to DEBUG5.
The fix will be included in the 4.7.2 release.
The related commit is here:
https://git.postgresql.org/gitweb/?p=3Dpgpool2.git;a=3Dc= ommit;h=3Df647c4a372ea2c2cfae80e4e60f209e236fe41ec
Best regards,
Taiki Koshino<koshino@sraoss.co.jp>
SRA OSS K.K.
TEL: 03-5979-2701 FAX: 03-5979-2702
URL: https://www.sraoss.co.jp/

=1B$B:9=3DP?M=1B(B: JOSE MA= RIA Marin <jmmarint@gmail.com>
=1B$BAw?.F|;~=1B(B: 2026=1B$BG/=1B(B4=1B$B7n=1B(B6=1B$BF|=1B(B 20:14=
=1B$B08@h=1B(B: pgpool-general@lists.postgresql.org <pgpool-gener= al@lists.postgresql.org>
=1B$B7oL>=1B(B: Bug report: Hardcoded debug logs "pi->node_i= ds" in pcp_child (v4.7.0)
 

Description: After upgrading to PgPool-II 4.7.0, the logs are bei= ng flooded with internal debug messages every time pcp_proc_info=  is executed.

Log Example: pcp_child pid XXXX: LOG: pi->node_ids[0]:1 = pi->node_ids[1]:0. Repeats tens of times.
...
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:1 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:1 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
2026-04-06 11:11:03.367: psql pid 188: LOG:  pi->node_ids[0]:3 pi-&= gt;node_ids[1]:0
...

Steps to reproduce:

  1. Run PgPool-II 4.7.0.

  2. Execute pcp_proc_info.

  3. Check the main PgPool log.

Current behavior: Even with log_min_messages =3D warning and log_pcp_messages =3D off, these messages persist. It seems lik= e a hardcoded pool_log or fprintf in the source code of the PCP= child handler.

Expected behavior: Internal structure debugging like pi->= ;node_ids should only appear when debug_level is high or during development builds.

Environment:

  • PgPool-II version: 4.7.0

  • OS: Ubuntu (Docker)

--_000_TY4PR01MB1737497B2EB107A54E3CA545E945AATY4PR01MB17374jp_--