Apply Remote PTF (APYRMTPTF)

Where allowed to run: All environments (*ALL)
Threadsafe: No

The Apply Remote Program Temporary Fix (APYRMTPTF) command allows a service provider to remotely apply PTFs on the service requester's system. When using the APYRMTPTF command, you can request an IPL of the service requester's system. The apply PTF and IPL can be scheduled to occur at a later date and time.

Note:

A change request is automatically submitted that can be viewed to determine the status of this command. You can use the Work with Submitted Change Request (WRKSBMCRQ) command to monitor the status.

Restrictions:

The apply and IPL functions of this command are only supported when the service requester has Managed System Services installed.
PTFs that are not marked as delayed are applied immediately. PTFs marked as delayed are scheduled to be applied at the next IPL.
PTFs marked as delayed can only be applied permanently if they have been previously applied temporarily. Notice that an IPL would have been required to apply them since they are delayed.
Prerequisite PTFs of the same product must already be loaded on the service requester. However, prerequisite PTFs of another product must already be applied on the service requester. Corequisite PTFs of the same product and same option must already be loaded on the service requester. However, corequisite PTFs of another product or another option must already be applied on the service requester.
If a NODL value is specified, the node list can only contain entries that have a value of *SNA for the address type.

Top

Parameters

Keyword	Description	Choices	Notes
PTFID	PTF description	Values (up to 300 repetitions): Element list	Required, Positional 1
	Element 1: PTF identifier	Character value, *ALL
	Element 2: Product	Character value, *ONLY
	Element 3: Release level	Character value
DESTSRVRQS	Destination service requester	Single values: ALL, SELECT, *NONE Other values (up to 50 repetitions): Element list	Optional
	Element 1: Network identifier	Communications name, *NETATR
	Element 2: Control point	Communications name
APY	Extent of change	TEMP, PERM	Optional
DLYAPY	Delayed PTF apply	NO, YES	Optional
NODL	Node list name	Qualified object name	Optional
	Qualifier 1: Node list name	Name, *NONE
	Qualifier 2: Library	Name, LIBL, CURLIB
IPL	IPL remote system	NO, YES	Optional
PWRDWNOPT	Power down option	CNTRLD, IMMED	Optional
PWRDWNDLY	Power down delay	1-65535, 3600	Optional
RMTAPYTIME	Remote apply time	Element list	Optional
	Element 1: Time zone	LCLSYS, MGDSYS
	Element 2: Start after	Element list
	Element 1: Time	Time, *CURRENT
	Element 2: Date	Date, CURRENT, NEXT
RMTIPLTIME	Remote IPL time	Element list	Optional
	Element 1: Time zone	LCLSYS, MGDSYS
	Element 2: Start after	Element list
	Element 1: Time	Time, *CURRENT
	Element 2: Date	Date, CURRENT, NEXT

Top

PTF description (PTFID)

Specifies the PTF that is to be applied. A maximum of 300 PTF identifiers can be specified.

The possible PTF identifier values are:

PTF-identifier: Specify a 7-character PTF identifier.
*ALL: Applies all PTFs for the specified product.

The possible product identifier values are:

*ONLY: Specifies that the PTF identifier is associated with only one product.
product-id: Specify the product of the PTF. The product must be specified when PTF identifiers are not unique across products or the PTF identifier is *ALL.

The possible release level of product value is:

release

Specify the 6-character release level in one of the following formats:

VxRyMz, where Vx is the version number, Ry is the release number, and Mz is the modification level. The variables x and y can be a number from 0 through 9, and the variable z can be a number from 0 through 9 or a letter from A through Z.
vvrrmm, where version vv and release rr must be a number from 00 through 35, and modification mm must be a number from 00 through 09 or a letter from 0A through 0Z. The leading zeros are required. This format must be used if the version or release of the product is greater than 9.

Top

Destination service requester (DESTSRVRQS)

Specifies the service requester where this PTF function is to be performed. A single service requester or a list of service requesters can be specified.

The possible network identifier values are:

*SELECT: Shows a list of service requesters. From the list, you can select one or more service requesters. *SELECT is not valid when the command is used in a batch environment.
*ALL: Specifies that this PTF function should occur on all of the service requesters that are defined for this service provider.
*NONE: The service requesters are identified in a node list object.
*NETATR: The remote network identifier of the service requester is the same as the remote network identifier of this system.
remote-network-identifier: Specify the remote network identifier of the service requester.

The possible control point value is:

This element is not valid when the network identifier is *ALL, *SELECT, or *NONE.

remote-control-point: Specify the remote control point name of the service requester.

Top

Extent of change (APY)

Specifies the extent of the change when the PTFs are applied.

The possible values are:

*TEMP: Apply the PTFs temporarily on the service requester.
*PERM: Apply the PTFs permanently on the service requester.

Top

Delayed PTF apply (DLYAPY)

Specifies how PTFs are applied. Apply immediate PTFs at the time the activity runs on the specified system or later during the next IPL.

*NO: Applies an immediate PTF at the time the activity runs. If the PTF is marked delayed, it is not applied until the next unattended IPL.
*YES: Applies both immediate or delayed PTFs during the next unattended IPL.

Top

Node list name (NODL)

Specifies the node list object name that contains a list of service requesters where this PTF function is to be performed.

The possible value is:

*NONE: The service requesters are identified in the DESTSRVRQS parameter.

The possible library values are:

*LIBL: Searches all of the libraries in the user and system portions of the job's library list for the node list object.
*CURLIB: Searches for the node list object in the library for the current job.
library-name: Specify the name of the library to be searched.

The possible node list name value is:

node-list-name: Specify the node list name which contains the list of service requesters where this PTF function is to be performed.

Top

IPL remote system (IPL)

Specifies if an IPL of the service requester's system should occur.

The possible values are:

*NO: An IPL of the service requester's system should not occur.
*YES: An IPL of the service requester's system should occur after all of the PTFs listed on the command are successfully applied on the service requester.

Top

Power down option (PWRDWNOPT)

Specifies how to manage the end of active jobs during the IPL processing at service requester system. This parameter is valid only if IPL(*YES) is specified.

*CNTRLD: All jobs end when the time specified in Power Down Delay (PWRDWDLY) parameter expires. Any current jobs that are running perform an end of batch processing.
*IMMED: Jobs end immediately.

Top

Power down delay (PWRDWNDLY)

This parameter is valid only if IPL(*YES) and if PWRDWNOPT(*CNTRLD) are specified. Specifies the amount of time in seconds that the system allows a controlled end to be performed. If the end of job routines are not finished in the specified power down delay, any remaining jobs are ended immediately.

3600: The amount of time in which to complete a controlled end of processing is limited to 3600 seconds.
delay-time: Specify the maximum amount of delay time, in seconds, in which a controlled end can be performed. Valid values range from 1 through 65535 (65,535 seconds).

Top

Remote apply time (RMTAPYTIME)

Specifies the date and the time when this PTF function can occur on the service requester. The current date and time values and the next date are determined, when this PTF function is processed on this system, based on this system's date and time.

The possible time zone values are:

*LCLSYS: Specifies the remote start time in the time zone of this system.
*MGDSYS: Specifies the remote start time in the time zone of the service requester.

The possible start after time values are:

*CURRENT: Starts this PTF function on the service requester system at any time on or after this PTF function request is processed on this system.
start-after-time: Specify the time when this PTF function can be started on the service requester. The time can be entered as 4 or 6 digits, such as hhmm or hhmmss where hh = hours, mm = minutes, and ss = seconds. Seconds are optional. The time can be specified with or without a separator. With a time separator, specify a string of 5 or 8 digits such as hh:mm:ss.

The possible start after date values are:

*CURRENT: Starts this PTF function on the service requester system on any date on or after the date this PTF function request is processed on this system.
*NEXT: Starts this PTF function on the service requester system on any date after the date this PTF function is processed on this system.
start-after-date: Specify the date when this PTF function can start on the service requester system. The date must be specified in the job date format.

Note: The special values *CURRENT and *NEXT cannot be specified for the date and time if the time zone value *MGDSYS is specified.

Top

Remote IPL time (RMTIPLTIME)

Specifies the date and time when the IPL can occur on the service requester. The current date and time values and next date are determined, when this IPL request is processed on this system, based on this system's date and time.

The possible time zone values are:

*LCLSYS: Specifies the remote start time in the time zone of this system.
*MGDSYS: Specifies the remote start time in the time zone of the service requester's system.

The possible start after time values are:

*CURRENT: Starts the IPL on the service requester system at any time on or after this IPL request is processed on this system.
start-after-time: Specify the time when the IPL can be started on the service requester. The time can be entered as 4 or 6 digits, such as hhmm or hhmmss where hh = hours, mm = minutes, and ss = seconds. Seconds are optional. The time can be specified with or without a separator. With a time separator, specify a string of 5 or 8 digits such as hh:mm:ss.

The possible start after date values are:

*CURRENT: Starts the IPL on the service requester system on any date on or after the date the IPL request is processed on this system.
*NEXT: Starts the IPL on the service requester system on any date after the date this IPL request is processed on this system.
start-after-date: Specify the date when the IPL can start on the service requester system. The date must be specified in the job date format.

Note: The special values *CURRENT and *NEXT cannot be specified for the date and time if the time zone value *MGDSYS is specified.

Top

Examples

Example 1: Applying a Temporary PTF

APYRMTPTF   PTFID((123456 *ONLY V5R4M0))  DESTSRVRQS(*SELECT)
            NODL(SRVPVDLIB/SRVRQSLIST)

Apply a PTF temporarily on the selected service requesters system.

Example 2: Applying Permanent PTFs

APYRMTPTF   PTFID((*ALL PRODUCT1 V5R4M0))  DESTSRVRQS(*NONE)
            NODL(SRVPVDLIB/SRVRQSLIST)  APY(*PERM)
            RMTAPYTIME((*MGDSYS (10:00:00 10/31/06))
            IPL(*YES)  RMTIPLTIME((*MGDSYS (01:00:00 11/01/06))

Apply all PTFs permanently for a specified product, and schedule when the apply and IPL should occur for all of the service requesters in the node list object.

This example applies the PTFs on the service requesters starting at 10:00 a.m. on October 31, 2006. If the PTFs applied successfully, the IPL on the remote system starts at 1:00 a.m. on November 1, 2006. The times specified are in the time zone of the remote system.

Example 3: Applying a Delayed PTF

APYRMTPTF   PTFID((987654 *ONLY V5R4M0))  DESTSRVRQS(*SELECT)
            NODL(SRVPVDLIB/SRVRQSLIST)  DLYAPY(*YES)
            RMTAPYTIME((*MGDSYS (8:00:00 *CURRENT))

Apply a delayed PTF temporarily on the selected service requesters system, and schedule when the apply should occur for all of the service requesters in the node list object.

This example applies the PTFs on the service requester systems starting at 8:00 am on the current date. The time specified is in the time zone of the remote system.

Example 4: Doing an IPL after Applying a PTF

APYRMTPTF   PTFID((*ALL *ONLY V5R4M0))  DESTSRVRQS(*SELECT)
            NODL(SRVPVDLIB/SRVRQSLIST)  IPL(*YES)
            RMTIPLTIME((*LCLSYS (*CURRENT 12/24/06))
            PWRDWNOPT(*CNTRLD)  PWRDWNDLY(1800)

Apply all PTFs temporarily for a specified product, and schedule when the IPL should occur for all of the service requesters in the node list object.

This example applies the PTFs on the service requester systems. If the PTFs are applied successfully, the IPL on the remote system starts at the current time on December 24, 2006. The times specified are in the time zone of the locl system.

Example 5: Applying a PTF with two Corequisite PTFs and one Prerequisite PTF

APYRMTPTF   PTFID((SF00001 *ONLY V5R4M0))  DESTSRVRQS(*SELECT)
            RMTAPYTIME(*LCLSYS (*CURRENT *CURRENT)) IPL(*NO)

Apply PTF SF00001. This PTF has two corequisite PTFs and one prerequisite PTF. PTFs SF00002 and SF00003 are corequisite PTFs for PTF SF00001. PTF SF00004 is a prerequisite for PTF SF00001. The system will remove PTFs SF00001, SF00002, SF00003, and SF00004. The system will determine all corequisite PTFs if they were not specified. No IPL will be performed, and this action applies the PTFs on the service requesters. The times specified are in the time zone of the local system.

This example applies the PTFs on the service requesters system starting at 8:00 am on the current date. The time specified is in the time zone of the remote system.

Top

Error messages

*ESCAPE Messages

CPF358A: PTF &1-&2 cannot be applied or removed.

Top