My Oracle Support Banner

MSONWS64 Program Was Terminated By Signal 11 Or Signal 10 In Solve Lp - Intermittent Failure (Doc ID 1381056.1)

Last updated on AUGUST 19, 2019

Applies to:

Oracle Advanced Supply Chain Planning - Version 11.5.10.2 and later
Information in this document applies to any platform.
MSONWS64.exe - Memory Based Planner 64-bit Sun
Executable:MSONEW - Memory Based Planner

Symptoms

Users on 11.5.10 and are on the exceptions list to be below required minimum patching - They have one off patch 10366176 which gave them MSONWS64.exe 115.35.11510.178. They are on ASCP Engine/UI RUP#37 patch 8434383. They run an EDD Constrained 90 days/0 weeks/0 periods. Last night the plan failed twice with the same error. The second time with debug mode it failed again with the following in the debug log file:

MSONWS64 module: Memory Based Planner 64-bit Sun

mbpdemands done.

create objects:
heap: 0 MB; total: 0MB
--------------------------------------
total dmd satisfaction constrs: 861
total supply allocation constrs: 1517
total xfidq upper bounds st: 873
total xuitc upper bounds st: 0
total xwo upper bounds st: 0
total xpo upper bounds st: 4
total xuitc upper bounds st 2: 0
total xaq variables: 346675
take time: 2s
heap: 0 MB; total: 0 MB;
--------------------------------------

round of solve: 1
build unmet demand penalty obj. done. take time: 0s
solving 600, 1
successfully unscaled before solving
presolve indicator: 1
adv start indicator: 0
Solution Method: 0
Stopped solving.
Found an Optimal solution.
Objective = 1176.37

Solve LP t = 1 seconds.

Successfully solved lp1
zzz Objective = 1.17637025574634139957e+03
/evnapsp1/erpapp/appl/mso/11.5.0/bin/MSONWS64.exe
Program was terminated by signal 11


This afternoon, I was running the plan on line with them and it succeeded without any changes. The plan used about 2.2 Gig memory as per the top command before it completed successfully. Strange but the completed log file only shows Total Memory Usage = 300 Meg (I know this isn't accurate in the log but it's not even close). Be that as it may the plan did complete successfully but we did capture the data files at the time of the error. We suspect a data problem from yesterday that somehow was fixed sometime today. So the problem is intermittent and or not reproducable at the moment

Ulimit:

CM = DB server since they run on same server (as appapsp1):

[appapsp1:evnapsp1]/appapsp1 $ ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 65536
vmemory(kbytes) unlimited

[appapsp1:evnapsp1]/appapsp1 $ ulimit -aH
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) 65536
vmemory(kbytes) unlimited

[appapsp1:evnapsp1]/appapsp1 $ ulimit -aS
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 65536
vmemory(kbytes) unlimited

Note they did temporarily increase stack to 200+ Meg on the second plan run but it still failed. They have 128 Gig of physical memory and 52 Meg of free memory plus another 8 Gig swap space.  They also get a slightly different error than the one above in the same plan intermittently as well:

MSONWS64 module: Memory Based Planner 64-bit Sun

Successfully solved lp656
zzz Objective = 1.66768712600000000000e+09
group pegging, total time taken: 10s
peg, time taken = 0.333333
/evnapsp1/erpapp/appl/mso/11.5.0/bin/MSONWS64.exe
Program was terminated by signal 10


STEPS:
1. Run EDD constrained plan
2. Failed two times in a row with signal 11
3. 3rd plan run with no changes other than net refresh of collections, plan succeeds.

Cause

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Symptoms
Cause
Solution
References


My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.