View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001002OpenFOAMBugpublic2013-09-09 22:262015-01-01 14:19
Reporteruser461Assigned Tohenry  
PrioritynormalSeverityblockReproducibilityalways
Status closedResolutionno change required 
Platformamd64OSDebianOS VersionUnstable
Summary0001002: Bad grid cell cause indefinite hang in lagrangian code
DescriptionNot sure this is really a bug because this problem is cause by a bad cell, but it seemed useful to report. I have written a code that combines the interDymFoam solver with a basic kinematic cloud, and without any apparent reason the code would hang in the middle of my simulation. Using gdb I figured out that because of using dynamicMotionSolverFvMesh my mesh cells became too small (lambdaDistanceTolerance=3.56e-316) and a parcel was stuck in one of them. trackToFace returns a value of zero, and thus the code hangs in the while loop in the move subroutine. LambdaMin = -2.073 in the trackToFace subroutine, then set to zero, and a correction is applied. However, the code still hangs. Maybe an error message or warning can be written by the Lagrangian library when a parcel hits a bad cell? It took quite a bit of time to track this problem down.
TagsNo tags attached.

Activities

user461

2013-09-23 17:34

  ~0002513

I uncommented a tet.quality write statement and it gives a number of the order of 0.1, so it does not seem to be a bad cell after all. Not sure yet what is the actual cause of the code hanging.

user461

2013-11-16 22:11

  ~0002638

I think this issue can be closed. I uploaded changes I made to the lagrangian library to issue 0001059.

Issue History

Date Modified Username Field Change
2013-09-09 22:26 user461 New Issue
2013-09-23 17:34 user461 Note Added: 0002513
2013-11-16 22:11 user461 Note Added: 0002638
2015-01-01 14:19 henry Status new => closed
2015-01-01 14:19 henry Assigned To => henry
2015-01-01 14:19 henry Resolution open => no change required