# CLUSTER_README

NAME: Java ES Required OS Solaris 9 x86
DATE: Mar/20/07

########################################################################

This patch cluster provides patches to the Solaris(TM) [9,10] Operating
Environment ([SPARC|x86] Platform) required for the installation of the 
Java Enterprise System. This is a bundled set of patches conveniently
wrapped for one-step installation. These patches should be installed prior
to the installation of the Java Enterprise System.

Carefully read all important notes and install instructions provided in
this README file before installing the cluster.  A cluster grouping does
not necessarily imply that additional compatibility testing has occurred
since the individual patches were released.

WARNING!! This patch cluster contains Solaris kernel patches. You must
install this cluster in single-user mode (Run Level S) and reboot
after installation. Please read all patch READMEs before installing this
patch cluster. Some patches require that you reconfigure ("boot -r")
after installation.

########################################################################

CLUSTER DESCRIPTION
-------------------

This patch cluster contains the latest versions of Solaris patches
required by Java Enterprise System. If you are running a recent
Solaris Update your system may already contain the patches necessary
to install Java ES. Refer to the Solaris product documentation, or
use the Java ES installer system check capability to determine if
your system is at the correct patch level. This patch cluster can
then be used to update or augment the system with the recommended
patches.

PATCHES INCLUDED:
-----------------

114568-22  SunOS 5.9_x86: pkg utilities Patch
113986-24  SunOS 5.9_x86: linker Patch
112786-49  X11 6.6.1_x86: Xsun patch
111713-13  SunOS 5.9_x86: Shared library patch for C++_x86
111728-04  SunOS 5.9_x86: Math Library (libm) patch
117172-17  SunOS 5.9_x86: Kernel Patch
118559-39  SunOS 5.9_x86: Kernel Patch
114432-27  SunOS 5.9_x86: libc patch
114427-05  SunOS 5.9_x86: libumem.so.1 patch
114428-01  SunOS 5.9_x86: Umem - libumem patch
114429-01  SunOS 5.9_x86: Umem - llib-lumem patch
114430-01  SunOS 5.9_x86: Umem - abi-libumeme.so.1
115698-02  SunOS 5.9_x86: /usr/lib/libmtmalloc.so.1 Patch
117714-12  SunOS 5.9_x86: Sun GigaSwift Ethernet 1.0 driver patch


IMPORTANT NOTES AND WARNINGS:
-----------------------------

SYSTEMS WITH LIMITED DISK SPACE SHOULD *NOT* INSTALL PATCHES:  With or
without using the save option, the patch installation process will
still require some amount of disk space for installation and
administrative tasks in the /, /usr, /var, or /opt directories where
patches are typically installed.  The exact amount of space will depend
on the machine's architecture, software packages already installed, and
the difference in the patched objects size.  To be safe, it is not
recommended that a patch cluster be installed on a system with less
than 10 MBytes of available space in each of these directories. Running
out of disk space during installation may result in only partially
loaded patches.  Be sure a recent full system backup is available in
case a problem occurs, and check to be sure adequate disk space is
available before installing the patch cluster.

SAVE AND BACKOUT OPTIONS:
By default, the cluster installation procedure uses the patchadd
command save feature to save the base objects being patched.  Prior to
installing the patches the cluster installation script will first
determine if enough system disk space is available in /var/sadm/patch
to save the base objects and will terminate if not.  Patches can only
be individually backed out with the original object restored if the
save option was used when installing this cluster.  Please later refer
to the patchrm command manual page for instructions and more
information.  It is possible to override the save feature by using the
[-nosave] option when executing the cluster installation script.  Using
the nosave option, however, means that you will not be able to backout
individual patches if the need arises.

SPECIAL INSTALL INSTRUCTIONS:
As with any patch individually applied, there may be additional special
installation instructions which are documented in the individual patch
README file.  It is recommended that each individual patch readme is
reviewed before installing this cluster to determine if any additional
installation steps are necessary for a patch.  Otherwise it is possible
that an individual patch may still not be completely installed in all
respects after the cluster has been installed.

DISKLESS CLIENT SYSTEMS:
On server machines that service diskless clients, a
patch is NOT applied to existing clients or to the client root template
space.  Therefore, all client machines of the server that will need
this cluster will have to individually apply this cluster.  Install
this cluster on the client machines first, then the server.

A PATCH MAY NOT BE APPLIED:
Under certain circumstances listed below, a particular patch provided in
this cluster may not be installed if:
 
- The patch applies to a package that has not originally been installed
- The same or newer revision of the patch has already been installed
- The patch was obsoleted by another patch that has already been installed
- The package database is corrupt or missing

Use the 'showrev -p' command to compare the list of patches already 
installed on the system with the patch list and revision levels provided
in this cluster.  During installation, the install process will indicate
if a patch was not applied and more detailed installation messages will
be logged to the installation log file.  The README file with each patch
also provides documentation regarding install and backout messages.

OLDER VERSIONS OF PATCHES ALREADY INSTALLED:
Backout of older versions of patches provided in the cluster is not
required in order for the newer version to be installed.  However
not backing out an older rev before installing a newer rev will
cause showrev -p to continue to show the older rev along with the
newer rev.  And, if the older rev was previously installed with
the save option, the older rev will continue to occupy disk space
in /var/sadm/patch even though it has been obsoleted by the new rev.
The patchrm command will only allow the most recently saved
objects to be restored, thus there are no serious risks associated
with leaving an older rev on the system.  It just may, however,
avoid confusion and be more economical to first backout an older
patch revision before installing a newer revision.


INSTALL INSTRUCTIONS:
---------------------

First, be sure the patch cluster has been unzipped
if the cluster was received as a .zip file, then proceed as follows:


1)      Decide on which method you wish to install the cluster:

Recommended Method Using Save Feature:
 
By default, the cluster installation procedure uses the patchadd
save feature to save the original objects being patched.  Prior
to installing the patches the cluster installation script will
first determine if enough system disk space is available in
/var/sadm/patch to save the objects and will terminate if not.
Using the default save feature is recommended. 
 
Method Using No Save Option:
 
It is possible to override the save feature by using the [-nosave]
option when executing the cluster installation script.  Using the
nosave option means that you will not be able to backout individual
patches if the need arises.
 
 
2)      Run the install_cluster script

        cd <patch cluster directory>
        ./install_cluster

By default, a message warning the user to check for minimum disk
space allowance (separate from the save feature) will appear
and allow the user to abort if inadequate space exists.  To
suppress this interactive message the "-q" (quiet) option can
be used when invoking install_cluster.
 
The progress of the script will be displayed on your terminal.
It should look something like:
 
# ./install_cluster
 
Patch cluster install script for <cluster name>
 
Determining if sufficient save space exists...
Sufficient save space exists, continuing...
Installing patches located in <patch cluster directory>
Installing <patch-id>
Installing <patch-id>
.
.
.
Installing <patch-id>
 
For more installation messages refer to the installation logfile:
   /var/sadm/install_data/<cluster name>_log
 
Use '/usr/bin/showrev -p' to verify installed patch-ids.
Refer to individual patch README files for more patch detail.
Rebooting the system is usually necessary after installation.
#
         
 
3)      Check the logfile if more detail is needed.
 
If errors are encountered during the installation of this cluster,
error messages will be displayed during installation.  More details
about the causes of failure can be found in the detail logfile:
 
        more /var/sadm/install_data/<cluster name>_log
 
If this log file previously existed the latest cluster installation
data will be concatenated to the file, so check the end of the file.

Note that it is common to have messages in the log file that a patch
is already installed on the system, or that some packages modified by
a patch are not installed on the system. These messages are typically
harmless.

If you find messages where a patch failed to install because a
prerequisite patch was not installed on the system, then you may 
need to reboot the system and run 'install_cluster' again. This
is because some patches require a reboot after installation and
won't be recognized by subsequent patches until this reboot has
been performed. 
         
4)      THE MACHINE SHOULD BE REBOOTED FOR ALL PATCHES TO TAKE EFFECT!!

Note that some patches in this cluster may require a reconfigure
("boot -r") after installation. Please check the "Install Requirements"
section of the patch READMES to see if any patches state this
requirement.
