|
[Sponsors] |
Encountering 'java.net.SocketException' Error when Initializing Solution |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
January 15, 2019, 14:55 |
Encountering 'java.net.SocketException' Error when Initializing Solution
|
#1 |
New Member
Nate
Join Date: Jan 2019
Posts: 2
Rep Power: 0 |
Hi all,
I want to preface by saying this is my first post in this forum, if I am missing information or this is the incorrect place to post please let me know. I am also an undergraduate student. I am by no means an expert on CFD, but I have been using Star CCM+ for four years now with guidance from professors, coworkers and other peers so I am semi-confident in troubleshooting most issues I encounter, however this is a new one. The case I am having issues with is an external flow analysis of a multi-element wing, low-Reynolds numbers. Most of my setup follows Star's "Best Practices" listed in their manual along with personal experience from what has worked best in the past. Physics Setup: -RANS -Steady State -3D -Constant Density -Segregated Flow -All y+ Treatment -Exact Wall Distance -K-Omega Turbulence -SST (Menter) K-Omega The case is fairly small, ~10 million cells. I'm running on fairly limited hardware: 32 GB memory and 8 threads. I encounter the error when I initialize the solution. When the initialization reaches the "Computing Wall Distance: Vertex Distance" the program freezes and closes the simulation. Star CCM+ stays open, but with no simulation open. A window pops up with the error message, I have attached a screenshot of the error along with the Star CCM+ log for that session. My attempts to resolve the issue: 1. I checked with our university's IT to make sure this wasn't an issue with a license or server error. They said everything was good on their end so I proceeded to check my model. 2. This was the 5th case that I had been running in this experiment. I have been making modifications to the geometry in between using NX so my first thought was to check my CAD model for issues. I remodeled one surface that could've been leaving a very small sliver. I also checked the model for empty pockets within bodies, infinitely thin sections, sharp edges, etc. Once I was confident in the model I created a new simulation but encountered the same error. 3. I checked the surface mesh for any errors using Star's built in "mesh repair" tool. It marked no issues with any cells. 4. I tried switching to a K-Epsilon turbulence model and decreased my number of prism layers to 10. I just wanted to see if I could get a case running, but unfortunately I still encountered the same error. I've also done plenty of digging on google for similar issues and haven't come up with anything yet. I figured this would be a good place to ask for some support. I appreciate in advance any help! |
|
January 18, 2019, 15:53 |
|
#2 |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,763
Rep Power: 66 |
The error message only says Star crashed. No special or specific info.
If it crashes during initialization then probably you have a bad reference in one of your plots or something. Did you reuse an old .sim file and try to swap out the mesh or do you start clean every time? |
|
January 18, 2019, 16:32 |
|
#3 |
New Member
Nate
Join Date: Jan 2019
Posts: 2
Rep Power: 0 |
Creating a new sim file every time and generating a new mesh.
The point about having a bad reference in a plot is interesting though. I might try deleting any monitors and plots that I’ve created and see if I can get it to run. If it works then I’ll check my references. Thanks for the help! |
|
December 27, 2019, 05:09 |
|
#4 |
New Member
Join Date: Mar 2012
Posts: 13
Rep Power: 14 |
Hello, I am facing the same error. the meshing initialization happens but parallel meshing fails with this error while serial meshing works. May I know whether you were able to solve this issue or not
|
|
May 24, 2022, 02:28 |
|
#5 |
New Member
hedmondjohn
Join Date: May 2022
Posts: 1
Rep Power: 0 |
Your Java socket shows SocketTimeoutException means that it takes too long to get respond from other device and your request expires before getting response. This exception is occurring on following condition.
Server is slow and default timeout is less, so just put timeout value according to you. Server is working fine but timeout value is for less time. so change the timeout value. Solution: A developer can pre-set the timeout option for both client and server operations. From Client side: Socket socket = new Socket(); SocketAddress socketAddress = new InetSocketAddress(host, port); socket.connect(socketAddress, 12000); //12000 are milli seconds From Server side: ServerSocket serverSocket = new new ServerSocket(port); serverSocket.setSoTimeout(12000); |
|
Tags |
java, java error, wall distance |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Pressure distribution on a wall | darazsbence | CFX | 17 | October 6, 2015 11:38 |
grid dependancy | gueynard a. | Main CFD Forum | 19 | June 27, 2014 22:22 |
Why 3D solid-pore geometry showing diverged solution? | Sargam05 | OpenFOAM | 0 | December 3, 2012 16:45 |
Analytic solution for 2D steady Euler equations | jojo81 | Main CFD Forum | 0 | October 15, 2012 13:05 |
Wall functions | Abhijit Tilak | Main CFD Forum | 6 | February 5, 1999 02:16 |