simpleFoam parallel
Hi,
I'm having a bit of trouble running simpleFoam in parallel. I am using the motorBike tutorial and trying to run it on 6 cores (processor is i7-4930k). I ran blockMesh, surfaceFeatureExtract & snappyHexMesh. I then commented out the functions part of the controlDict file (following a tutorial from a lecturer). Then I ran decomposePar, and viewed the individual meshes in paraFoam and everything seemed to have split up evenly. The next step I ran Code:
mpirun -np 6 simpleFoam -parallel Code:
/*---------------------------------------------------------------------------*\ Thanks for any help, Andrew |
Hi Andrew,
Is the p-file present in the 0-folder of the un-decomposed case? decomposePar simply takes all files that it can find and decomposes them. Could you post the output of decomposePar? Cheers, L |
Hi Lieven,
No there are no files in each processor directory other than the constant folder containing the polymesh directory with all of the dictionaries usually found within polymesh. This is the output from decomposePar: Code:
/*---------------------------------------------------------------------------*\ Andrew |
Ok, that doesn't explain a lot. Could you enter the following in the terminal and post the output:
Code:
ls /home/andrew/OpenFOAM/andrew-2.2.2/run/motorBikeParallel/0/ L |
Apologies I mis-read your post. In the undecomposed case yes the k,nut,omega,p and U files are present as well as the include folder containing fixedInlet, frontBackUpperPatches,initialConditions
ls /home/andrew/openFOAM/andrew-2.2.2/run/motorBikeParallel/0.org gives; Code:
include Code:
fixedInlet Andrew |
Ah, ok, I think I understand. The 0.org is not recognized by decomposePar. Instead you should have a 0-folder. Try again with the following series of commands:
Code:
cd /home/andrew/OpenFOAM/andrew-2.2.2/run/motorBikeParallel/ L |
Great! It is running now Many thanks for the help, it is quite frustrating when something so little is wrong and nothing will run.
Andrew |
I'm afraid I may have posted a bit prematurely.
After running mpirun -np 6 simpleFoam The time directories, 100,200,300 and 400 are not going into the processor folders. That is they are simply being put in the casefile folder. ls /home/andrew/openFOAM/andrew-2.2.2/run/motorBikeParallel gives: Code:
0 300 constant motorBikeParallel.foam processor2 processor5 system |
Hi Andrew,
Indeed, were not there yet but at least were getting closer ;-) You should add the option -parallel to the solver when you want to run in it parallel. So try Code:
mpirun -np 6 simpleFoam -parallel Try also to run the simulation with foamJob, a tool provided by OF: Code:
foamJob -p simpleFoam Cheers, L |
I'm not sure what the problem is now, but I keep getting a floating point error! This seems strange as it would suggest there's something wrong with the boundary conditions, but I am using the tutorial files. Also I spoke to a friend who has successfully ran it in parallel and I have used the exact same commands as him, the only difference being he has 8 cores and I have 6. As such I edited the decomposePar file to reflect this.
Both Code:
mpirun -np 6 simpleFoam -parallel Code:
foamJob -p parallel The log from this can be found here: https://www.dropbox.com/s/ol8git043gbz1ic/log (couldn't seem to upload it to the forums and too many characters to post) Cheers, Andrew |
Just a note to say I solved this problem by doing an mpirun of potentialFoam before running simpleFoam.
That is I ran: Code:
mpirun -np 6 potentialFoam -parallel |
Hi,
I am new to OpenFoam and I am having similar problem. The point is when I run decomposePar, it does not create folder "0" for each processor. I have done a test for 2D cases and anther 3D case and fir them decomposePar works OK. but now that I want to start running a real 3D cases, decomposePar does not do the job. I do not know what I am missing. BTW, I am running it on a public domain computer and here is the error message when I run decomposePar: Time = 0 --> FOAM FATAL IO ERROR: keyword type is undefined in dictionary "/global/home/saeedi/bluffbody-OP/Re300-AR4/0/p.boundaryField.outlet" file: /global/home/saeedi/bluffbody-OP/Re300-AR4/0/p.boundaryField.outlet from line 34 to line 34. From function dictionary::lookupEntry(const word&, bool, bool) const in file db/dictionary/dictionary.C at line 437. FOAM exiting |
I think I figured out the problem.
I did looked to my file "p" at the line which specifies outlet. I thing I missed a line for that (type fixed value). |
All times are GMT -4. The time now is 04:28. |