I learned the hard way. It was the first upgrade I was part of, I came in in the middle and they were cutting corners applying to the live system. It really breaks when the attempt to apply a PTF to IEBCOPY blows space in LINKLIB and retry attempts to use the partially done copy of IEBCOPY to compress that active LINKLIB.
Next time, and everytime since, I apply to a target volume, clone to an operational volume and ipl. I actually never ipl from the SMP/E target libraries. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Edward Jaffe > Sent: Saturday, October 06, 2012 6:21 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMP/E question > > On 10/6/2012 1:03 PM, Skip Robinson wrote: > > Would not APPLY CHECK have revealed the missing PTF before any real > > harm had been done? If not, then never mind. > > No. The APPLY CHECK would not have helped in that case. Nothing was > missing and there was nothing SMP/E could have done differently. Both > co-req PTFs were available and were being installed together in the > same APPLY but there was an out-of-space space failure on the ZFS at > APPLY time. A logic error in the z/OS UNIX install shell script caused > it to do the wrong thing such that, after the space issue was resolved, > a second APPLY attempt of the PTFs would always result in a deleted > JDK. (The script made an invalid assumption that one of the PTFs was > already fully installed because it found a "build part" from that PTF > in the target directory.) The fix was to correct the erroneous logic in > the z/OS UNIX install shell script. See http://www- > 01.ibm.com/support/docview.wss?uid=swg1IV05507 > > I recognize that, compared to the experience of some of the old-timers > on this list, I've been servicing our systems this way for a relatively > short time (only about 15 years or so). I'm prepared for the very real > possibility that I might come across a pathological situation that will > be inconvenient enough to convince me to do things differently. Or > perhaps I will retire first, who knows? > > -- > Edward E Jaffe > Phoenix Software International, Inc > 831 Parkview Drive North > El Segundo, CA 90245 > 310-338-0400 x318 > edja...@phoenixsoftware.com > http://www.phoenixsoftware.com/ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
