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.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, May 12, 2014 11:01 AM
To: Midrange Systems Technical Discussion
Subject: RE: CPF5009 , CPF5026, SQL9015 , MCH3601, MCH0601
IBM does still occasionally recommend running RCLSTG. From a quick glance
http://www-912.ibm.com/n_dir/nas4apar.nsf/a95748a674672bcd862577070050fc83/49156dfecd31c2b486257b3c003c7f2c?OpenDocument&Highlight=2,rclstg
Not that it's related or anything.
And Chuck left out this paragraph from my post in his reply:
You should be able to verify that with a call to IBM. Be a real downer if you went through the political process to get permission to bring the system down into a restricted state to do the RCLSTG *DBXREF only to find out you should also apply some delayed PTF to fix it and have to get permission, again.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
