CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Bugs

forces.

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   December 24, 2010, 00:28
Default forces.
  #1
Senior Member
 
Join Date: Mar 2009
Posts: 225
Rep Power: 18
paka is on a distinguished road
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).
--------------------------------------------------------------------------
paka is offline   Reply With Quote

Old   April 19, 2011, 02:57
Default
  #2
cjm
New Member
 
Carl
Join Date: Jan 2011
Location: Bremen /Gothenburg
Posts: 11
Rep Power: 15
cjm is on a distinguished road
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
cjm is offline   Reply With Quote

Old   April 19, 2011, 19:14
Default
  #3
Senior Member
 
Join Date: Mar 2009
Posts: 225
Rep Power: 18
paka is on a distinguished road
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.
paka is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


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


All times are GMT -4. The time now is 21:37.