This is a followup for retaking my questions about my failing to submit and run simulations in a remote cluster.
Can you show us what the error message(s) are?
Yes, the tail of my err file reads:
+ set - ERROR: ld.so: object '/lib64/libpapi.so.5.2.0.0' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object '/lib64/libpapi.so.5.2.0.0' from LD_PRELOAD cannot be preloaded: ignored.
-------------------------------------------------------------------------- Primary job terminated normally, but 1 process returned a non-zero exit code. Per user-direction, the job has been aborted. -------------------------------------------------------------------------- ERROR: ld.so: object '/lib64/libpapi.so.5.2.0.0' from LD_PRELOAD cannot be preloaded: ignored. /home/ia/ovelasco/simulations/tov_ET_decisiva/SIMFACTORY/exe/cactus_sim: error while loading shared libraries: libpapi.so.5.2.0.0: cannot open shared object file: No such file or directory
=>> PBS: job killed: walltime 864033 exceeded limit 864000 mpirun: abort is already in progress...hit ctrl-c again to forcibly terminate
Maybe. I'm not 100% sure what you are doing. Can you be clearer about how you are running the ET?
Sure, as I mentioned in a previous email, my intention is to run and submit the ET in a queue of a remote machine using Simfactory using either PBS or SLURM, as I work in different remote machines from time to time. The key point is that, I notice that while the sim and cactus_sim build is being done, it seems that some lines printed on the shell indicate that when a module is not found in the machine, the ET compiler "builds a bundle" for those modules that weren't found in the compilation from some thorns (examples below showing creation of bundles for GSL and HDF5):
******************************************************************************** Running configuration script for thorn GSL: GSL selected, but GSL_DIR not set. Checking pkg-config ... GSL not found. Checking standard paths ... GSL not found. Using bundled GSL... Finished running configuration script for thorn GSL.
******************************************************************************** Running configuration script for thorn HDF5: Additional requested language support: Fortran HDF5 selected, but HDF5_DIR not set. Checking pkg-config ... HDF5 not found. Checking standard paths ... HDF5 not found. Using bundled HDF5... Finished running configuration script for thorn HDF5.
First, these messages about GSL and HDF5 not being found surprise me because both modules are located in the /usr directory and I pointed to them in the configurations file.
Second. If this build was completed succesfully in the home or login shell of that machine, then I assume I can run and submit simulations with the configuration and runscript files of my machine in PBS or SLURM queues, am I right? If yes then, why I still haven't been capable of doing so? My simulations die within some seconds after being started.
I include here the optionlist and runscript that I use for a machine that uses PBS as an example.
echo "Simulation finished at $(date)" touch segment.done
El jue, 18 sept 2025 a las 14:04, Steven Brandt (<sbrandt@cct.lsu.edu>) escribió:
On 9/17/2025 12:11 PM, Omar Elías
Velasco Castillo wrote:
Dear Einstein Toolkit team,
I hope this message finds you well. I am a beginner with
the Einstein Toolkit. On personal workstations I have been
able to compile and run tutorial simulations at low
resolution, but I am facing problems on two different
clusters. I would like to ask two questions:
1. Are there ET versions prior to 2022_05 (e.g.
2019–2020 releases) that can still be downloaded and
compiled successfully? When I try to fetch them from
the website using ./GetComponents, the process fails
(CactusSourceJar.git is not created and some components do
not download). Since some of the nodes I use have older
GCC versions (8 or 10) and limited modules, a stable older
release might be more practical.
2. During compilation, I notice that thorns (such as GSL
and HDF5, for example) fall back to using the bundled
versions because system modules are not found. The build
completes successfully, but jobs fail immediately after
submission to PBS or SLURM queues.
Can you show us what the error message(s) are?
What is the role of the bundled versions in this case?
If the build uses bundled GSL/HDF5, do I still need to
load corresponding, compatible modules in the runscript?
Could this mismatch explain why jobs die right after
submission?
Maybe. I'm not 100% sure what you are doing. Can you be clearer
about how you are running the ET?
--Steve
Any advice on handling these issues would be very helpful.
Thank you very much for your time and support.