Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
So...I infer, perhaps incorrectly, that the RESTORE job is also doing a ZONEMERGE for the SDSF zone. If that's the case, it has to do special processing to make sure that CIFREQ entries are correctly merged with SYSMOD entries that actually represent installed FMIDs. Can someone confirm that that's what's happening? If so...in z/OS V2.2 we are adding function to SMP/E to handle this directly, and as the SMP/E FMID has not been updated since z/OS V1.13 we can ask ServerPac Development to look at using this function, when available. Here's the announcement text: z/OS V2.2 SMP/E is designed to enhance ZONEMERGE command processing. A new CHECK operand for the ZONEMERGE command is intended to identify conditions that would prevent a successful ZONEMERGE. Also, ZONEMERGE processing is now designed to both enforce and preserve conditional requisites while merging target and distribution zones. This new function, planned to be available first quarter 2016 with the PTF for APAR IO23466, is intended to help you merge SMP/E zones for different products in some cases in order to consolidate product sets and simplify overall software management. Lopez, Sharon wrote: This is the answer from IBM; just in case anyone else might be experiencing this: Due to recently added IFREQs, the ServerPac RESTORE job is not getting generated correctly, causing the errors. ServerPac development is currently in the process of fixing the RESTORE job generation error. As a workaround, you can RESTART the job from step UCLIN, removing all updates which were already done the previous run and also removing all occurences of statement DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)). -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
I checked with someone in ServerPac design, and this is indeed what's up. They will look at the alternatives for solving this, including the one below. John Eells wrote: So...I infer, perhaps incorrectly, that the RESTORE job is also doing a ZONEMERGE for the SDSF zone. If that's the case, it has to do special processing to make sure that CIFREQ entries are correctly merged with SYSMOD entries that actually represent installed FMIDs. Can someone confirm that that's what's happening? If so...in z/OS V2.2 we are adding function to SMP/E to handle this directly, and as the SMP/E FMID has not been updated since z/OS V1.13 we can ask ServerPac Development to look at using this function, when available. Here's the announcement text: z/OS V2.2 SMP/E is designed to enhance ZONEMERGE command processing. A new CHECK operand for the ZONEMERGE command is intended to identify conditions that would prevent a successful ZONEMERGE. Also, ZONEMERGE processing is now designed to both enforce and preserve conditional requisites while merging target and distribution zones. This new function, planned to be available first quarter 2016 with the PTF for APAR IO23466, is intended to help you merge SMP/E zones for different products in some cases in order to consolidate product sets and simplify overall software management. Lopez, Sharon wrote: This is the answer from IBM; just in case anyone else might be experiencing this: Due to recently added IFREQs, the ServerPac RESTORE job is not getting generated correctly, causing the errors. ServerPac development is currently in the process of fixing the RESTORE job generation error. As a workaround, you can RESTART the job from step UCLIN, removing all updates which were already done the previous run and also removing all occurences of statement DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)). -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
FYI, there is another set of DEL for HQX7790 a bit further down for the MVSD100 zone. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lopez, Sharon > Sent: Tuesday, January 12, 2016 1:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > This is the answer from IBM; just in case anyone else might be experiencing > this: > > Due to recently added IFREQs, the ServerPac RESTORE job is not getting > generated correctly, causing the errors. ServerPac development is currently > in the process of fixing the RESTORE job generation error. As a workaround, > you can RESTART the job from step UCLIN, removing all updates which were > already done the previous run and also removing all occurences of statement > DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)). > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, David Allen,Jr > Sent: Tuesday, January 12, 2016 4:13 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > When I google HQX7790 I find this same error in a note dated August 11, > 2015 with subject SDSF z/os 2.1 - z/OS upgrade > > SET BDY(MVST100) . > GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE > WAS 00. > > > UCLIN . > > DEL SYSMOD(HQX7790) CIFREQ( >(UI90005,UI90004) > ) . > GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN. > > > DEL SYSMOD(HQX7790) CIFREQ( >(UK96644,UK96643) > ) . > GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT > DOES NOT EXIST. > GIM25601ITHE SPECIFIED ENTRY WAS NOT UPDATED BECAUSE OF AN > ERROR DURING > UCLIN PROCESSING. > > > ENDUCL . > > This is the first run of the restore job. And, yes, the job as generated has a > redundant DEL which will fail if the first one works. > > Now, I get to manually muck with this UCLIN and try to restart the restore job > at this step. > Since this was after 501.16 MINUTES EXECUTION TIME, I'm not real > interested in fixing the skeleton, regenning the job and starting from the > top. > > Dave Gibney > Information Technology Services > Washington State University > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Email correspondence to and from this address may be subject to the North > Carolina Public Records Law and may be disclosed to third parties by an > authorized state official. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
This is the answer from IBM; just in case anyone else might be experiencing this: Due to recently added IFREQs, the ServerPac RESTORE job is not getting generated correctly, causing the errors. ServerPac development is currently in the process of fixing the RESTORE job generation error. As a workaround, you can RESTART the job from step UCLIN, removing all updates which were already done the previous run and also removing all occurences of statement DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, David Allen,Jr Sent: Tuesday, January 12, 2016 4:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E error in my z/OS 2.1 Serverpac OS212016. When I google HQX7790 I find this same error in a note dated August 11, 2015 with subject SDSF z/os 2.1 - z/OS upgrade SET BDY(MVST100) . GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. UCLIN . DEL SYSMOD(HQX7790) CIFREQ( (UI90005,UI90004) ) . GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN. DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643) ) . GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST. GIM25601ITHE SPECIFIED ENTRY WAS NOT UPDATED BECAUSE OF AN ERROR DURING UCLIN PROCESSING. ENDUCL . This is the first run of the restore job. And, yes, the job as generated has a redundant DEL which will fail if the first one works. Now, I get to manually muck with this UCLIN and try to restart the restore job at this step. Since this was after 501.16 MINUTES EXECUTION TIME, I'm not real interested in fixing the skeleton, regenning the job and starting from the top. Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
And also, in the following set of ADDs, it's also there twice. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, David Allen,Jr > Sent: Tuesday, January 12, 2016 2:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > FYI, there is another set of DEL for HQX7790 a bit further down for the > MVSD100 zone. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Lopez, Sharon > > Sent: Tuesday, January 12, 2016 1:49 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > > > This is the answer from IBM; just in case anyone else might be > > experiencing > > this: > > > > Due to recently added IFREQs, the ServerPac RESTORE job is not getting > > generated correctly, causing the errors. ServerPac development is > > currently in the process of fixing the RESTORE job generation error. > > As a workaround, you can RESTART the job from step UCLIN, removing all > > updates which were already done the previous run and also removing all > > occurences of statement DEL SYSMOD(HQX7790) CIFREQ( > (UK96644,UK96643)). > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Gibney, David Allen,Jr > > Sent: Tuesday, January 12, 2016 4:13 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > > > When I google HQX7790 I find this same error in a note dated August > > 11, > > 2015 with subject SDSF z/os 2.1 - z/OS upgrade > > > > SET BDY(MVST100) . > > GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE > > WAS 00. > > > > > > UCLIN . > > > > DEL SYSMOD(HQX7790) CIFREQ( > >(UI90005,UI90004) > > ) . > > GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN. > > > > > > DEL SYSMOD(HQX7790) CIFREQ( > >(UK96644,UK96643) > > ) . > > GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT > DOES NOT > > EXIST. > > GIM25601ITHE SPECIFIED ENTRY WAS NOT UPDATED BECAUSE OF AN > > ERROR DURING > > UCLIN PROCESSING. > > > > > > ENDUCL . > > > > This is the first run of the restore job. And, yes, the job as > > generated has a redundant DEL which will fail if the first one works. > > > > Now, I get to manually muck with this UCLIN and try to restart the > > restore job at this step. > > Since this was after 501.16 MINUTES EXECUTION TIME, I'm not real > > interested in fixing the skeleton, regenning the job and starting from the > top. > > > > Dave Gibney > > Information Technology Services > > Washington State University > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > Email correspondence to and from this address may be subject to the > > North Carolina Public Records Law and may be disclosed to third > > parties by an authorized state official. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.
On 2016-01-12 15:03, Gibney, David Allen,Jr wrote: > And also, in the following set of ADDs, it's also there twice. > ... Well, if they'd just *alternate* the ADDs with the DELETEs, they'd all work. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
