|
[Sponsors] |
issue with using dynamic meshing openFoam 7 (interFoam solver) |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
January 17, 2024, 07:11 |
issue with using dynamic meshing openFoam 7 (interFoam solver)
|
#1 |
New Member
Saurabh Dhopeshwar
Join Date: Jul 2020
Location: IIT Kharagpur, India
Posts: 2
Rep Power: 0 |
A simulation set up and also the tutorial case of dam break runs well without the use of dynamic mesh (adaptive mesh refinement) using interFoam solver in openFOAM version 7. However, when I use the dynamic meshing, it shows the error as follows :
The flux mapping table is used to recreate the flux on newly created faces. Either add the entry if it is a flux or use (alphaPhi0.water none) to suppress this warning. Selected 72 split points out of a possible 28314. Unrefined from 238469 to 237965 cells. --> FOAM Warning : From function Foam::autoPtr<Foam::mapPolyMesh> Foam::dynamicRefineFvMesh::unrefine(const labelList&) in file dynamicRefineFvMesh/dynamicRefineFvMesh.C at line 535 Cannot find surfaceScalarField alphaPhi0.water in user-provided flux mapping table 5 ( flux(alpha.liquid) none rhoPhi none phi none ghf none nHatf none ) The flux mapping table is used to recreate the flux on newly created faces. Either add the entry if it is a flux or use (alphaPhi0.water none) to suppress this warning. DICPCG: Solving for pcorr, Initial residual = 1, Final residual = 9.65073e-06, No Iterations 388 time step continuity errors : sum local = 7.32319e-10, global = -5.63649e-12, cumulative = 0.000381052 smoothSolver: Solving for alpha.water, Initial residual = 0.000548352, Final residual = 2.81463e-09, No Iterations 2 Phase-1 volume fraction = 0.130052 Min(alpha.water) = -2.14709e-08 Max(alpha.water) = 1 MULES: Correcting alpha.water MULES: Correcting alpha.water Phase-1 volume fraction = 0.130052 Min(alpha.water) = -1.028e-05 Max(alpha.water) = 1 DICPCG: Solving for p_rgh, Initial residual = 0.0342204, Final residual = 0.000964364, No Iterations 3 #0 Foam::error:rintStack(Foam::Ostream&) at ??:? #1 Foam::sigFpe::sigHandler(int) at ??:? #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" #3 ? at tensorField.C:? #4 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" #5 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" #6 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" #7 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #8 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" These lines are coming after time t=0.312606 sec in dam break case such that after this time the simulations terminates. For a different case (mine) , the same error pops up in the terminal at the start of the simulation itself. I have attached my dynamicmeshDict with these informations. How to eliminate these errors |
|
January 18, 2024, 00:22 |
|
#2 |
Member
Amirhossein Taran
Join Date: Sep 2016
Location: Dublin, Ireland
Posts: 56
Rep Power: 10 |
Hi Saurabh,
You should put alphaPhi0.water in correctFluxes within your dictionary. Bests, |
|
January 18, 2024, 02:06 |
|
#3 |
New Member
Saurabh Dhopeshwar
Join Date: Jul 2020
Location: IIT Kharagpur, India
Posts: 2
Rep Power: 0 |
I have added the suggestion but still the error is popping up. Probably it is an error related to floating point exception or might be with pressure correction solver but I am not sure:
Courant Number mean: 0.00313718 max: 0.051472 Interface Courant Number mean: 4.24563e-05 max: 0.0434253 deltaT = 0.0019075 Time = 0.00612753 Selected 80 cells for refinement out of 2268. Refined from 2268 to 2828 cells. Selected 0 split points out of a possible 80. DICPCG: Solving for pcorr, Initial residual = 1, Final residual = 9.94904e-06, No Iterations 77 time step continuity errors : sum local = 4.365e-09, global = -2.41333e-10, cumulative = -1.17136e-05 smoothSolver: Solving for alpha.water, Initial residual = 0.000204433, Final residual = 1.96922e-10, No Iterations 2 Phase-1 volume fraction = 0.130194 Min(alpha.water) = 0 Max(alpha.water) = 1 MULES: Correcting alpha.water MULES: Correcting alpha.water Phase-1 volume fraction = 0.130194 Min(alpha.water) = -8.34425e-14 Max(alpha.water) = 1 DICPCG: Solving for p_rgh, Initial residual = 0.00686432, Final residual = 0.000238204, No Iterations 2 [2] #0 Foam::error:rintStack(Foam::Ostream&) at ??:? [2] #1 Foam::sigFpe::sigHandler(int) at ??:? [2] #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" [2] #3 ? at tensorField.C:? [2] #4 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" [2] #5 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" [2] #6 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" [2] #7 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [2] #8 ? in "/home/sadhu/OpenFOAM/sadhu-7/platforms/linux64GccDPInt32Opt/bin/interFoam" [sadhu-Precision-Tower-7810:14900] *** Process received signal *** [sadhu-Precision-Tower-7810:14900] Signal: Floating point exception (8) [sadhu-Precision-Tower-7810:14900] Signal code: (-6) [sadhu-Precision-Tower-7810:14900] Failing at address: 0x3e800003a34 [sadhu-Precision-Tower-7810:14900] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x3ef10)[0x7fb925a9ef10] [sadhu-Precision-Tower-7810:14900] [ 1] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7fb925a9ee87] [sadhu-Precision-Tower-7810:14900] [ 2] /lib/x86_64-linux-gnu/libc.so.6(+0x3ef10)[0x7fb925a9ef10] [sadhu-Precision-Tower-7810:14900] [ 3] /opt/openfoam7/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so(+0x7215d0)[0x7fb9270b55d0] [sadhu-Precision-Tower-7810:14900] [ 4] interFoam(+0xe4f85)[0x556b88599f85] [sadhu-Precision-Tower-7810:14900] [ 5] interFoam(+0xe56e9)[0x556b8859a6e9] [sadhu-Precision-Tower-7810:14900] [ 6] interFoam(+0x49a55)[0x556b884fea55] [sadhu-Precision-Tower-7810:14900] [ 7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7fb925a81c87] [sadhu-Precision-Tower-7810:14900] [ 8] interFoam(+0x5102a)[0x556b8850602a] [sadhu-Precision-Tower-7810:14900] *** End of error message *** -------------------------------------------------------------------------- mpirun noticed that process rank 2 with PID 0 on node sadhu-Precision-Tower-7810 exited on signal 8 (Floating point exception). The above error is coming in the tutorial case of dam break, openFoam 7 (interFoam solver) Last edited by dhopeshwar; January 18, 2024 at 02:08. Reason: Missed the required information to be provided |
|
Tags |
dynamic mesh adaption |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
new interFoam solver parallelization issue | gentodin | OpenFOAM Programming & Development | 3 | September 13, 2022 04:29 |
[snappyHexMesh] SHM OpenFOAM 6 meshing issue | joshmccraney | OpenFOAM Meshing & Mesh Conversion | 1 | September 5, 2021 01:06 |
Fail to converge when solving with a fabricated solution | zizhou | FLUENT | 0 | March 22, 2021 07:33 |
Memory protection in OpenFOAM / combinig with FORTRAN | botp | OpenFOAM Programming & Development | 2 | February 15, 2016 13:25 |
New OpenFOAM Forum Structure | jola | OpenFOAM | 2 | October 19, 2011 07:55 |