CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > FLUENT

ERROR - invalid argument / not a number

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

Reply
 
LinkBack Thread Tools Display Modes
Old   May 31, 2006, 03:29
Default ERROR - invalid argument / not a number
  #1
spepsicho
Guest
 
Posts: n/a
hi all

i'm running external aero simulation with a basic set-up (uncompressible air, stand. k-e ...).

the computation is ok and seems to CV normally. but at one point, without any DV in the residuals, i get this error message:

Error: > (greater-than) invalid argument (wrong type): not a number. Error Object: nan

i don't understand where does it come from and if it is linked to my model, since it's working properly at the beginning...

does anyone have an idea? is my file corrupted? i really need some info about that error.

thanks

spepsicho

  Reply With Quote

Old   May 31, 2006, 06:16
Default Re: ERROR - invalid argument / not a number
  #2
Aidan
Guest
 
Posts: n/a
this usually indicates a large or infinite number such as a division by zero. might occur in a UDF if you are using one
  Reply With Quote

Old   May 31, 2006, 06:43
Default Re: ERROR - invalid argument / not a number
  #3
spepsicho
Guest
 
Posts: n/a
I understand that some value is to big to be supported by the solver, but it's quite unclear why..

I don't use UDFs and especially, why would the case be OK for a quite long time and then crash like this without any apparent DV (which would clearly indicates increasing numbers) ??

I'm really stucked because I can't know what's the origin. If you have more details about the possible reasons, don't hesitate ;o))

spepsicho

  Reply With Quote

Old   June 2, 2006, 07:12
Default Re: ERROR - invalid argument / not a number
  #4
Claud
Guest
 
Posts: n/a
Maybe you should try to start your simulation a few iteration steps earlier before this error showed up (hope you use the autosave function). Then try to change one/some of your URF and start your iteration again. Sometimes it helps but I am also facing this problem and I don`t find the reason for that. Claud
  Reply With Quote

Old   November 4, 2009, 03:33
Default
  #5
New Member
 
Laurence Wallian
Join Date: Mar 2009
Posts: 16
Rep Power: 8
Laurence Wallian is on a distinguished road
hello,
I know your messages are old, but since I've just met this type of error, I think it can be usefull for anyone to know in what way it can occur : in my case, it's a mistake in the fluent journal file, I've defined an inlet with these lines :
/define/boundary-conditions/velocity-inlet INLET
no yes yes
no 0.1
no 0.0
; turbulent : I=0.0% L=0.0
no yes 0.0 0.0
the error must be : L=0.0% !!!! the solution is to write k=0.0 and eps=0.0 :
/define/boundary-conditions/velocity-inlet INLET
no yes yes
no 0.1
no 0.0
; no turbulent : k=0.0 eps=0.0
yes no 0.0 no 0.0

Laurence Wallian is offline   Reply With Quote

Old   June 22, 2010, 20:22
Default
  #6
New Member
 
Join Date: Mar 2009
Posts: 21
Rep Power: 8
enigma is on a distinguished road
I had the same problem, however, I found 2 solutions for this issue (might only work in my case, implicit density based simulation, single precision).

The described problem only occured when I ran a job with multiple cores (parallel). The message did not pop up when I ran the job in serial mode (on just one processor). Hence I ran a couple of iterations in serial mode, then switched back to parallel processing.

The second solution I found was to simply switch to double precision (hence the division by a value close to zero could be resolved).

Played around for quite a while with this, hope this will help others!
enigma is offline   Reply With Quote

Old   June 23, 2010, 07:13
Default
  #7
New Member
 
Achin Garg
Join Date: Aug 2009
Posts: 1
Rep Power: 0
ach1505in is on a distinguished road
Try reducing the CFL no., hopefully it will help...
ach1505in is offline   Reply With Quote

Old   October 29, 2011, 16:11
Default
  #8
Member
 
navid
Join Date: Jan 2010
Posts: 89
Rep Power: 7
ndabir is on a distinguished road
I also had the same problem. very very high numbers (nan)

I just changed from single precision to double, and the problem was solved )

thanks to enigma for the great advice.

by the way parallel settings does not contribute to this error.
ndabir is offline   Reply With Quote

Reply

Thread Tools
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 On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Number of Positions tav98f CFX 1 May 23, 2013 20:34
snappyHexMesh won't work - zeros everywhere! sc298 OpenFOAM Native Meshers: snappyHexMesh and Others 2 March 27, 2011 21:11
Problems with Courant number (LaunderGibsonTurbulence Model) sven OpenFOAM 3 August 10, 2009 03:12
Courant number, patches, etc oort OpenFOAM 1 July 24, 2009 18:05
Strong oscillation at transonic mach number martingariepy FLUENT 2 May 12, 2009 11:40


All times are GMT -4. The time now is 16:54.