LHC@home

Since yesterday most of the Theory native task end with status code 1. Runtime is between 1 and 3 minutes. The results are valid and earning a small amount of credit.

I am running these task native on Ubuntu 24.04.2 LTS.
Last view lines of the runRiver.log are:

PYTHIA8=/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt
make: Entering directory `/shared/pythia8'
g++ pythia8.cc -o pythia8.exe -Wfatal-errors -I/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/include -I/cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/include -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/lib -lpythia8 -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/lhapdf/6.5.5/x86_64-el9-gcc11-opt/lib -lLHAPDF -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/lib -lHepMC -pthread -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/lib -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/lhapdf/6.5.5/x86_64-el9-gcc11-opt/lib -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/lib -DVERSION=313
g++: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by g++)
g++: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by g++)
g++: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by g++)
make: *** [pythia8.exe] Error 1
make: Leaving directory `/shared/pythia8'
ERROR: fail to compile pythia8 wrapper code
[1]- 239 Exit 1 ( env $origEnv $generatorExecString; exit $? )
[2]+ 240 Running ( $rivetExecString; exit $? ) & (wd: /shared/tmp/tmp.i6ksJjLxV2)
ERROR: fail to run pythia8 8.313 or Rivet (error exit code)

glib version on this ubuntu release is:
sudo ldd --version ldd
ldd (Ubuntu GLIBC 2.39-0ubuntu8.4) 2.39
Copyright (C) 2024 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

As I looked around a lot of users sharing this same problem.

I stopped accepting Theory task for the time being.

Update:
I stared one of the Alma Linx 9.5 servers. They have (GNU libc) 2.34 on board, but as all the computing is done in a container they end with the same error message.

PYTHIA8=/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt
make: Entering directory `/shared/pythia8'
g++ pythia8.cc -o pythia8.exe -Wfatal-errors -I/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/include -I/cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/include -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/lib -lpythia8 -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/lhapdf/6.5.5/x86_64-el9-gcc11-opt/lib -lLHAPDF -L/cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/lib -lHepMC -pthread -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/pythia8/313/x86_64-el9-gcc11-opt/lib -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/MCGenerators/lhapdf/6.5.5/x86_64-el9-gcc11-opt/lib -Wl,-rpath /cvmfs/sft.cern.ch/lcg/releases/LCG_107/HepMC/2.06.11/x86_64-el9-gcc11-opt/lib -DVERSION=313
g++: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by g++)
g++: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by g++)
g++: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by g++)
make: *** [pythia8.exe] Error 1
make: Leaving directory `/shared/pythia8'
ERROR: fail to compile pythia8 wrapper code
[1] 9076 Exit 1 ( env $origEnv $generatorExecString; exit $? )
[2]- 9077 Running ( $rivetExecString; exit $? ) & (wd: /shared/tmp/tmp.iOVUiTuOZT)
[3]+ 9078 Done display_service $tmpd_dump "$beam $process $energy $params $generator $version $tune"
ERROR: fail to run pythia8 8.313 or Rivet (error exit code)

cat /etc/os-release
NAME="AlmaLinux"
VERSION="9.5 (Teal Serval)"
ID="almalinux"

It seems I have the same issue on an Intel iMac:

a<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255)</message>
<stderr_txt>
2025-03-30 16:55:27 (1462): vboxwrapper version 26208
2025-03-30 16:55:27 (1462): BOINC client version: 8.0.2
2025-03-30 16:55:27 (1462): Detected: VirtualBox VboxManage Interface (Version: 7.1.6)
2025-03-30 16:55:27 (1462): Detected: Sandbox Configuration Enabled
2025-03-30 16:55:27 (1462): WARNING: Communication with VM Hypervisor failed.
2025-03-30 16:55:27 (1462): ERROR: VBoxManage list hostinfo failed
2025-03-30 16:55:27 (1462): called boinc_finish(1)

</stderr_txt>
]]>

https://lhcathome.cern.ch/lhcathome/result.php?resultid=420829321