Bob,
I'm not exactly sure what you are asking but if you just run this, it
automatically uploads the bitmap to IBM before the order is built. The manual
process is only needed if you are actually logging on to ShopZ website to place
orders. I only use that when I want to update ShopZ to correctly filter all
my installed product versions when ordering PDO's for individual product
refreshes between z/OS Serverpac orders. The only requirement for this to run
is that you have to be able to communicate with IBM servers from the mainframe
you are running from. Here, they let me open the firewall for outbound
connections to IBM only on-demand.
SET BOUNDARY (GLOBAL) .
RECEIVE ORDER (CLIENT (CLIENT)
CONTENT (ALL)
ORDERSERVER (SERVER)
FORTGTZONES (MVSTZN MVSCBT)
WAIT (120))
DELETEPKG.
_____________________________________________________________________________________________________
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 <[email protected]> On Behalf Of
Richards, Robert B.
Sent: Friday, May 24, 2019 11:46 AM
To: [email protected]
Subject: Re: RSUs
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Dave,
There's my first problem! I have been using Shopz's RFN with the package they
create. :-(
I had already stopped using Shopz for daily PTFs orders indicated by Missing
Fix, etc., using RECEIVE ORDER processing instead.
I saw your example for the inventory. Can the two steps be automatically
combined in a batch job and not use SHOPz at all?
Bob
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Jousma, David
Sent: Friday, May 24, 2019 10:19 AM
To: [email protected]
Subject: Re: RSUs
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 <[email protected]> On Behalf Of
Richards, Robert B.
Sent: Friday, May 24, 2019 10:15 AM
To: [email protected]
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:[email protected]] On Behalf
Of Kurt Quackenbush
Sent: Friday, May 24, 2019 9:38 AM
To: [email protected]
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
[email protected] 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
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[email protected] 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 [email protected] with the message: INFO IBM-MAIN
