[danjm]

Good day to all, I'm currently facing some problems with running the program. The error reads: “ !!! Inconsistent M 10 parameter, needs to be the same REEF3D and DIVEMesh !
!!! please check the manual!”

However, I have followed the step-by-step installation guide with make -j 2 since my pc has 2 cores but I still failed to run the program. I have created both ctrl.txt and control.txt files with the same M 10 parameters (using 2, M 10 2) in the same directory. Hope I have given enough information. Thank you and hope to get some guidance.

[Chalwwz]

Hi, thanks for your question. It is correct that you use the same M 10 in both control.txt and ctrl.txt.

Some considerations that might help to identify the problem:
1) while you execute reef3d, did you also use the number of core of 2: mpirun -n 2 reef3d?
2) did you have the executables DIVEMesh and reef3d in the same directory as the control.txt and ctrl.txt
3) did you execute DIVEMesh first ./DIVEMesh, then execute reef3d by mpirun -n 2 reef3d.

Let us know if these considerations help

Kind regards

[kamath]

In addition,
1. also check if the grid-000..dat files are actually produced after you run Divemesh. (using the ls command)

2. Check the permissions and ownerships on the different files and executables (command: ll). your username (command whoami) should own the files, and there should be read, write execute access symbolised by -rwx- at the beginning of the output in front of the Divemesh and Reef3d executables, and atleast read and write -rw- for the grid files.

[BaranOz]

Hi everyone,
I have the same problem, too. I tried to fix the errors by applying the suggestions above. However, nothing has changed. Also, when I execute mpirun -n 4 , outputs says that "There are not enough slots available in the system to satisfy the 4
slots that were requested by the application:

reef3d

Either request fewer slots for your application, or make more slots
available for use.

A "slot" is the Open MPI term for an allocatable unit where we can
launch a process. The number of slots available are defined by the
environment in which Open MPI processes are run:

1. Hostfile, via "slots=N" clauses (N defaults to number of
processor cores if not provided)
2. The --host command line parameter, via a ":N" suffix on the
hostname (N defaults to 1 if not provided)
3. Resource manager (e.g., SLURM, PBS/Torque, LSF, etc.)
4. If none of a hostfile, the --host command line parameter, or an
RM is present, Open MPI defaults to the number of processor cores

In all the above cases, if you want Open MPI to default to the number
of hardware threads instead of the number of processor cores, use the
--use-hwthread-cpus option.

Alternatively, you can use the --oversubscribe option to ignore the
number of available slots when deciding the number of processes to
launch."
Can anyone help me to fix this issue or tell me what to do.
I tried many ways, but couldn't proceed.
Thanks in advance,
Baran

[valgrinda]

Baran, it sounds like you only have a 2-core machine? If that is the case, use M 10 2 in the control files and execute REEF3D by using "mpirun -n 2 reef3d".

[BaranOz]

Hi,
I figured out that the cpus have 2 core but 4 threads which can be used for the simulation by executing mpirun --use-hwthread-cpus reef3d. This way works smoothly.
Thank you!
Baran

[valgrinda]

My recommendation is to use a many MPI processes as you have physical cores. Adding virtual threads increases overhead but not the computational speed.

[BaranOz]

I'll do so. Thanks so much.
Baran

[danjm]

Thanks for the mpirun suggestion, the incosistent M10 issue is solved, however it seemed that another error has popped up when I try to run the program using mpirun which shows
"1 more process has sent help message help-btl-vader.txt / cma-permission-
denied
Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error
messages"
and i'm at lost as to how to solve this. Any guidance is deeply appreciated.

[kamath]

Hi Johor,
I have seen this error on WSL systems. But this seems to be more of a warning than an error as simulations proceed even when this warning appears.

If your simulations are not running, there is some other cause.

[danjm]

Thanks kamath, the simulation does not seem to be running. I will look into the matter. Thank you for the reply

[valgrinda]

Could you send me the setup to have a look? Thanks.

[danjm]

https://imgur.com/a/lcJAyhi
Greetings Hans, I have uploaded a snip shot. Hope this helps, if not, let me know what else is needed. Thank you.

[valgrinda]

Thanks. Can you try version 21.05? Also, could you send me your control files?

[djsdiver]

Hi, I'm trying to get past the "Inconsistent M 10 parameter" issue as well, had no success with the offered solutions on this thread -

1. Running Ubuntu 20.04 LTS on a fresh clean install on Win10 WSL, no other apps other than DiveMESH, REEF3D and Paraview along with their dependencies. Running a iT-5820k CPU @ 3.30GHz, 32GB RAM, 6 cores, 12 logical processors
2. Fresh download and builds from the master files today, mpi, mpich, fortran, hypre, eigen, REEF3D and DiveMESH all built without errors. PATH statements for hypre and test1 directories added to and verified in .bashrc. I built both DiveMESH and REEF3D using make -j 6 for matching executables
3. The test case I'm using is the 2D Dam Break, both files have M10 4. DiveMESH runs fine and generates 4 grid files, CCE3D, Decomposition and NON-Uniform-Mesh txt files. The M 10 error comes up whether I run reef3d using 4 or 6 processors. Have changed the M10 value in both files to different numbers (6 or less) and re-run. Again, DiveMESH works fine, M10 error comes up when running reef3d

I haven't tried re-building for my full 12 processors available, should I??
DiveMESH is ver. 21.04 and REEF3D is 21.05, where can I find REEF3D ver 21.04 to try, should I?

Much appreciate any help, I love what this package can do

[kamath]

Dear Dean,
You have M 10 4 in control and ctrl, that is fine.
But you run with
mpirun -n 6 reef3d.

If you use M 10 4, the run using:
mpirun -n 4 reef3d.

If you want to use
mpirun -n 6 reef3d

then change M 10 to 6 in both control and ctrl

Hope that helps.

[djsdiver]

Hi Arun,
Thanks, have tried as your suggest having double-checked that M10 value is the same in the control, ctrl and mpirun statement for reef3d. The same error message comes up - "Inconsistent M 10 parameter" etc....

Have attached another screenshot for reference, any other ideas?

Regards,

Dean.

[kamath]

Could you type ll (small letters L L, no space).
That will display a list of files and the permissions.
Let us see if it a permissions problem
Could you upload a screenshot of that?

[djsdiver]

Hi Arun,

As requested.

Regards,

Dean

[kamath]

Hi Dean,
This fell off my radar. Unfortunately everything looks to be in order.
There was another post on the forum where somehow a segmentation fault on a WSL system was somehow grid size dependent.
So I can recommend two actions:
1. I see you have a slightly older version, compile the latest version
(download, make -j 4) and copy it to test1.
See if this already helps.

2. Check if varying the grid size makes a difference.

Unfortunately since I cannot reproduce the error, this one is hard to diagnose