Browse Prior Art Database

Method for General Error Recovery While Applying Software Updates

IP.com Disclosure Number: IPCOM000039143D
Original Publication Date: 1987-Apr-01
Included in the Prior Art Database: 2005-Feb-01
Document File: 2 page(s) / 13K

Publishing Venue

IBM

Related People

Emry, CA: AUTHOR [+3]

Abstract

A method is described which permits an automatic software update process to be able to recognize and recover from errors that can occur either while the updates are being applied or after they are all applied. Software updates for multiple Licensed Program Products (LPPs) are packaged together on the same distribution media. The user selects LPPs for which he wants to apply updates. Errors can occur while the updates are being applied, or the user may notice an error after the updates have been applied but before they are accepted. In either of the two cases involving errors, the update process needs a general error recovery facility that will return the system to its prior state, i.e., before the update was attempted. For errors that are detected during the update, the recovery should be automatic.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

Method for General Error Recovery While Applying Software Updates

A method is described which permits an automatic software update process to be able to recognize and recover from errors that can occur either while the updates are being applied or after they are all applied. Software updates for multiple Licensed Program Products (LPPs) are packaged together on the same distribution media. The user selects LPPs for which he wants to apply updates. Errors can occur while the updates are being applied, or the user may notice an error after the updates have been applied but before they are accepted. In either of the two cases involving errors, the update process needs a general error recovery facility that will return the system to its prior state, i.e., before the update was attempted.

For errors that are detected during the update, the recovery should be automatic. Errors that are noticed by the user should be recovered through use of a command. In accordance with the new method there are two actions that can cause the error recovery functions to recover an LPP to its prior state. 1. An error occurs while an update is in process.

2. A user rejects a previously applied update because

he noticed an error after the update is applied

but before it is committed (i.e., accepted). For the first case, assume that a user is using the update process to apply updates for a LPP on his system, and an error occurs during the update process while the updated files are being restored (e.g., a diskette media failure). After the failure is detected an error return code is returned to the controlling routing, "updatep." The update process always saves the current state of the LPP before it attempts to update any of the files. After a failure is detected, "updatep" issues a command, "inurecv," that uses the previously saved information to recover the LPP to its prior state. In the second case, the user decides to rej...