On Tue, 22 Aug 2006 11:07:34 -0400, Kurt Quackenbush <[EMAIL PROTECTED]> wrote:
>
> Hmmm, I think I see your point. But more useful? Not so sure. This
> doesn't eliminate the need to create the "dummy" PTF containing the
> ++IFREQ in your hypothetical example, but it could provide a means for a
> SYSMOD to be "conditionally" held only in those environments that
> contain the other FMID. How useful is that? I suspect this might be
> relevant to only a small percentage of HOLDs.
>
Ah, well, just a wish. In the case that provoked the question the timing
was such that it was possible to rework the offending SYSMOD with the
needed ++ IF.
> In any case, the purpose of ++HOLD for SMP/E is to identify a SYSMOD
> that is to be held... it is not used by SMP/E to directly identify the
> fixing SYSMOD, nor the FMID for which the fixing SYSMOD is applicable
> (SMRTDATA and the FIX value excepted). The reasonid of the HOLD, the
> APAR, is indirectly used to identify PTFs to resolve the HOLD.
>
Here, you are stating an IBM service convention as if it were a rule of
SMP/E. In fact, SMP/E does use the REASON ID to directly identify the
fixing SYSMOD:
Title: SMP/E V3R4.0 Commands
Document Number: SA22-7771-09
# 3.7.1.3 "SMP/E V3R4.0 Commands"
__________________________________________________________________________________
3.7.1.3 Applicability checking
<snip>
* HOLDERROR exception data is considered resolved if
+ the reason ID associated with the exception is found as a SYSMOD
entry in the target zone or ...
<snip>
(Yes, also, but not exclusively, and not even first in the list, what you said.)
Verified empirically. This is a considerable convenience to a vendor whose
issue tracking IDs don't conform to the syntax of IBM's APAR IDs and who might
otherwise be required to generate dummy IDs only so they could be SUPerseded
by the actual fixing SYSMODs. I hope it's not apt to change
Thanks,
gil
--
StorageTek
INFORMATION made POWERFUL
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
