Whether or not you include GOUPEXTEND to pick up additional PTFs to resolve hold errors, I feel strongly that the real APPLY should encompass exactly the same selection of sysmods as the corresponding CHECK. I submit my real APPLY via SDSF SJ with CHECK commented out.
As for HOLD data, we have separate groups that support MVS, CICS, DB2, storage, performance, etc. Even separate individuals focus on various components. I print out nontrivial HOLD records and deliver them to the interested parties. (I consider IPL/restart records trivial because we always IPL maintenance from an alternate sysres.) No one here seems much interested in DOC records, which generally describe new and extended function that may be implemented optionally. A change that requires behavioral system adaptation should be covered by some other HOLD record that I distribute to the responsible person(s) . . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [email protected] From: Jeremy Nicoll - ls mainframes <[email protected]> To: [email protected] Date: 10/07/2012 11:19 AM Subject: Re: SMP/E question Sent by: IBM Mainframe Discussion List <[email protected]> Skip Robinson <[email protected]> wrote: > While Ed and I differ on the need for CHECK and on the practice of > injecting maintenance directly into the body of a running system, we agree > on the pointlessness of chasing down sysmod error chains. It's abiut 20 years since I last did this. IIRC there's some operand one can code on an APPLY which will pull in all the missing prereq/coreq PTFs when you specify just the few you know you need. Even if we used that, we did so only on the APPLY CHECK to find out what total set of PTFs were required for the intended stuff to APPLY. And before actually running the APPLY someone would read the cover letters for all the extra PTFs that were going to be applied that weren't the ones we explicitly wanted to apply. Someone had to be aware of areas of the system whose behaviours might be about to change. Are you saying you wouldn't bother doing that? We only applied fixes directly to test systems which would be IPLed multiple times before those systems were cloned into first development and then finally production systems. -- Jeremy C B Nicoll - my opinions are my own. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
