I think that the process is similar if ordering manually via ShopZ. The only difference is you have run the inventory job against your zones first, upload that to ShopZ, and use that uploaded report when placing your order for maintenance.
//STEP1 EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' //SYSPRINT DD SYSOUT=* //SMPOUT DD SYSOUT=* //SMPXTOUT DD PATH='/tmp/smpefeatures23', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), // FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) //SYSIN DD DATA,DLM=$$ CSI=SMPE.ZOS23.GLOBAL.CSI TARGET=MVSTZN _____________________________________________________________________________________________________ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Jousma, David Sent: Friday, May 24, 2019 10:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RSUs **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Bob, I'm sure Kurt will give a more complete answer, but the RECEIVE ORDER Process first uploads an inventory to IBM. Then the order process only sends you what you don’t have. _____________________________________________________________________________________________________ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Richards, Robert B. Sent: Friday, May 24, 2019 10:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RSUs **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Kurt, Speaking of RSUs, is there a way to provide an inventory of PTFs already received so that I don't end up reordering and transmitting gigabytes of PTFs that have already been ordered, downloaded and received? As it is now, I am forced to run the RSU job on the weekend so that I stop getting the "17 of 20" failures after hours of wall clock time. And while I am thinking of enhancements, how about an optional check of a mask against a mask of the DDDEF volser that would flag a difference? Yeah, I know, the file allocation report is supposed to be the last line of defense, but sometimes it is tough to spot a one character difference. Ask me how I know. Still not sure why a coworker changed it without letting others know. Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Friday, May 24, 2019 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RSUs On 5/23/2019 10:18 AM, Styles, Andy , ITS zPlatform Services wrote: > We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the > "New Service Levels" email), and got a number of fixes for RSU1903. Over the > last couple of days, it's been discovered that we are missing a few PTFs that > would be part of RSU1903 - or earlier. > > Yesterday, I therefore as an exercise did another RECEIVE ORDER > CONTENT(RECOMMENDED), and this time got more fixes for RSU1903. > > Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU > date? No, IBM does NOT assign RSU sourceids to PTFs retroactively after the published RSU date. At least its not supposed to work that way. Are you sure on your second RECEIVE ORDER one or more ASSIGN statements for RSU1903 were received? Or did you specify the RSU1903 SOURCEID on the RECEIVE command your self? If you did receive such ASSIGN statements, and if you still have it, I'd like to see the RECEIVE command output for both jobs please. BTW, as already mentioned, consider using CONTENT(ALL) instead of CONTENT(RECOMMENDED) in the future. I'm hard pressed to think of a good reason to only obtain recommended PTFs these days. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
