On Thu, 29 May 2014 11:21:06 -0400, Kurt Quackenbush wrote: >> When HOLDDATA are issued, such as: >> >> ++ HOLD( pepatch ) ERROR REASON( resolve ) ... >> >> and the hold is first resolved by an APAR fix, does the >> SYSMOD ID of the APAR match the REASON ID: >> >> ++ APAR( resolve ) ... >> >> or SUPersede it: >> >> ++ APAR( interim) SUP( resolve ) ... >> >> Either is syntactically acceptable to SMP/E, but which is IBM's >> convention? > >The former; ++APAR name matches the reason-id on the ++HOLD.
Sometimes. When there are multiple ++APARs, they do not (all) match the reason-id. I have seen, for example, HOLD reason-id AYnnnnn and ++APARs with names BYnnnnn, CYnnnnn, DYnnnnn, etc. In this case, it is the latter. The eventual PTF will SUP the HOLD reason-id and any ++APAR that was created for that FMID. > >> Of course, the final PTF will be one of: >> >> ++ PTF( stable ) SUP( resolve ) ... >> ++ PTF( stable ) SUP( interim, resolve ) ... >> >> And if a PE affects multiple releases of a product, will a single >> REASON ID be used for all releases, or will REASON be peculiar >> to each release? > >The reason-id on the ++HOLD is NOT release specific. Agreed. And when APAR SYSMODs are provided, there will be a unique ++APAR name for each FMID. -- Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
