And no one seems to have mentioned that when an ERROR hold is first put on one of the PTFs in your chain, it rarely contains a resolving PTF initially - that usually gets added later; so if you run your check immediately after the HOLD is released, you know there is an APAR problem you may need to resolve, but not what PTF resolves it. And if you run your check one day before the HOLD is issued, you may have a potential problem, but just not know it. As someone pointed out, this is always an iterative process -- at any given point in time there are always errors that haven't been discovered and errors that don't yet have a resolving PTF. If you stay roughly even with the pack, any really serious/fatal bugs should be known and avoided, but there will unavoidably always be some minor bugs present. That's why you always test after major maintenance just to be sure one of those minor bugs isn't a critical issue in your environment. It really makes little difference whether you perform the search using your reasonably current CSI PTF & HOLD data or whether IBM does it with their most current data: there is always the chance for undiscovered bugs that might be more significant in your particular environment. Joel C Ewing
On 03/16/2018 08:32 AM, Jerry Callen wrote: >>> Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for >>> given PTF(s) and collecting all missing items that prevent resolution, up >>> to >>> the point where APPLY CHECK suggests that actual APPLY could be successful >>> could require several iterations. >> I have used GROUPEXTEND since being introduced and can't recall ever being >> successful in attaining full resolution with one pull. >> >> It always took several pulls (iterations) to attain a full resolution. > It sounds to me as if the problem is that the SYSMODs identified by > GROUPEXTEND can have their own REQs, which are (of course) not in the > CSI until they get RECEIVEd. > > Is anyone aware of an IBM-provided REST API to the entire SYSMOD > database? If you had that, you could presumably use that in > conjunction with the SMP "GIMAPI" to construct the full graph. > > You could probably html-scrape content from Service Link, but that > seems hopelessly primitive. > > I smell a nice science experiment brewing... > > -- Jerry > > -- Joel C. Ewing, Bentonville, AR [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
