Hey, the APYPTF worked! It now has IPL Action of None. Thanks Chuck.

I can't seem to delete it entirely, though. I get this:

Message ID . . . . . . : CPF35C5

Date sent . . . . . . : 12/02/14 Time sent . . . . . . :
10:23:49


Message . . . . : PTF 5770TC1-SI54738 V7R1M0 not deleted.



Cause . . . . . : PTF 5770TC1-SI54738 V7R1M0 could not be deleted because
of
one of the following:

-- no PTF save file was found

-- no PTF cover letter was found

-- the PTF was not on order

-- an unexpected error occurred.

Recovery . . . : If the save file or cover letter for PTF
5770TC1-SI54738
V7R1M0 does exist on the system, look at the previously listed messages
in
the job log to determine the cause of the error. Follow the instructions

provided in the message and try the request again.


There's no save file in QGPL and there's no cover letter. Is this a
Catch-22 or am I not understanding something?


On Tue, Dec 2, 2014 at 10:18 AM, CRPence <CRPbottle@xxxxxxxxx> wrote:

On 02-Dec-2014 08:53 -0600, Jeff Crosby wrote:


I have a defective PTF (5770TC1-SI54738) set to apply at the next
IPL. How do I stop it? I've tried both RMVPTF and DLTPTF. Both give
me errors.


Perhaps counter-intuitively, the command to use is the Apply PTF
(APYPTF); effect an override of the IPL Apply Option, to ask that the PTF
*not* be applied with the upcoming IPL as was previously requested.

<http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_71/cl/apyptf.htm>
_Apply Program Temporary Fix_ (APYPTF)
"...
_IPL apply options_ (IPLAPY)

Specifies the action that is done for delayed or immediate PTFs at the
next unattended IPL.

Single values

*NO
Previous requests to apply the identified PTFs at the next unattended
IPL are canceled.
..."

<<SNIP>> there is a superseding PTF, 5770TC1-SI55030. Or do I just
download the superseding PTF and set it to apply?


I do not recall for sure, but I believe after the apply action is
changed for the currently loaded PTF SI54738, the Remove PTF (RMVPTF)
should be successful using the *IMMED even if the PTF is defined as
supported only for Delayed-apply. After that defective PTF is removed,
only then should the Load PTF (LODPTF) of the supersede be performed. I do
not recall if Delete PTF (DLTPTF) is desirable or even allowed against the
permanently removed defective PTF, but no harm in the attempt performed
after the removal and before the download\load\apply activity of the
superseding PTF.

--
Regards, Chuck
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].