Re: SMP/E Error - Resolved
To clear this up for the list archive, we opened an ETR with IBM. Their take was that a bad copy of the original UO00396 had likely been applied. They had me reorder that service, APPLY REDO, and add the following: UO00446 UO00458 UO00497 UO00573 Looks to have corrected the problem. Thanks to all for the assistance and advice. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Thursday, June 05, 2008 3:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved UO00335. Not in the PTS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. M-I-C, K-E-Y, Unix System Services Sorry, couldn't resist. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Monday, June 02, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error No JOBLIB, no STEPLIB. Appears that the module in the HFS is back leveled for whatever reason. I'm fairly certain we went to the 34.13 level with the z/OS ServerPac (or possibly with the toleration/compatibility maintenance), which means a couple years ago. The job has a DD statement (SMPCPATH) that points to the path. I suspect the problem is that the upgraded module lies on a different path, owing to some maintenance bungle. Now, I just have to find it, assuming it still exists. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, June 02, 2008 3:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error On Mon, 2 Jun 2008 15:39:04 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ Are you STEPLIBing to a higher level of SMP/E then the running system? Or did you not clone your UNIX root file the last time you applied maintenance along with your sysres? If you know where the proper level is, you can mount it at /service (or whatever your service directory name is) and specify the path name in the SMPCPATH DD or CLIENT parms: //CLNTINFO DD * CLIENT classpath=/service/usr/lpp/smp/classes/ /CLIENT /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
On Thu, 5 Jun 2008 11:14:54 -0500, Miller, Pat [EMAIL PROTECTED] wrote: You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. Well, you've forced a match of the check that is made to keep you from shooting yourself in the foot. This may or may not cause a problem later on. As you already said the module in the HFS is back leveled for whatever reason ... due to some maintenance bungle. Are you sure you don't have a maintenance root or a copy of it with the correct level?What does you DDDEFs tell you (if anything)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 11:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 11:14:54 -0500, Miller, Pat [EMAIL PROTECTED] wrote: You're going to love this. Got this error? GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). (GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/) In the same path, there is a file named GIMJVLVL.properties with the following description: GIMJVLVL.properties contains the level indicator for the Java code contained in package com.ibm.smp. This file must be updated each time the SMP/E GIMLEVEL module is updated. And the following parameters: GIMVER=3 GIMREL=4 GIMMOD=0 GIMPTF=09 Change GIMPTF=09 to GIMPTF=13. Problem goes away. Well, you've forced a match of the check that is made to keep you from shooting yourself in the foot. This may or may not cause a problem later on. As you already said the module in the HFS is back leveled for whatever reason ... due to some maintenance bungle. Are you sure you don't have a maintenance root or a copy of it with the correct level?What does you DDDEFs tell you (if anything)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
On Thu, 5 Jun 2008 12:01:08 -0500, Miller, Pat [EMAIL PROTECTED] wrote: The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. I *highly* doubt it was shipped that way. I wouldn't expect it in the directory tree unless you updated your BPXPRMxx to mount the maintenance root at IPL time. If you look at your DDDEFs for unix directories, they probably all point to a prefix like /service. That is where the maintenance was applied - to a copy of the live HFS mounted at /service (or whatever yours is called). The problem is you have to find that maintenance HFS (if it hasn't been deleted), re-mount it at /service (or whatever) and see if the level matches. If you can find it and it matches, you may want to clone a copy to mount for your next IPL (even though it appears you have been running out of sync for a long time). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 12:01:08 -0500, Miller, Pat [EMAIL PROTECTED] wrote: The last modified date on GIMJVCLT corresponds to the last service that touched it, which was on as shipped with the serverpac. I've gone back and looked at the original serverpac output. The last changed date corresponds to the date the HFS was loaded during serverpac install. To answer your question, I've searched the directory tree extensively to make sure there aren't updated copies of this somewhere. There aren't. I was skeptical at first, but it certainly looks to me as if it was shipped in this condition. I *highly* doubt it was shipped that way. I wouldn't expect it in the directory tree unless you updated your BPXPRMxx to mount the maintenance root at IPL time. If you look at your DDDEFs for unix directories, they probably all point to a prefix like /service. That is where the maintenance was applied - to a copy of the live HFS mounted at /service (or whatever yours is called). The problem is you have to find that maintenance HFS (if it hasn't been deleted), re-mount it at /service (or whatever) and see if the level matches. If you can find it and it matches, you may want to clone a copy to mount for your next IPL (even though it appears you have been running out of sync for a long time). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
UO00335. Not in the PTS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error - Resolved
That is level 34.09. So it isn't your HFS that is back leveled, it is your loadlib that is forward leveled. Again... some sort of maintenance screw up, or a manual copy of a higher level into your loadlib that GIMSMP is being picked up from. Which brings up a point... Since you say there is no joblib/steplib, are you sure GIMSMP is being picked up from the SYS1.MIGLIB that matches your system level? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 5 Jun 2008 15:21:12 -0500, Miller, Pat [EMAIL PROTECTED] wrote: UO00335. Not in the PTS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 05, 2008 2:22 PM To:IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E Error - Resolved On Thu, 5 Jun 2008 13:57:52 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Like I say, I was skeptical. But I see no service in the CSI that hits it that has been applied since the serverpac install. What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error
We got it when steplibing for newer linklib but using older uss mounts (converting from z/os 1.7 to 1.9) SMP wants both at the same level. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Monday, June 02, 2008 3:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] SMP/E Error Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html font size=1 div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in' /div This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system. /font -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error
On Mon, 2 Jun 2008 15:39:04 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ Are you STEPLIBing to a higher level of SMP/E then the running system? Or did you not clone your UNIX root file the last time you applied maintenance along with your sysres? If you know where the proper level is, you can mount it at /service (or whatever your service directory name is) and specify the path name in the SMPCPATH DD or CLIENT parms: //CLNTINFO DD * CLIENT classpath=/service/usr/lpp/smp/classes/ /CLIENT /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error
No JOBLIB, no STEPLIB. Appears that the module in the HFS is back leveled for whatever reason. I'm fairly certain we went to the 34.13 level with the z/OS ServerPac (or possibly with the toleration/compatibility maintenance), which means a couple years ago. The job has a DD statement (SMPCPATH) that points to the path. I suspect the problem is that the upgraded module lies on a different path, owing to some maintenance bungle. Now, I just have to find it, assuming it still exists. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, June 02, 2008 3:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: SMP/E Error On Mon, 2 Jun 2008 15:39:04 -0500, Miller, Pat [EMAIL PROTECTED] wrote: Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ Are you STEPLIBing to a higher level of SMP/E then the running system? Or did you not clone your UNIX root file the last time you applied maintenance along with your sysres? If you know where the proper level is, you can mount it at /service (or whatever your service directory name is) and specify the path name in the SMPCPATH DD or CLIENT parms: //CLNTINFO DD * CLIENT classpath=/service/usr/lpp/smp/classes/ /CLIENT /* -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error
However, my error was due to teh JOBLIB being the new SMPE maint but my steplib was pointing to the SCEERUN2 data set. There was nothing that hit the SCEERUN2 data set with my GIMUNZIP maint. But once I moved SCEERUN2 from the STEPLIB to my JOBLIB (no steplibs at all) everything ran good. Lizette We got it when steplibing for newer linklib but using older uss mounts (converting from z/os 1.7 to 1.9) SMP wants both at the same level. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E Error
I just got this error on my receive. Check to see if you have a JOBLIB and STEPLIB in the JCL. If so, more the STEPLIB to the JOBLIB. The other thing that got me was some maintanence that went in on GIMUNZIP. I had to move some JAVE USS entries to the production JAVA USS Paths. But I forgot (did not have time) to move my maintanence into the production libraries. Also check that your paths you will be using are mounted. Lizette Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK. We've done it successfully numerous times in the last year: GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT (34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING PROGRAM GIMSMP (34.13). GIMVCLT is in the following path: /usr/lpp/smp/classes/com/ibm/smp/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html