A customer's perspective. We recently had a problem for which IBM gave us an APAR test fix. A while later they rewrote the fix so that it hit a different MOD within the same LMOD. In that case, APPLY CHECK failed because the new fix attempted to SUP another sysmod but did not contain the same elements. For that case, SMP/E detects an error and quits. (Goodness.) The proper way out was to RESTORE the first fix, which removed all traces of it from the target zone, then APPLY the new fix. The result was clean: correct version of code, SMP/E happy with all relationships.
Although vendors are in the business of crafting PTFs, customers often create usermods and therefore have to deal with the same issues. It's valuable for everyone to understand the process. SMP/E almost always provides a mechanism to correct problems like this. I can't remember the last time we actually had to trash an entire CSI and start over. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List <[email protected]> wrote on 01/19/2006 06:52:21 AM: > <snip> > > John is right on with his response regarding REDO processing (thanks John). > > >> This surely provokes a wishlist item: If I attempt APPLY REDO, and there > >> are elements in the target zone with the RMID of the PTF, but not in the > >> PTF itself, SMP/E should report an error and fail the APPLY. M&C should > >> suggest "Programmer Action: Perform RESTORE and only then retry the > >> APPLY." > > > > I'll leave that one to you and Kurt. But I'll note that PTF packagers > > are a small subset of SMP/E users, so my uninformed opinion is that it's > > quite possible there are higher-priority things for them to do... > > You could submit a requirement, but John is right that for the > foreseeable future I believe we have many higher-priority items to keep > us busy. > > >> Related question: Is there any query that will show me all elements in > >> a target zone having a given RMID? > > No such query or filtering is provided by SMP/E. You could of course > use LIST. and "FIND" the RMID value in question... crude by effective. > Or you could use the GIMAPI program interface to perform such a query. > > Kurt Quackenbush -- IBM, SMP/E Development > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
