Anyone else out there getting numerous notifications, around 300 now,
from Broadcom regarding the release of CAIRIM 2.2? I've contacted them
but I really don't think the person on the other end understands that
something happened yesterday around 11am and hasn't stopped. Got bug
somewhere they do.

On 5/24/19 10:14 AM, Richards, Robert B. wrote:
> 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

-- 
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

----------------------------------------------------------------------
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