Program temporary fix

IBM developed formal service workflows and tooling to manage the distribution and installation of software fixes on its operating systems. On z/OS, SMP/E is described as a tool for installing and maintaining software and for managing the inventory of installed software, supporting systematic application of services such as PTFs . SMP/E documentation also describes receiving service and related data (such as HOLDDATA) as part of ongoing maintenance workflows . On z/VM, VMSES/E is documented as an installation and service tool for IBM z/VM, providing mechanisms for servicing software and managing software levels as part of z/VM maintenance . ==PTF installation==

Initially, installations had to install service via a semi-manual process. Over time, IBM started to provide service aids such as IMAPTFLE and utilities such as IEBEDIT to simplify the installation of batches of PTFs. For OS/360 and successors, this culminated in the System Modification Program (SMP) and System Modification Program/Extended (SMP/E). On IBM i, PTF installation commonly involves loading a PTF into the system and then applying it to the affected product. IBM documentation describes the Load Program Temporary Fix (LODPTF) command as loading PTFs from media or save files into the product PTF library, and the Apply Program Temporary Fix (APYPTF) command as applying the fix to replace the affected objects in the product. The same documentation notes that PTFs can be applied temporarily or permanently, with temporarily applied fixes remaining reversible until made permanent. For VM, this culminated in Virtual Machine Serviceability Enhancements Staged (VM/SP SES) and VMSES/E. For DOS/360 and successors, this culminated in Maintain System History Program (MSHP) ==PTF usage==

PTFs used to be distributed in a group on a so-called Program Update Tape (PUT) or Recommended Service Upgrade (RSU), approximately on a monthly basis. They can now be downloaded straight to the system through a direct connection to IBM support. In some instances IBM will release a "Cumulative PTF Pack", a large number of fixes which function best as a whole, and are sometimes codependent. When this happens, IBM issues compact discs containing the entire PTF pack, which can be loaded directly onto the system from its media drive. One reason for the use of physical media is size, and related (default) size limits. "By default, the /home file system on VIOS (Virtual I/O Server) for System p is only 10GB in size."{{cite web |title=Populating the VIOS Virtual Media Repository In z/OS, the PTFs are processed using SMP/E (System Modification Program/Extended) in several stages over a course of weeks. Each PTF may include HOLDDATA, in which case it is known as an exception SYSMOD. In rare cases an installation may install a single PTF, but normally it will install all available service except PTFs excluded by, e.g., aging policies, HOLDDATA. Details vary from installation to installation, but a simple service cycle would involve these steps: • Download the most recent HOLDDATA • RECEIVE (load) the service and HOLDDATA to the Consolidated Software Inventory (CSI) • APPLY CHECK the service and HOLDDATA to list exception SYSMODs, verify that necessary prerequisites are available, and to list potential problems, e.g., errors. • Review exception SYSMODs for, e.g., ACTION, DOC, holds. • Update documentation to reflect the exception SYSMODs, and take any necessary actions • Order and RECEIVE any missing prerequisites. • RESTORE, REJECT, rework and re-APPLY any local exits or modifications affected by the service. • APPLY the service to one system in a cluster (if available), and review the system's performance over multiple weeks to ensure it does not hinder your productivity or functionality • Selectively BYPASS HOLDDATA when appropriate • RECEIVE and APPLY the service to the production system and monitor its effects for several weeks If the system is adversely affected by the service, a system administrator may sometimes selectively RESTORE (un-apply) it and seek further support from IBM. However, if no problems are found after the service is applied, it can be permanently installed, ACCEPTed (committed) to the system. These repairs to IBM software are often in response to APARs submitted by customers and others and acted on by IBM, and are a common first step to resolving software errors. It is generally expected by the customer that the problem would be fully corrected in the next release (version) of the relevant product. == Terminology and variants ==

IBM documentation uses both the expanded form "program temporary fix and, in some contexts, "product temporary fix," while retaining the acronym PTF. For example, IBM i documentation explicitly expands PTF as Program Temporary Fix in command references such as LODPTF and APYPTF. IBM z/VM service materials also refer to corrective service delivered via a Product Temporary Fix (PTF). ==Comparison to APAR==

At times IBM software has a bug. Once IBM has ascertained that the cause is not one of • third-party hardware • non-IBM software -or- • user-specified configuration errors, IBM support staff, if they suspect that a defect in a current release of an IBM program is the cause, will file a formal report confirming the existence of an issue. This is referred to as an Authorized Program Analysis Report (APAR). See APARs also include • information on known workarounds • information on whether a formal fix is scheduled to be included in future releases, and • whether or not a Program Temporary Fix (PTF) is planned. ==Summary==

There are at least 2 levels of fix:"An APAR fix is usually replaced later by a permanent correction called a PTF." {{cite book • The APAR may result in an "APAR fix." • a permanent correction called a PTF. The focus of the "APAR fix" is "to rectify the problem as soon as possible"{{cite web ==Humor==

Customers sometimes explain the acronym in a tongue-in-cheek manner as permanent temporary fix or more practically probably this fixes, because they have the option to make the PTF a permanent part of the operating system if the patch fixes the problem. One explanation of Program Temporary Fix says it's temporary, just until the next ice age. == See also ==