#2114: Carpet/Carpet/test/64k2.par test fails on Jenkins test machine --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- The test Carpet/Carpet/test/64k2.par exits with nonzero and reports:
{{{ INFO (Carpet): There are 0 3-dimensional grid arrays in 0 groups INFO (Carpet): (The number of variables counts all time levels) ERROR from host 7ce14e5707a0 process 0 while executing schedule bin (none), routine (no thorn)::(no routine) in thorn CarpetLib, file /home/jenkins/workspace/EinsteinToolkitGeneric/configs/sim/build/CarpetLib/mem.cc:113: -> Failed to allocate 12884901888 bytes (12884.902 MB) of memory for type CCTK_REAL8. 312 bytes (0.000 MB) are currently allocated in 39 objects ERROR from host 7ce14e5707a0 process 0 while executing schedule bin (none), routine (no thorn)::(no routine) in thorn CarpetLib, file /home/jenkins/workspace/EinsteinToolkitGeneric/configs/sim/build/CarpetLib/mem.cc:113: -> Failed to allocate 12884901888 bytes (12884.902 MB) of memory for type CCTK_REAL8. 312 bytes (0.000 MB) are currently allocated in 39 objects cactus_sim: /home/jenkins/workspace/EinsteinToolkitGeneric/configs/sim/build/Carpet/helpers.cc:275: int Carpet::Abort(const cGH*, int): Assertion `0' failed. Rank 0 with PID 4507 received signal 6 Writing backtrace to 64k2/backtrace.0.txt Aborted (core dumped) }}}
Note that this has probably been happening for a very long time. The test system just doesn't detect the problem (see #2113).
I'm not 100% sure what this test is supposed to do. It has Carpet::enable_no_storage = yes, so it shouldn't be trying to allocate memory. The test machine has 4 GB of RAM. This could be increased, but we probably don't want to have a test in the ET that requires so much memory.
#2114: Carpet/Carpet/test/64k2.par test fails on Jenkins test machine ---------------------+------------------------------------------------------ Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Resolution: | Keywords: ---------------------+------------------------------------------------------
Comment (by eschnett):
This test defines a very large grid function that has more that INT_MAX grid points. This can easily happen in production runs. The test ensures that there is no integer overflow in creating such a grid structure.
For me, this is one of the tests that always succeeds, even if everything else goes wrong, since this test does not produce any output.
#2114: Carpet/Carpet/test/64k2.par test fails on Jenkins test machine ---------------------+------------------------------------------------------ Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Resolution: | Keywords: ---------------------+------------------------------------------------------
Comment (by hinder):
Probably because your machine has enough memory? Can you see why Carpet would abort in the way it does for this test, even though enable_no_storage = yes, if there is not enough memory? Or perhaps, can you reproduce the result on your own machine, by increasing the grid size?
trac@lists.einsteintoolkit.org