On 5/28/2019 12:04 PM, Styles, Andy , ITS zPlatform Services wrote:

I've snipped a fair bit of this, but (and I've manually added quoting, so 
apologies if it breaks):

Were any of these PTFs also received in the prior RECEIVE ORDER?  And Were they 
applied and
accepted, perhaps purging them from the global zone prior to the latest RECEIVE 
ORDER?  Were
they assigned the RSU1903 sourceid in the first, second, or both RECEIVEs?

We definitely did not have the second set of fixes in the global zone prior to 
the second RECEIVE; given I specified RECOMMENDED both times, I (naïvely 
perhaps) assumed I'd get the latest RSU. This is where this question has arisen 
from - how did I get more fixes tagged with RSU1903 with a second RECEIVE 
RECOMMENDED, after the RSU publish date?


Did you really get more PTFs assigned RSU1903 the second time? Or did you simply get more PTFs? Let me explain:

For the IBM server, when you run RECEIVE ORDER with CONTENT(RECOMMENDED), you get back PTFs identified with a Recommended Service Update SOURCEID (RSUyymm) *AND* PTFs that resolve critical problems (HIPER or PE). PTFs get assigned RSUyynn only once a month, but HIPER and PE fixing PTFs can get assigned every day.

Therefore, I fully expect your second RECEIVE ORDER would obtain HIPER or PE fixing PTFs that were not yet available, or not yet assigned HIPER or PE, during your first RECEIVE ORDER.

If only HIPER or PRP sourceids were assigned during the second RECEIVE ORDER, and you saw no new RSU1903 sourceids being assigned, then I suggest the server is processing correctly.

However, if you saw any RSU1903 sourceids being assigned during the second RECEIVE ORDER, then perhaps the server's behavior requires further analysis. If this is the case, a PMR may be warranted, but you're going to have to provide proof, as in the SMP/E output for both jobs.

This last question about when/if RSU1903 was assigned is the important one, but 
I fear you
may not know the answer without the SMPRPT output for the RECEIVEs.

I have some stored job output, but I can't guarantee that I have ALL output, so 
I don't know if it'll be enough, or whether it contains what we're looking for. 
Fantastic as it is to get support this way, are we moving into PMR territory?
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

Reply via email to