Closed TotoGaz closed 4 years ago
Looks like you are unable to create the silo/hdf files. Are you able to test the hdf that you have built?
I've been able to perform other tests. It happens that the version I've build does not work on the lustre file systems of Pangea. But this version is OK on nfs or tmpfs for example.
On hickory, all versions works seamlessly with the lustre fs...
Did you experience or hear about strange behaviors with lustre (or exotic lustre configurations)?
@TotoGaz can you tell me where to find gcc8 on pangea2?
@TotoGaz can you tell me where to find gcc8 on pangea2?
I could not find it so I had to recompile it myself.
Can you access /workrd/DEV/gazzola/GEOSX/source_me.sh
? It should define the env for gcc/g++/gfortran
, but also cmake
and openmpi 2.1.6
recompiled with this gcc 8.
In the middle of the shell file, there is a bloody module load intel-compxe/18.0.3.222
so i have the MKL (I had neither BLAS
nor LAPLACK
otherwise). It's not good but I do not think it will influence our current issue (I may be mistaken).
In the same folder you will find GEOSX.tar
and thirdpartyLibs.tar
that you can use instead of fighting with git/git-lfs/proxy. They are clean checkout of a recent version of GEOSX. Use it wisely ;-)
Note also that I did try GEOSX before and after https://github.com/GEOSX/GEOSX/commit/603c4d1671ac08dc9b455c0d6d5af0198f9f6742 (I thought that it may have an influence). I had read/write issues too (in Sidre
though).
@TotoGaz Try running after exporting this:
export HDF5_USE_FILE_LOCKING=FALSE
@TotoGaz Also, why SLES11 and not RHEL7 on Pangea2?
@TotoGaz I built using icc19 on RHEL7. Ran the sedov problem successfully with hdf5 output after exporting that env variable.
@TotoGaz Try running after exporting this:
export HDF5_USE_FILE_LOCKING=FALSE
Great, it's working. I could run the unit tests and a simple Laplace case. I'll deal with Integrated tests a little later.
Also, why SLES11 and not RHEL7 on Pangea2?
I don't really know, I bet this was the best global vendor answer during the call for tenders. The global IT and the HPC IT are in some kind separated.
Thanks for your help @rrsettgast! I'm closing the issue.
On SLES 11 with gcc 8.3.0 and openmpi-2.1.6. Using GEOSX
develop:0d01262450090e3b8ddcb844a6c9c6c42c431a6e
andI could not run the
testRestartBasic
andtestRestartExtended
unit tests.For the extended version, here is what I have
If I try to run a simple Laplace case on 1 core, I get also get (I do not know if this is related)