As Jason says this sounds like at least one of your JVMs is running out of memory and then having to disconnect from the mesh **. when the JVM disconnects from the mesh there will be messages like the ones that you ask about in your post on the 8th March in the WebSphere forum.
You say that you have checked the memory usage but I suspect you have been checking that at the operating system level.
Maximo will grab as much memory as it is allowed and then manage that internally. If a thread asks for memory that isn't available then the dump files that Jason refers to will be created.... at an operating system level it will appear that the JVM is still using the memory that it was and it won't be asking for more than its allowed.
You need to understand what is using your memory.
There are two main ways to check this:
Checking the MBO counts - this will give you an idea about the Maximo Business Objects that are in memory - see this article for an introduction to this https://www.linkedin.com/pulse/seeing-which-mbosetsmbos-using-memory-mark-robbins/
analysing the heapdump - the JVM would need to be configured to generate heapdumps when the memory is exhausted. It is easy to implement but it can lead to 6GB files being generated on the server and that can cause the overall server to fail because it has run out of disk space
The whole area is quite complex so I would be surprised if you get a lot of free advice about how to investigate / resolve this.
Some organisations, like my employer Cohesive, offer support consultancy and we can definitely help you with this.
I have investigated similar situations in the past so I know that we can help. Message me privately if your organisation would like to buy some consultancy time.
** I mentioned the mesh earlier... you may find this article interesting as I talk about the mesh...
------------------------------
Mark Robbins
Support Lead/Technical Design Authority / IBM Champion 2017 - 2023
Cohesive (previously Vetasi Limited)
https://www.linkedin.com/pulse/maximo-support-advice-from-non-ibm-engineer-article-mark-robbins/
------------------------------