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 1wKcjy-001Btf-2B for pgsql-hackers@arkaria.postgresql.org; Wed, 06 May 2026 13:56:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wKcjx-00HCF1-1w for pgsql-hackers@arkaria.postgresql.org; Wed, 06 May 2026 13:56:41 +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 1wKcjx-00HCEt-0s for pgsql-hackers@lists.postgresql.org; Wed, 06 May 2026 13:56:41 +0000 Received: from relay8-d.mail.gandi.net ([2001:4b98:dc4:8::228]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wKcju-00000000pcT-0VL1 for pgsql-hackers@lists.postgresql.org; Wed, 06 May 2026 13:56:40 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 074373EC3A for ; Wed, 6 May 2026 13:56:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vondra.me; s=gm1; t=1778075792; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=cg0KZaT/TCtQpPZTI5zXhEkHllJum0MqW64D4apZiIA=; b=LNHnpyNAxrRXRkm4+1zymr8JP6MicBFo/9KxaVuC2dMWSoYBzYUFh94KIM/bQdp3UQI7mI By/rIzfX2AtBDBsMTh87Qz0FK6M+kSXyVVMdZTUX49m7wK64AYoOD+RYz85vgy89DEsLIV vRXkxlUjAebFBN3YaEOWDHFUG2ulIZjEuDdbeImfrSbfyTs9knW5Bxkr+lZ3jaNc6NMH0b NuHwzH/gZDRCvnnBJRF8tOxWQXtZiRDH9NZ0YhwT0fh6FmIEDEJXNjose1Gv71DOuGxrhd C7C2odZ/NhajeqV/Qf+uigKqfQlV0IhfGAqAvA+Qrhl/insyuxIv/LsDsk2HJg== Message-ID: <07a279bd-dcd4-4e6a-a5bb-2bc184f6017d@vondra.me> Date: Wed, 6 May 2026 15:56:30 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: PostgreSQL Hackers From: Tomas Vondra Subject: occasional ECPG failures on dikkop (FreeBSD) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GND-Sasl: tomas@vondra.me X-GND-Cause: dmFkZTF8RiXvlhzfpObTnwKuoKa14rbiFFXbCgDcPLkvb84LKGIVTejnRsqPfdMntZxjBEby1SGpTigLPqLpHpZm2dZ4T4cK2ygS60V6AuuHHBDivsbCAgrR7cp8fqFzCl8jV9cXeuWHIby++NJ5MJMCLG7YRENzIJTnOH3sW+zPtRcHCUouM2+sNit5osg56qLuOzZYNPIDXhtKLfTEaVxk0/v95TzwdVM1ySWJNsa0w3dAGN0Xhq+B+AypCCnSzu9X6O+11u1mhUhtL83ZFGxqqCDIXfWKB64R4iytdHQm6kzllvbPJo9gX26mQAB/LSZ2cBJNDKEo2UlZv2Qd44Iylw6POW1wt+TXsh2ykykFTE4fyLQLREMVqfoiZ9QHJ3bym7pZElOhYKnRIPnUrcg7CbPjH5WkiKlUcbeXl+mwXtYrgXl+nn0rSv0yGBSEyY4qbTfah93aLpl3AQ7FRXroCOwVG39DVnGgMgXUAGfynUB/Zf45Az2kcdKW7Eh0sSYgRmzDS5hfpQLlLqFc3ud5FOYctLf2NRyF1cLVpRlBencdNL6fwCPK2NHM7tUTTrJFywiIoLVeVefQ0iNKC0a111zCiJ4tGhcsuDAG7d4XGkrq0iMFK3uqjyWG/KC5GiBrMyMyANgFQGpE6LSKQUPSVWsxa4Ehyrtg1FmGXEfP9Le3GQ X-GND-State: clean X-GND-Score: -100 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, about a month ago dikkop started reporting occasional failures in ECPG tests. I'm not very familiar with ecpg, and I've been unable to figure this out so far, so I wonder if others might know ... The failures seem to happen maybe ~5% of the runs, but only when it's through the buildfarm client. I've been unable to reproduce the issue, even when trying to use exactly the same options etc. Two failures from master: * https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=dikkop&dt=2026-04-07%2011%3A00%3A39 * https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=dikkop&dt=2026-05-04%2010%3A00%3A10 However, it seems to affect older branches too, all the way back to REL_14_STABLE. The failures started to appear ~30 days ago, which aligns with the machine being upgraded from FreeBSD 14.1 to 14.4. (It might have been running 14.3, not sure.) The failures look like this: ok 64 - thread/prep 732 ms not ok 65 - thread/alloc 65 ms # (test process was terminated by signal 11: Segmentation fault) ok 66 - thread/descriptor 136 ms so the problem seems to be in thread/alloc. But the log says this: $ grep 'signal 11' /var/log/messages Apr 1 21:53:30 generic kernel: pid 27622 (thread_implicit), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 1 23:54:19 generic kernel: pid 50594 (alloc), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 2 20:19:57 generic kernel: pid 53415 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 4 02:07:58 generic kernel: pid 48615 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 7 12:58:20 generic kernel: pid 17092 (alloc), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 9 13:21:47 generic kernel: pid 65784 (alloc), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 10 18:20:17 generic kernel: pid 67540 (thread_implicit), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 22 16:29:29 generic kernel: pid 10941 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 22 20:29:47 generic kernel: pid 32964 (thread_implicit), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 22 23:34:54 generic kernel: pid 43109 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 29 19:24:49 generic kernel: pid 81996 (thread), jid 0, uid 1001: exited on signal 11 (core dumped) Apr 30 10:58:42 generic kernel: pid 65438 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) May 3 22:15:57 generic kernel: pid 21640 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) May 4 12:08:15 generic kernel: pid 98832 (alloc), jid 0, uid 1001: exited on signal 11 (core dumped) May 5 12:04:33 generic kernel: pid 65140 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) May 5 13:05:45 generic kernel: pid 12122 (prep), jid 0, uid 1001: exited on signal 11 (core dumped) So there is plenty of segfaults in the other ecpg tests, it seems. Sadly, I haven't found any core files. I'll try to look again after the next failure. Any ideas? I don't see similar failures on other machines. regards -- Tomas Vondra