|
|||
1. Solaris Management Tools (Road Map) 2. Working With the Solaris Management Console (Tasks) 3. Working With the Sun Java Web Console (Tasks) 4. Managing User Accounts and Groups (Overview) 5. Managing User Accounts and Groups (Tasks) 6. Managing Client-Server Support (Overview) 7. Managing Diskless Clients (Tasks) 8. Introduction to Shutting Down and Booting a System 9. Shutting Down and Booting a System (Overview) 10. Shutting Down a System (Tasks) 11. Modifying Solaris Boot Behavior (Tasks) 12. Booting a Solaris System (Tasks) 13. Troubleshooting Booting a Solaris System (Tasks) 14. Managing the Solaris Boot Archives (Tasks) 15. x86: GRUB Based Booting (Reference) 16. Managing Services (Overview) 18. Managing Software (Overview) 19. Managing Software With Solaris System Administration Tools (Tasks) 20. Managing Software by Using Package Commands (Tasks) 21. Managing Solaris Patches by Using the patchadd Command (Tasks) Managing Patches in the Solaris Operating System Managing Solaris Patches by Using the patchadd Command (Task Map) |
Solaris Patch Management Terms and DefinitionsThe following terms are used throughout the patch management chapters. applyTo install a patch on a system. To remove a patch from a system. Data that is created when a patch is applied to enable the system to return to its previous state if the patch is removed (backed out). Directory in which backout data is stored. By default, this is the save directory of each package that was installed by the patch. See patch dependency. An electronic signature that can be used to ensure that a document has not been modified since the signature was applied. To copy one or more patches from a source of patches, such as the Sun patch server, to the system where the patches are to be applied. Directory in which patches are stored when they are downloaded from the patch source. This is also the directory from which patches are applied. The default location is /var/sadm/spool. A repository of certificates and keys that is queried when you attempt to apply a signed patch. Nonstandard patches cannot be installed using the patchadd command. Nonstandard patches, those that are typically used to deliver firmware or software application fixes that are not delivered in package format, must be installed by using the instructions that are specified in the patch README file. To sort a set of patches in an order suitable for applying patches. The form in which software products are delivered for installation on a system. The package contains a collection of files and directories in a defined format. An update to software that corrects an existing problem or that introduces a feature. A method of checking a system to determine which patches are appropriate for the system. An instance where a patch depends on the existence of another patch on a system. A patch that depends on one or more patches can only be applied to a system when those other patches have already been applied. A unique alphanumeric string, with the patch base code first, a hyphen, and a number that represents the patch revision number. A rare situation where two patches cannot be on the same system. Each patch in the relationship is incompatible with the other. If you want to apply a patch that is incompatible with a patch already on the system, you must first remove the patch that is already on the system. Then, you can apply the new patch. A file that contains a list of patches, one patch ID per line. Such a list can be used to perform patch operations. The list can be generated based on the analysis of a system or on user input. Each line in a patch list has two columns. The first column is the patch ID, and the second column is a synopsis of that patch. An instance where a patch replaces another patch, even if it has not already been applied to a system. A patch that obsoletes one or more patches replaces those patches entirely and does not require that the obsolete patches be applied before the replacement patch is applied. A source of Solaris patches that can be used by your systems to perform patch analyses and from which to obtain the appropriate patches. A patch that is signed with a valid digital signature. A signed patch offers greater security than an unsigned patch. The digital signature of the patch can be verified before the patch is applied to your system. A valid digital signature ensures that the signed patch has not been modified since the signature was applied. Signed patches are stored in Java Archive (JAR) format files. A change to software that you apply that corrects an existing problem or that introduces a feature. Patches with properties that indicate they must be installed in single-user mode. Also, patches that require you to restart the system after the patch has been applied are referred to as having special handling requirements. Standard patches are those that adhere to the Solaris patch specification and are installable by using the patchadd command. Note that nonstandard patches cannot be installed by using the patchadd command A notification to customers of a known product issue that might negatively impact customers' computing environments or productivity. A problem that warrants a Sun Alert notification meets the criteria for issues that are related to at least one of these concerns: availability, security, and data loss. The Sun Microsystems patch portal web site that provides access to patch, patch information, and patch clusters. See http://sunsolve.sun.com for more information. A patch that is not signed with a digital signature. A system that is used to connect your system to the Internet. Your system cannot connect directly to the Internet, but must use the web proxy to establish the connection. |
||
|