Do a 'FIND' for 'STATUS' in SMPRPTS to see all the SYSMODS that would
be applied. Do ditto for 'CAUSER' for those that would not be applied.
To see the difference, re-run the APPLY CHECK without the GROUPEXTEND or
GROUP ... then 'subtract' that from the previous run's SMPRPTS to see
which additional SYSMODs are included (or error'd) by GROUPEXTEND etc. CP
Paul Gilmartin wrote:
On Fri, 11 Jan 2013 15:19:45 -0600, Mark Zelden wrote:
On Fri, 11 Jan 2013 15:12:31 -0600, Paul Gilmartin wrote:
Is there a way, in APPLY CHECK GROUP, to see a list of
the SYSMODs that will be selected via GROUPEXTEND or
GROUP when the actual APPLY is performed?
Why should there be? GROUPEXTEND implies extra checks and overhead
SMP/E will go through automatically so you don't have to. Maybe not
much difference on a small CSI (probably what you are used to
dealing with), but in older less efficient SMP/E versions and slower
processors, and going against a large z/OS CSI, it could add quite a bit
of CPU and wall clock time.
I was assuming that APPLY CHECK GROUPEXTEND SELECT( ... )
validates that all the HOLDs and REQs can be resolved, recursively.
(And that inline JCLIN will be verified). Am I wrong? If I'm right,
all I'm wishing for is an additional line in SMPOUT or SMPRPT for
each indirectly selected SYSMOD. I'd not expect this to "add quite
a bit of CPU and wall clock time." I see no need to verify or report
SYSMODs that are already APPLYed.
Support has called me in on a problem where a customer is getting
IEWL errors on some fairly old PTFs. Of course, we've tested them
and we don't make mistakes, and no other customers have reported
the problem, so it must be the customer's fault (Isn't that what
vendors are supposed to say?); we're trying to reproduce the
customer's situation, and any additional information we could get
would help.
Thanks,
gil
----------------------------------------------------------------------
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
