|
[Sponsors] |
September 10, 2018, 11:55 |
interFoam quits without a message
|
#1 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
Hello,
on my case, interFoam solver exits without any error messages or anything. This is the output of the last timestep: Code:
Courant Number mean: 2.95852e-08 max: 0.00172045 Interface Courant Number mean: 0 max: 0 deltaT = 2.21368e-05 Time = 0.000126986 PIMPLE: iteration 1 smoothSolver: Solving for alpha.water, Initial residual = 6.1499e-08, Final residual = 2.45134e-15, No Iterations 1 Phase-1 volume fraction = 0.00637858 Min(alpha.water) = -1.99748e-19 Max(alpha.water) = 1 MULES: Correcting alpha.water MULES: Correcting alpha.water Phase-1 volume fraction = 0.00637858 Min(alpha.water) = -5.20746e-13 Max(alpha.water) = 1 DICPCG: Solving for p_rgh, Initial residual = 4.25359e-05, Final residual = 1.5637e-06, No Iterations 3 DICPCG: Solving for p_rgh, Initial residual = 1.56367e-06, Final residual = 9.57009e-08, No Iterations 17 time step continuity errors : sum local = 1.72262e-12, global = 4.2087e-13, cumulative = 1.47821e-12 DICPCG: Solving for p_rgh, Initial residual = 6.84093e-06, Final residual = 2.7269e-07, No Iterations 6 DICPCG: Solving for p_rgh, Initial residual = 2.72694e-07, Final residual = 8.39183e-08, No Iterations 6 time step continuity errors : sum local = 1.51056e-12, global = 4.20483e-13, cumulative = 1.89869e-12 DICPCG: Solving for p_rgh, Initial residual = 5.97061e-07, Final residual = 9.90518e-08, No Iterations 4 DICPCG: Solving for p_rgh, Initial residual = 9.90518e-08, Final residual = 9.90518e-08, No Iterations 0 time step continuity errors : sum local = 1.78296e-12, global = 4.19661e-13, cumulative = 2.31835e-12 smoothSolver: Solving for epsilon, Initial residual = 0.000153636, Final residual = 5.23234e-08, No Iterations 1 bounding epsilon, min: 0 max: 87.5263 average: 2.66337 smoothSolver: Solving for k, Initial residual = 0.0177124, Final residual = 2.0353e-08, No Iterations 2 bounding k, min: 0 max: 0.100165 average: 0.0996646 How do I deal with this (possibly, without recompiling and debugging)? Thanks! |
|
September 10, 2018, 12:15 |
|
#2 |
Senior Member
Oskar
Join Date: Nov 2015
Location: Poland
Posts: 184
Rep Power: 11 |
Hello.
I think I had similar problem when openFoam wasn't permitted to write on hard drive. Similar problem may occur when there is not enough free space on your drive but your simulation crashes at the very beginning so it shouldn't be a problem. Have a nice day. Sheaker |
|
September 10, 2018, 15:06 |
|
#3 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
I found this similar topic where there was a problem with waveFoam:
interFoam stops without error I've been running this case on Linux Subsystem for Windows and it's stopping. I'm now running exactly the same setup on CFDSupport's OF4Win and it seems to be running OK. Although I might proclaim this as a system issue, I'm still not very sure... I've been running interFoam on the same system with a different case without any problems. |
|
September 17, 2018, 16:10 |
|
#4 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
I've been studying this whole case - mesh, boundary conditions, solvers, schemes - and came to a definite conclusion that this must be a dynamicRefineFvMesh issue. The case runs on any system without dynamic refinement but fails in any case with refinement. Also the damBreak with refinement works on my computer.
What are the limits for dynamic refinement? I have the usual snappyHexMesh, checkMesh doesn't return any errors and I don't use layer addition. Thanks! |
|
September 20, 2018, 18:01 |
|
#5 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
Here's the whole case if anyone decides to run it.
https://damogranlabs.com/wp-content/...ogran-soup.zip It works without refinement (as in https://damogranlabs.com/2018/09/damogran-soup/) but quits silently with it. |
|
September 20, 2019, 01:37 |
Same problem
|
#6 |
Member
Ndong-Mefane Stephane Boris
Join Date: Nov 2013
Location: Kawasaki (JAPAN)
Posts: 53
Rep Power: 12 |
Hello,
September 2019 and I get the same problem with Windows linux subsystem (Ubuntu) when I use the dynamic mesh. I suspect this is an issue related to the size of the initial mesh, but I'm not sure (presently running some test). I am using an Hexa mesh made using cfmesh (~11M cells), and interfoam. If anyone made some progress on this issue, it would be nice to get some help. |
|
September 20, 2019, 02:08 |
Same problem
|
#7 |
Member
Ndong-Mefane Stephane Boris
Join Date: Nov 2013
Location: Kawasaki (JAPAN)
Posts: 53
Rep Power: 12 |
well, I've confirmed that the 2D dambreak example works in parallel with mesh refinement.....so I think we can rule out a installation/system cause for this problem. Also, with or without refinement, the mesh made with cfmesh stops interfoam without any error....
Last edited by S_teph_2000; September 20, 2019 at 03:36. |
|
September 20, 2019, 05:00 |
My Solution
|
#8 |
Member
Ndong-Mefane Stephane Boris
Join Date: Nov 2013
Location: Kawasaki (JAPAN)
Posts: 53
Rep Power: 12 |
Hello,
I solved my problem by doing two things: 1) In the "boundary" file located in the polyMesh folder, the types for "inlet" and "outlet" boundaries were "wall" instead of "patch": I corrected this. This problem has already been mentioned on cfdOnline 2 years ago (can't remember where...). Unfortunately the problem persisted... 2)I then ran the utility "improveMeshQuality" and it worked!!!:11Millions cells mesh(cfMesh)+InterFoam+AMR+OpenFoam |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
error: no journal response the dialog box message | Kimican | FLUENT | 0 | July 1, 2015 12:25 |
Strange error in multithread simulation with interFoam | davidmd | OpenFOAM Running, Solving & CFD | 3 | December 13, 2014 21:45 |
InterFoam in parallel | sara | OpenFOAM Running, Solving & CFD | 3 | April 19, 2011 06:05 |
error message | susan | Siemens | 0 | August 17, 2007 01:27 |
Error Message on es-ice [BUG] | Wendy Tjia | Siemens | 0 | February 10, 2005 09:40 |