Unresponsive Client

3
Hi, We've been experiencing unresponsive clients a couple of times over the last 2 months. All users are busy using the application, and then all of a sudden it seems to hang. When we open the Console, the service seems to be stopped, as the Start and Start Service buttons are enabled. We then ask all users to log out and close their browsers, after which there is activity on the console again. when the users log back on, they can continue working again. Database activity stays normal. Application server's performance stays normal. The only thing that we can pick up is a warning in the log files : 2014-01-07 10:28:47.529 WARNING - Jetty: handle failed 2013-01-07 10:28:47.529 WARNING - Jetty: java.lang.Error: java.net.SocketException: Socket operation on nonsocket: getsockname Will anybody be able to advise, or at least just give some clarity on the warning message, as we have no idea where to start looking. Kind Regards Frikkie Chalmers
asked
2 answers
1

This looks kind of similar but there are no real answers. I'm just going to throw out a bunch of my thoughts here.

Is the service truly stopped? The console might not be a 100% representation. I've had some issues at times. Check your service manager (whatever platform you're on).

It might be locking on a specific request and taking up your Server CPU until you eventually get that exception. Then all resumes as normal. That's also why I don't think the service actually stopped.

More tips for tracking the problem would be to set your Log levels to Trace (especially Jetty). See if you can maybe pinpoint a particular Microflow/scenario in which it's reoccurring.

Also, did this only start on a certain build of your project, and if so, can you revert? And lastly, can you do any testing on another server?

answered
0

UPDATE :

Jason, thank you for responding.

That's the thing, the server isn't stopped, it just seems like it is. The moment the users log out, it becomes responsive again.

Setting logs to trace is not viable, as we have 100 users working in the client, over 500 stores connecting via webservices (as well as numerous other systems also pushing data to the system). This will result in log files being written to at an immense rate and consuming resources.

We have a test, dev and uat server, and this has never happened on any of them, as the traffic isn't nearly enough.

Our last release was approx. 6 months ago (with crucial requirements) and this issue started about 2 months ago.

We are busy planning an upgrade to MENDIX 4, but this might still take months before it is productionised. I was hoping to resolve it in the interim.

answered