Classification: Public
I have the SMPGLOG (GLOBAL log), but not the jobs. I'm reluctant to post a
large amount of SMPLOG output here, but here (hopefully relevant) snippets:
RECEIVE
ORDER(ORDERSERVER(ORDRINFO)
CONTENT(RECOMMENDED)
CLIENT(CLNTINFO)
)
.
ORDER ORD00018 HAS BEEN SENT TO THE SERVER AT
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00018-05April2019-08.45.34.407 FOR
RECEIVE PROCESSING.
We then received a bunch of PTFs as a result - I can list them if you wish.
Now, yesterday I noticed that I didn't specify a target zone here. There are
two target zones in the GLOBAL zone - the previous iteration of this process,
and a clone of it (which is the one RSU1903 was eventually applied to), so we
can look across multiple target zones to see if/where a PTF is applied.
When I re-did the RECEIVE ORDER, I added FORTGTZONE, though to me, that should
have made no difference.
I then ended up with this:
RECEIVE
ORDER(ORDERSERVER(ORDRINFO)
CONTENT(RECOMMENDED)
CLIENT(CLNTINFO)
FORTGTZONES(TGTD)
)
.
ORDER ORD00020 HAS BEEN SENT TO THE SERVER AT
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.
ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00020-22May2019-17.19.02.141 FOR
RECEIVE PROCESSING.
And then received the following fixes:
SYSMOD ENTRY UA98295 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98305 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98317 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98340 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98341 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98707 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98723 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98804 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98845 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98920 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98954 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98965 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99018 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99029 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99050 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99059 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99094 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99149 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99208 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99224 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99278 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99283 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99306 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI60691 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61245 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61642 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61783 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62355 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62458 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62648 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI63041 WAS STORED IN THE GLOBAL ZONE.
Now, looking back through the log, I can also see quite a few messages like
this:
MCS UA98840 WAS DELETED FROM THE SMPPTS LIBRARY.
MCS UA98840 WAS DELETED FROM THE SMPPTS1 LIBRARY.
MCS ENTRY UA98840 WAS STORED IN THE SMPPTS LIBRARY.
SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE.
RECEIVE PROCESSING WAS SUCCESSFUL FOR SYSMOD UA98840.
Which confuses me (not difficult) - why is it already in the SMPPTS dataset?
Nonetheless, I didn't do a REJECT of anything first, so it was RECEIVEd ok.
Andy Styles
z/Series System Programmer
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kurt Quackenbush
Sent: 24 May 2019 14:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs
-- This email has reached the Bank via an external source --
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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ.
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.
Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN.
Registered in England and Wales no. 2065. Telephone 0207626 1500.
Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ.
Registered in Scotland no. SC327000. Telephone: 03457 801 801.
Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London
EC2V 7HN. Registered in England and Wales no. 10399850.
Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are
authorised by the Prudential Regulation Authority and regulated by the
Financial Conduct Authority and Prudential Regulation Authority.
Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für
Finanzdienstleistungsaufsicht.
Halifax is a division of Bank of Scotland plc.
HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in
Scotland no. SC218813.
This e-mail (including any attachments) is private and confidential and may
contain privileged material. If you have received this e-mail in error, please
notify the sender and delete it (including any attachments) immediately. You
must not copy, distribute, disclose or use any of the information in it or any
attachments. Telephone calls may be monitored or recorded.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
