|
[Sponsors] |
December 24, 2010, 00:28 |
forces.
|
#1 |
Senior Member
Join Date: Mar 2009
Posts: 225
Rep Power: 18 |
There is some strange happening. It already happened few times in my simulations, I'm not sure what is going on. It only happens when I submit my job in parallel. Any input on this?
Below please find the output on exit: [0] #0 Foam::error:rintStack(Foam::Ostream&) in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libOpenFOAM.so" [0] #1 Foam::sigFpe::sigFpeHandler(int) in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libOpenFOAM.so" [0] #2 __restore_rt at sigaction.c:0 [0] #3 void Foam::MULES::limiter<Foam::geometricOneField, Foam::zeroField, Foam::zeroField>(Foam::Field<double>&, Foam::geometricOneField const&, Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::zeroField const&, Foam::zeroField const&, double, double, int) in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so" [0] #4 void Foam::MULES::explicitSolve<Foam::geometricOneField , Foam::zeroField, Foam::zeroField>(Foam::geometricOneField const&, Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh>&, Foam::zeroField const&, Foam::zeroField const&, double, double) in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so" [0] #5 Foam::MULES::explicitSolve(Foam::GeometricField<do uble, Foam::fvPatchField, Foam::volMesh>&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh>&, double, double) in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so" [0] #6 ?? in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/applications/bin/linux64GccDPOpt/interFoam" [0] #7 __libc_start_main in "/lib64/libc.so.6" [0] #8 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/applications/bin/linux64GccDPOpt/interFoam" [r02n03:25671] *** Process received signal *** [r02n03:25671] Signal: Floating point exception (8) [r02n03:25671] Signal code: (-6) [r02n03:25671] Failing at address: 0x22c00006447 [r02n03:25671] [ 0] /lib64/libc.so.6 [0x33d40302d0] [r02n03:25671] [ 1] /lib64/libc.so.6(gsignal+0x35) [0x33d4030265] [r02n03:25671] [ 2] /lib64/libc.so.6 [0x33d40302d0] [r02n03:25671] [ 3] /mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so(_ZN4Foam5MULES7limiterINS_17geo metricOneFieldENS_9zeroFieldES3_EEvRNS_5FieldIdEER KT_RKNS_14GeometricFieldIdNS_12fvPatchFieldENS_7vo lMeshEEERKNSA_IdNS_13fvsPatchFieldENS_11surfaceMes hEEESK_RKT0_RKT1_ddi+0x10f5) [0x2ae1e8268d45] [r02n03:25671] [ 4] /mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so(_ZN4Foam5MULES13explicitSolveIN S_17geometricOneFieldENS_9zeroFieldES3_EEvRKT_RNS_ 14GeometricFieldIdNS_12fvPatchFieldENS_7volMeshEEE RKNS7_IdNS_13fvsPatchFieldENS_11surfaceMeshEEERSE_ RKT0_RKT1_dd+0x296) [0x2ae1e826bb76] [r02n03:25671] [ 5] /mnt/work/pkgs/UH/OpenFOAM/OpenFOAM-1.7.1/lib/linux64GccDPOpt/libfiniteVolume.so(_ZN4Foam5MULES13explicitSolveER NS_14GeometricFieldIdNS_12fvPatchFieldENS_7volMesh EEERKNS1_IdNS_13fvsPatchFieldENS_11surfaceMeshEEER S8_dd+0x24) [0x2ae1e825aa54] [r02n03:25671] [ 6] interFoam [0x426893] [r02n03:25671] [ 7] /lib64/libc.so.6(__libc_start_main+0xf4) [0x33d401d994] [r02n03:25671] [ 8] interFoam(_ZNK4Foam11regIOobject11writeObjectENS_8 IOstream12streamFormatENS1_13versionNumberENS1_15c ompressionTypeE+0xf1) [0x41fc89] [r02n03:25671] *** End of error message *** -------------------------------------------------------------------------- mpirun noticed that process rank 0 with PID 25671 on node r02n03.local exited on signal 8 (Floating point exception). -------------------------------------------------------------------------- |
|
April 19, 2011, 02:57 |
|
#2 |
New Member
Carl
Join Date: Jan 2011
Location: Bremen /Gothenburg
Posts: 11
Rep Power: 15 |
Hej Paka,
I have the same error running an interFoam calculation on 4 Processors. Did you get any answer to your question or did you solve it yourself? Regards, Cjm |
|
April 19, 2011, 19:14 |
|
#3 |
Senior Member
Join Date: Mar 2009
Posts: 225
Rep Power: 18 |
I don't remember at this point. There could be few things.
Make sure your controlDict points to the libraries. For example, I work on Mac, but cluster runs on Unix system. One of the systems has libraries defined as *.dylib, the other one *.lib.so. Sometimes, the trouble is in your mesh. I cannot really explain it, but small change in your meshing software might make it work (happened to me few times). However, usually, the trouble is in the mesh decomposition. No particular error, just how your domain in decomposeParDict i defined. Wether the partition is 4 by 4 or 2 by 8 etc. This one really depends on the shape of your domain. I hope those tips will help you. |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Reading forces from previous time step within solver | SD@TUB | OpenFOAM Programming & Development | 5 | April 24, 2023 11:51 |
Forces in V1.6 | terrybarnaby | OpenFOAM Post-Processing | 72 | September 2, 2015 16:49 |
Forces calulated through pressure | LVDH | OpenFOAM Post-Processing | 2 | February 26, 2010 03:15 |
Calculate forces without hydrostatic pressure | geir_oye | FLUENT | 4 | November 12, 2009 09:12 |
Valve Forces in CFdesign | Mike Clapp | Main CFD Forum | 3 | March 8, 2001 14:09 |