Reply to thread

Message

<blockquote data-quote="Crazy_About_JDE" data-source="post: 97390" data-attributes="member: 10473">Hello, list!&nbsp; Before I post my Wednesday challenge, I must say you have all been a priceless asset during the process of upgrading OneWorld Xe to E1 8.0 (yes that's 8.0) and changing to a new enterprise server and a new deployment server.&nbsp; THANK YOU!&nbsp; And now...another head-scratcher:We've been running and testing EnterpriseOne 8.0 Update 1 SP 23 on a new IBM iSeries server, OS/400 V5R3, for more than two months.&nbsp; Now that we've ironed out all the wrinkles, everything that we've tested is blazing fast and error-free.&nbsp; We are scheduled to go live Saturday.&nbsp; Then reality hit when, just two days ago, we found the NETWORK job ended &quot;abnormally&quot; in the middle of the day for no apparent reason.&nbsp; I hoped it was a fluke or that &quot;someone&quot; ended the services accidentally...but then it happened again yesterday.We can get back up with ENDNET, CLRIPC, and STRNET -- but it&nbsp; will obviously be disruptive if it continues to happen when we're in production.I scanned the system log and found, in both cases, that R42800 (Sales Update) had been running (manually submitted for testing) at the time the NETWORK job and JDENET_K jobs ended.&nbsp; The first time it happened around 11:04 AM, the second time around 10:35 AM.&nbsp; Thinking Sales Update was the problem, we tested every version of R42800 but could not crash the kernels.In both cases, when we discovered the jobs had ended, we saw that SENTINEL was still running in the B7334SYS subsystem.Here is a clip from NETWORK's QPJOBLOG that looks relevant.&nbsp; Other logs are attached.&nbsp; Does anyone have any idea what might be happening?MCH3402&nbsp; &nbsp; Escape&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 40&nbsp;&nbsp; 06/13/06&nbsp; 10:35:52.780560&nbsp; QmDeqMiQueue&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; 0002D0&nbsp;&nbsp; &lt;font color=&quot;blue&quot;&gt;JDEIPC&nbsp; &nbsp; &nbsp; B7334SYS&lt;/font&gt;&nbsp; &nbsp; *STMTTo module . . . . . . . . . :&nbsp;&nbsp; MSGTo procedure&nbsp; . . . . . . . :&nbsp;&nbsp; JDE_msgrcvStatement . . . . . . . . . :&nbsp;&nbsp; 7&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; *PRCLTMessage . . . . :&nbsp;&nbsp; &lt;font color=&quot;blue&quot;&gt;Tried to refer to all or part of an object that no longer exists.&lt;/font&gt;Cause . . . . . :&nbsp;&nbsp; The most common cause is that a stored address to an object is no longer correct because that object was deleted or part of the object was deleted.CEE9901&nbsp; &nbsp; Escape&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 30&nbsp;&nbsp; 06/13/06&nbsp; 10:35:53.145752&nbsp; QLEAWI&nbsp; &nbsp; &nbsp;&nbsp; QSYS&nbsp; &nbsp; &nbsp; &nbsp; *STMT&nbsp; &nbsp; QCMD&nbsp; &nbsp; &nbsp; &nbsp; QSYS&nbsp; &nbsp; &nbsp; &nbsp; 01B7From module . . . . . . . . :&nbsp;&nbsp; QLEDEHFrom procedure&nbsp; . . . . . . :&nbsp;&nbsp; Q LE leDefaultEhStatement . . . . . . . . . :&nbsp;&nbsp; 168Message . . . . :&nbsp;&nbsp; &lt;font color=&quot;blue&quot;&gt;Application error.&nbsp; MCH3402 unmonitored by QC2UTIL1 at statement 0000000003, instruction X'0000'.&lt;/font&gt; Cause . . . . . :&nbsp;&nbsp; The application ended abnormally because an exception occurred and was not handled.&nbsp; The name of the program to which the unhandled exception is sent is QC2UTIL1 QC2MI3 deqi. The program was stopped at the high-level language statement number(s) 0000000003 at the time the message was sent.&nbsp; If more than one statement number is shown, the program is an optimized ILE program.&nbsp; Optimization does not allow a single statement number to be determined.&nbsp; If *N is shown as a value, it means the real value was not available. Recovery&nbsp; . . . :&nbsp;&nbsp; See the low level messages previously listed to locate the cause of the exception.&nbsp; Correct any errors, and then try the request again.</blockquote>

[QUOTE="Crazy_About_JDE, post: 97390, member: 10473"] Hello, list! Before I post my Wednesday challenge, I must say you have all been a priceless asset during the process of upgrading OneWorld Xe to E1 8.0 (yes that's 8.0) and changing to a new enterprise server and a new deployment server. THANK YOU! And now...another head-scratcher: We've been running and testing EnterpriseOne 8.0 Update 1 SP 23 on a new IBM iSeries server, OS/400 V5R3, for more than two months. Now that we've ironed out all the wrinkles, everything that we've tested is blazing fast and error-free. We are scheduled to go live Saturday. Then reality hit when, just two days ago, we found the NETWORK job ended "abnormally" in the middle of the day for no apparent reason. I hoped it was a fluke or that "someone" ended the services accidentally...but then it happened [i]again[/i] yesterday. We can get back up with ENDNET, CLRIPC, and STRNET -- but it will obviously be disruptive if it continues to happen when we're in production. I scanned the system log and found, in both cases, that R42800 (Sales Update) had been running (manually submitted for testing) at the time the NETWORK job and JDENET_K jobs ended. The first time it happened around 11:04 AM, the second time around 10:35 AM. Thinking Sales Update was the problem, we tested every version of R42800 but could not crash the kernels. In both cases, when we discovered the jobs had ended, we saw that SENTINEL was still running in the B7334SYS subsystem. Here is a clip from NETWORK's QPJOBLOG that looks relevant. Other logs are attached. Does anyone have any idea what might be happening? MCH3402 Escape 40 06/13/06 10:35:52.780560 QmDeqMiQueue 0002D0 JDEIPC B7334SYS *STMT To module . . . . . . . . . : MSG To procedure . . . . . . . : JDE_msgrcv Statement . . . . . . . . . : 7 *PRCLT [b]Message[/b] . . . . : Tried to refer to all or part of an object that no longer exists. [b]Cause[/b] . . . . . : The most common cause is that a stored address to an object is no longer correct because that object was deleted or part of the object was deleted. CEE9901 Escape 30 06/13/06 10:35:53.145752 QLEAWI QSYS *STMT QCMD QSYS 01B7 From module . . . . . . . . : QLEDEH From procedure . . . . . . : Q LE leDefaultEh Statement . . . . . . . . . : 168 [b]Message[/b] . . . . : Application error. MCH3402 unmonitored by QC2UTIL1 at statement 0000000003, instruction X'0000'. [b]Cause[/b] . . . . . : The application ended abnormally because an exception occurred and was not handled. The name of the program to which the unhandled exception is sent is QC2UTIL1 QC2MI3 deqi. The program was stopped at the high-level language statement number(s) 0000000003 at the time the message was sent. If more than one statement number is shown, the program is an optimized ILE program. Optimization does not allow a single statement number to be determined. If *N is shown as a value, it means the real value was not available. [b]Recovery[/b] . . . : See the low level messages previously listed to locate the cause of the exception. Correct any errors, and then try the request again. [/QUOTE]

Verification