Re: Several buildfarm animals fail tests because of shared memory error

From: Robins Tharakan <tharakan(at)gmail(dot)com>
To: Alexander Lakhin <exclusion(at)gmail(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>
Subject: Re: Several buildfarm animals fail tests because of shared memory error
Date: 2025-01-09 11:47:06
Message-ID: CAEP4nAzb8Z2D_yNuobG+h4Mf44Z_4AoUS05jYA5J8hxqFLPJiQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Alexander,

On Sun, 22 Dec 2024 at 17:57, Robins Tharakan <tharakan(at)gmail(dot)com> wrote:
>
> .... So if that's a key reason here, then probably by this time next week
things should
> settle down. I've begun setting it correctly (2 done with a few more to
go) - although
> given that some machines are at work, I'll try to get to them this coming
week.
>

All of my machines now have the RemoveIPC config set correctly and seem to
work
well for the past few days, so ideally we should be good there.

Unrelated, parula has been failing the libperl test (only v15 and older),
for the past
3 weeks - to clarify, this test started to fail (~18 days ago) before I
fixed the
'RemoveIPC' configuration (~5 days ago), so this is unrelated to that
change.

https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=parula&dt=2025-01-09%2003%3A13%3A18&stg=configure

The first REL_15_STABLE test failure points to acd5c28db5 but I didn't see
anything interesting there.

The error seems to be around "annobin.so" and so it may be about how
gcc is being compiled (not sure). While I figure out if GCC compilation
needs work, I thought to bring it up here since v16+ seems to work fine on
the same box and we may want to consider doing something similar for all
older versions too?

"
configure:19818: checking for libperl
configure:19834: ccache gcc -o conftest -Wall -Wmissing-prototypes
-Wpointer-arith -Wdeclaration-after-statement -Werror=vla -Wendif-labels
-Wmissing-format-attribute -Wimplicit-fallthrough=3 -Wcast-function-type
-Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard
-Wno-deprecated-non-prototype -Wno-format-truncation
-Wno-stringop-truncation -g -O2 -std=gnu17 -fPIC -D_GNU_SOURCE
-I/usr/include/libxml2 -I/usr/lib64/perl5/CORE conftest.c -Wl,-z,relro
-Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1
-fstack-protector-strong -L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl
-lpthread -lresolv -ldl -lm -lcrypt -lutil -lc >&5
cc1: fatal error: inaccessible plugin file
/opt/gcc/prod/bin/../lib/gcc/aarch64-unknown-linux-gnu/15.0.0/plugin/annobin.so
expanded from short plugin name annobin: No such file or directory
compilation terminated.
configure:19834: $? = 1
"

A wild guess is that this may be about the config
"-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1"
which I don't see in v16+, but I don't know enough to be sure if that's in
the
correct direction.

-
robins

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2025-01-09 11:59:42 Re: ecpg command does not warn COPY ... FROM STDIN;
Previous Message Ryo Kanbayashi 2025-01-09 11:34:54 Re: ecpg command does not warn COPY ... FROM STDIN;