MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » May 2014

Re: CPF5009 , CPF5026, SQL9015 , MCH3601, MCH0601



fixed

On 28-May-2014 11:56 -0500, Steinmetz, Paul wrote:
I had the exact same job give the same errors as previous runs,
3/14, 3/15, 3/31.
Is this a 3rd party application issue or IBM issue?

CPF5009 Diagnostic 10 05/28/14 11:34:02.068434
QDBSIGEX QSYS 0EBB QSQPROCR QSYS *STMT
To module . . . . . . . . . : QSQPROCR
To procedure . . . . . . . : PUT_SYSROUTINES_RCD
Statement . . . . . . . . . : 11602
Message . . . . : Duplicate record key in member SYSRO00001.
CPF5026 Sender copy 30 05/28/14 11:34:02.076876
QDBSIGEX QSYS 0252 QDBSIGEX QSYS 0252
Message . . . . : Duplicate key not allowed for member SYSRO00001.
CPF5026 Notify 30 05/28/14 11:34:02.076886
QDBSIGEX QSYS 0252 QSQPROCR QSYS *STMT
To module . . . . . . . . . : QSQPROCR
To procedure . . . . . . . : PUT_SYSROUTINES_RCD
Statement . . . . . . . . . : 11602
Message . . . . : Duplicate key not allowed for member SYSRO00001.
SQL9015 Information 30 05/28/14 11:34:02.093054
QSQPROCR QSYS *STMT QLICRDUP QSYS 0522
From module . . . . . . . . : QSQPROCR
From procedure . . . . . . : SENDMSGD
Statement . . . . . . . . . : 24137
Message . . . . : Program or service program PNL00473 restored
but not created as SQL object PNL00473 in UPIC08XXP.
MCH3601 Escape 40 05/28/14 11:34:02.096789
#rmsacs 001F58 QSQPROCR QSYS *STMT
To module . . . . . . . . . : QSQPROCR
To procedure . . . . . . . : PREPARE_SYSROUTINES_RCD
Statement . . . . . . . . . : 16636
Message . . . . : Pointer not set for location referenced.
MCH0601 Escape 40 05/28/14 11:34:02.096853
< gHighUse4K 000328 QSQPROCR QSYS *STMT
From Program . . . . . . . : stringHighUse4K
To module . . . . . . . . . : QSQPROCR
To procedure . . . . . . . : PREPARE_SYSROUTINES_RCD
Statement . . . . . . . . . : 17411
Message . . . . : Space offset X'00000000' or X'0000000000600000'
is outside current limit for object RELUPDATE UPMIS 904479.


Unless the 3rd party app was doing something unsupported, the LIC exception [MCHhhxx] errors are definitely an IBM issue. The other messaging that precedes those may be normal, or indicative of either an error with the 3rd party expectations or routine tracking [data] errors; that data could be problematic in either the Program Associated Space (PAS) or in the catalog file(s) such as SYSROUTINE. However the routine being duplicated may have been created [or updated] when a particular defect existed, and that may have been an origin, for which the recovery might then involve getting a corrected copy of the object from the vendor, or perhaps just a clarification of an alternate resolution such as DROP of a problematic object performed before starting the failing process.






Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact