| Author |
Message
|
| saurabh25281 |
 Posted: Wed Nov 30, 2016 8:28 pm Post subject: IIB EG generates abends "Failed to allocate memory" |
 |
|
Centurion
Joined: 05 Nov 2006
Posts: 108
Location: Bangalore
|
Hi Team,
We are using IIB 10.0.0.3 and are trying to connect to a DB2 server (10.5 FP5) which acts as our application data repository.
We have configured DSN and ODBC to point to the DB2 server and verified the setup using mqsicvp & db2cli validate commands.
However as soon as we run our msgflow that connect to the DB2 servers, we see an unusual spike in memory utilization, post which the execution group crashes and IIB generates abends.
We have tried to increase the heapsize from 256 MB to 1 GB without, but that did not help.
Can anyone help us to investigate & resolve this issue.
+-----------------------------------------------------------------------------+
| |
| |
| First Failure Symptom Report |
| ======================== |
| |
| Proc start time (GMT) :- Wed Nov 30 05:12:31 2016 |
| |
| Product Details |
| +++++++++++++++ |
| |
| Vendor :- IBM |
| Product Name :- IBM Integration Bus |
| Program ID :- 5724-J05 |
| Version :- 10003 |
| |
| OS Information |
| ++++++++++++++ |
| |
| Operating System :- Linux |
| Version :- #66~14.04.1-Ubuntu SMP Wed Oct 19 15:05:38 UTC |
| 2016 |
| Release :- 4.4.0-45-generic |
| Node Name :- instance-0113c79a |
| Machine ID :- x86_64 |
| |
| Environment |
| +++++++++++ |
| |
| Installation Path :- /opt/ibm/iib-10.0.0.3/server |
| Service User ID :- UID 1001 |
| Work Path :- /var/mqsi |
| Executable Name :- DataFlowEngine |
| Process ID :- 10000 |
| |
| Deployment |
| ++++++++++ |
| |
| Component Name :- MYWIZARDPOC.4 |
| Component UUID :- 64fc2064-b6a3-11e6-98c2-ac1f00030000 |
| Queue Manager :- MYWIZARD.QM.POC.4 |
| Execution Group :- MWINTGSRV |
| EG UUID :- ed885ce7-e5f1-4b0e-aebd-2ae445b6485e |
| User trace :- 0 |
| Service trace :- 0 |
| Trace size :- 0 |
| |
| Build Information |
| +++++++++++++++++ |
| |
| Backing build :- |
| Sandbox :- /build/S1000_slot1/S1000_P |
| CMVC Level :- S1000-L151118.10058 |
| Build type :- Production |
| Build context :- amd64_linux_2 |
| 64 Bit Build :- yes |
| |
| Failure Location |
| ++++++++++++++++ |
| |
| Time of Report (GMT) :- secs since 1/1/1970: 1480482754 |
| Message Flow :- PAPL_CacheInitiater |
| Thread ID :- 0x0000000000002778 |
| |
+-----------------------------------------------------------------------------+
4 for pid 10000 tid 10104 time in seconds since 01/01/1970: 148048275--More--(7%)
File: /build/S1000_slot1/S1000_P/src/CommonServices/Unix/ImbAbend.cpp
Line: 2562
Function: ImbAbend::newHandler
---- Inserts ----
Failed to allocate memory
----------------- |
|
| Back to top |
|
 |
| smdavies99 |
| Posted: Wed Nov 30, 2016 11:41 pm Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Have you raised a PMR yet?
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| zpat |
| Posted: Thu Dec 01, 2016 12:16 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Try applying FP 10.0.0.7 and see if it still happens.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| saurabh25281 |
| Posted: Thu Dec 01, 2016 3:46 am Post subject: |
|
|
Centurion
Joined: 05 Nov 2006
Posts: 108
Location: Bangalore
|
| smdavies99 wrote: |
| Have you raised a PMR yet? |
Yes have raised a PMR and provided them with diagnostic logs and stats.
| zpat wrote: |
| Try applying FP 10.0.0.7 and see if it still happens. |
We need to be sure that the problem will resolve before going for 10.0.0.7. Did you find similar issues that has being fixed in FP7. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Dec 01, 2016 5:20 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| saurabh25281 wrote: |
| We need to be sure that the problem will resolve before going for 10.0.0.7. |
There is a list of all of the fixes that have gone into 10.0.0.7. 10.0.0.7 will also include all of the fixes from previous FixPacks.
You can also simply ask this in your PMR - is there an existing fix for this?
But they might not know that until they've completed the analysis of the data you've given them.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| zpat |
| Posted: Thu Dec 01, 2016 5:27 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
If you can easily reproduce it then installing FP 7 (into a separate location) on your test server wouldn't take long.
You can easily migrate a broker back and forward between versions.
However if you (or IBM) can identify a particular APAR then an i-fix just for that would be less likely to affect anything else.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
|
|
