C H A P T E R 4 |
Upgrading to SSP 3.5 |
Before upgrading, review the SSP 3.5 requirements explained in Chapter 2 .
The SSP upgrade process automatically updates SSP version 3.2. 3.3, or 3.4 to SSP 3.5. During the upgrade, SSP daemons are stopped if appropriate, existing SSP packages are removed, certain SSP files are archived, and the SSP 3.5 packages are added.
If you encounter problems with the upgrade to SSP 3.5, you can revert to a previous release of SSP. For instructions on switching back to a previous SSP release, see Chapter 6 .
Upgrading from SSP 3.2, 3.3, or 3.4 involves the following main tasks:
The following procedures describe the detailed steps for upgrading either a main or spare SSP from SSP 3.4 or from SSP 3.2 or SSP 3.3.
To Upgrade from SSP 3.4 to SSP 3.5 |
Note - If an error occurs during upgrade, use the pkgrm(1M) command to manually remove all the SSP 3.5 software packages that were installed and return to the beginning of this upgrade procedure. For details on removing packages, see Chapter 6. |
1. If you have a dual SSP configuration, perform data synchronization and disable SSP failover as described in
To Prepare for SSP 3.5 Upgrade or SSP Patch Installation
.
Note - The data synchronization process backs up the main SSP configuration and restores it on the spare SSP. |
2. On the main SSP, log in as superuser and change to the Tools directory:
where base_directory specifies one of the following:
The directory where you downloaded the SSP software if you obtained the SSP software from the Web.
The directory /cdrom/cdrom0 if you obtained the SSP software from the CD-ROM.
3. If you have a spare SSP running SSP 3.4, stop the SSP daemons on the spare.
4. Back up the environment on the main SSP.
A backup file named ssp_backup.cpio is created in target_directory . It is suggested that you rename this backup file so that you can identify the SSP release associated with this backup file.
During the upgrade, note the following:
A message explains that the floating host name or IP address cannot be found, even if you established the floating host name in the NIS map and the /etc/hosts file on the main and spare SSP.
This information is required for SSP configuration. Type y to continue the upgrade process, and when you are prompted, type the name of the floating main SSP. The IP address associated with this host name will be displayed and verified.
When the upgrade is complete, the upgrade log file ( /var/sadm/system/logs/ssp_upgrade_log ) is written. This log file provides information on upgrade processing.
7. Upgrade the SSP software on the spare SSP by repeating Steps 2, 5, and 6 on the spare.
For Step 6, be sure to reboot the spare SSP.
To Upgrade from SSP 3.2 or SSP 3.3 to SSP 3.5 |
Note Note - If an error occurs during upgrade, use the pkgrm(1M) command to manually remove all the SSP 3.5 software packages that were installed and return to the beginning of this upgrade procedure. For details on removing packages, see Chapter 6. |
1. On the main SSP, log in as superuser and change to the Tools directory:
where base_directory specifies one of the following:
The directory where you downloaded the SSP software if you obtained the SSP software from the Web.
The directory /cdrom/cdrom0 if you obtained the SSP software from the CD-ROM.
2. Back up the environment on the main SSP.
A backup file named ssp_backup.cpio is created in target_directory . It is suggested that you rename this backup file so that you can identify the SSP release associated with this backup file.
During the upgrade, note the following:
A message explains that the floating host name or IP address cannot be found, even if you established the floating host name in the NIS map and the /etc/hosts file on the main and spare SSP.
This information is required for SSP configuration. Type y to continue the upgrade process, and when you are prompted, type the name of the floating main SSP. The IP address associated with this host name will be displayed and verified.
Ignore the following message:
cp:cannot access /var/opt/SUNWssp/.ssp_private/user_file_list
The user_file_list file was a new file introduced in SSP 3.4 to synchronize data files, and did not exist in SSP releases before SSP 3.4. Therefore, this error can be ignored.
When the upgrade is complete, the upgrade log file ( /var/sadm/system/logs/ssp_upgrade_log ) is written. This log file provides information on upgrade processing.
4. Restore the SSP backup file on the spare SSP.
where the backup_directory is the directory in which the backup file resides. The SSP backup file is ssp_backup.cpio , unless you renamed the file as suggested in Step 4.
6. Be sure that the floating host name is specified in the /etc/ssphostname file for each domain.
a. From the main SSP, or from another workstation on the network, rlogin to the domain as superuser.
b. Edit the /etc/ssphostname file to replace the host name of the main SSP with the host name of the floating IP address.
c. Verify that the floating IP address and the floating host name are in the /etc/hosts file.
d. Redirect console communication to the new floating IP address:
where cvcd_path is /sbin under the Solaris 2.6 operating environment, and cvcd_path is /platform/SUNW,Ultra-Enterprise-10000/lib/ under the Solaris 7, 8, and 9 operating environments.
e. For each domain, update the /etc/syslog.conf file to replace the host name of the former main SSP with the floating host name.
7. If you have other software that communicates with the main SSP, such as Sun Management Center, be sure to change the communication path (for that software) to the floating IP address.
8. Upgrade the SSP software on the spare SSP by repeating Steps 1, 3, and 5 on the spare.
For Step 5, be sure to reboot the spare SSP.
Copyright © 2002, Sun Microsystems, Inc. All rights reserved.