What operating system? Be sure and report this issue to WM Support via service request. We did similar things for Broker 6.5 and helped identify new memory leaks. Fixes eventually were released for that version.
Thanks for the reply Mark…We are using Windows 2003.I did make a SR regarding this to WM,they are aware of this errors and no reply from them since 15 days …this is our third SR on 7.1 version, haven’t got answers for the 3…
You should politely, but firmly escalate these issues with support. Sounds like you’re SRs are still stuck in message taker land. Be sure to capture lots of details each time the Broker fails with OOM errors and send those with your SR requests.
Work with your management to escalate these SRs, first to the Support Manager to which your support engineer reports, then to his manager. Work with your WM / SoftwareAG sales rep and enlist his/her support as well.
JVM has provided helpful arguments to deal with OutOfMemoryError. In this article we would like to highlight those JVM arguments.
Those JVM arguments are:
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath
-XX:OnOutOfMemoryError
-XX:+ExitOnOutOfMemoryError
-XX:+CrashOnOutOfMemoryError
Once heap dumps are captured, you can use tools like HeapHero, Eclipse MAT to analyze heap dumps.
Also You can use tools like fastThread to analyze hs_err_pid file. But most of the time information present in hs_err_pid is very basic. It’s not sufficient enough to troubleshoot OutOfMemoryError.