5.8 Java bug? (Client/Hostserver slow, Disconnections)

Greetings,

I notice that your jvm args is set rather low.

We have the following setting:

jvm_args=-Xmx1024m

You might want to bump up this setting and see if that eliminates the overflow errors for the hostserver.  You will have to cycle the hostserver to pickup the new value.

Otherwise, INFOR support can supply you the syntax to enable full debug mode for the hostserver log files to gather more information.  You could then post a case at their support website and work the problem with them.

Another quick thought:  you may just need to periodically cycle the hostsever (maintenance) to recover memory and clear its registers – so to speak.

Good luck!

David,

Here is another thought for you to investigate.

I would suggest reviewing what user limits you have set on the engine user “hci” – you might be starving it (so to speak).  The Release notes

usually have a section on adjusting system parameters like how many files can user hci open,  how much memory can it use, and so on.

For us AIX Unix folks (we run AIX 6.1 TL 7) we run >ulimit -a

and get this output:

alin1hub:/healthvision/cis5.8/integrator/allina_prod >ulimit -a

time(seconds)        unlimited

file(blocks)         unlimited

data(kbytes)         unlimited

stack(kbytes)        2097152

memory(kbytes)       2097152

coredump(blocks)     2097151

nofiles(descriptors) 10000

threads(per process) unlimited

processes(per user)  unlimited

Just another avenue to investigate.

Hope this helps you.

Greetings,

I have attached a docx document that we had received from INFOR back in 2012 that discusses site limits for threads, processes, etc.

Note: had to save as a “doc” extension – docx not supported for attachments on this forum.

I am not aware of any later revisions – you may want to check on that with INFOR.

Hope this proves useful.

You are welcome!  Pardon the duplicate attachments – I wasn’t sure if my first attempt to attach the document had been successful!

Enjoy.

Check to make sure none of your interfaces in any cloverleaf site are using ports in the ephemeral range.

On our AIX server that means any port above 32K.

I learned the hard way that using ports above 32K in my case, can result in extreme IDE slowness and sometimes confuses the host server enough that it will automatically launch multiple instances of itself until you reach complete lock up with the IDE.

If you find new interfaces have been assigned port numbers in the ephemeral range at the same time your slowness showed up unexpectedly, then I can relate because I lived thru the same thing and did not come to understand the dynamics very easily either.

Russ, could you elaborate on the problem you had when using interface ports in the ephemeral range on AIX?  We’re running CL 5.8.4 on AIX 6100-06-01-1043 and occasionally have problems with slow GUI performance and no results returned from the GUI testing tools or database administrator.

I think we were using cloverleaf 5.2 at that time running under AIX 5.? and what we saw was the following:

– IDE slowness and sometimes complete freeze for all IDEs

– multiple instances of the hostserver would launch on its own

– interface port conflicts, would not connect because port was being used by someting else

Does this apply to client threads

as well where downstream app dictated?

Bob