Before using luupgrade, you must have created a BE, using the lucreate(1M) command. You can upgrade only BEs other than the current
BE.

The functions described in the preceding list each has its own set of options, which are described separately for each function.

Note that, for successful completion of an luupgrade operation, the status of a BE must be complete, as reported by lustatus(1M).
Also, the BE must not have any mounted disk slices, mounted either with lumount(1M) or mount(1M).

luupgrade allows you to install an operating system image from a different marketing release of the Solaris operating system from the release running on the machine from which you invoke luupgrade. This feature has the following conditions:

You can install Live Upgrade packages (SUNWluu, SUNWlur, and SUNWlucfg) from a given release of the Solaris operating system on a machine running a previous release. You can install these packages on a machine running a
version of Solaris that is up to three releases prior to the release of the Live Upgrade packages. Live Upgrade is not supported on Solaris releases prior to Solaris 2.6. Thus, you can, for example, install Solaris 2.9 packages on Solaris 2.8, 2.7, and 2.6 machines.

You can upgrade to a release of the Solaris operating system that is the same as the release of the Live Upgrade packages installed on a machine. This feature allows you to upgrade to Solaris upgrade releases within a marketing release. For example, if have the Solaris 9 FCS Live
Upgrade packages installed on a machine, you can use luupgrade to upgrade a BE to the Solaris 9 update 3 release of the Solaris operating system.

See the Solaris Installation Guide for instructions on installing Live Upgrade packages.

The luupgrade command requires root privileges.

Options that Apply to All Uses

The following options are available for all uses of luupgrade:

-lerror_log

Error and status messages are sent to error_log, in addition to where they are sent in your current environment.

-ooutfile

All command output is sent to outfile, in addition to where it is sent in your current environment.

-N

Dry-run mode. Enables you to determine whether your command arguments are correctly formed. Does not apply to the -c (check medium) function.

-X

Enable XML output. Characteristics of XML are defined in DTD, in /usr/share/lib/xml/dtd/lu_cli.dtd.<num>, where <num> is the version number of the DTD file.

Upgrading an Operating System Image

The luupgrade command uses -u to upgrade an operating system image. The syntax is as follows:

The first option, -u, indicates the function to perform—to install an OS image. The remaining options for this use of luupgrade, shown above, are described as follows:

-nBE_name

Name of the BE to receive an OS upgrade.

-kautoreg_file

Path to auto-registration information file. See sysidcfg(4) for a list of valid keywords for use in this file.

-sos_image_path

Path name of a directory containing an OS image. This can be a directory on an installation medium such as a DVD or CD, or can be an NFS or UFS directory.

-jprofile_path

Path to a JumpStart profile. See the section ”JumpStart Profile Keywords,” below, for a list of valid keywords for use in a profile invoked by luupgrade. See pfinstall(1M) and the Solaris installation documentation for information on the JumpStart software.

-D

Tests the profile values provided with -j against the disk configuration of the specified BE. The upgrade is not performed. The effect of this option is a dry run to test your profile. luupgrade creates log files, specified in its output, which
allow you to examine the command's results.

Before upgrading a boot environment, do the following:

Run analyze_patches.

Install Live Upgrade packages for the operating system version to which you are upgrading.

The analyze_patches command is available in the /Misc directory on the Solaris software DVD (formerly the Solaris installation CD). This command determines which patches would be removed as a result of the upgrade. Then, following the upgrade, you
can reinstall the list of patches provided by analyze_patches.

The Live Upgrade packages, SUNWluu, SUNWlur, and SUNWlucfg, are available on the Solaris software DVD (or CD, depending on the Solaris version). Before running luupgrade with the -u option, ensure
that you have installed the packages from the version of Solaris to which you want to upgrade.

Note that if you are upgrading from a medium with multiple components, such as from multiple DVDs, use luupgrade with the -i option, as described in the section below, to install software from the second and any following media.

Continuing an Upgrade by Running an Installer Program

The luupgrade command uses -i to run an installer program. As discussed below, its primary use is following an invocation of luupgrade with the -u option. The syntax for -i is as follows:

The first option, -i, indicates the function to perform—to run an installer program on the installation medium specified with -s. The remaining options for this use of luupgrade, shown above, are described as follows:

-nBE_name

Name of the BE on which software is to be installed.

-O "installer_options"

Options passed directly to the Solaris installer program. See installer(1M) for descriptions of the installer options.

-sinstallation_medium

Path name of an installation medium. This can be a DVD, CD, or an NFS or UFS directory.

With the -i option, luupgrade looks for an installation program on the specified medium and runs that program.

The primary use of the -i option is to upgrade an operating system image from a multiple–component medium, such as multiple DVDs. In this use, an luupgrade command with the -i option follows an invocation of luupgrade with -u. See EXAMPLES. The -u option is described above.

Installing from a Solaris Flash Archive

The luupgrade command uses -f to install an operating system from a Solaris Flash archive. Note that installing an archive overwrites all files on the target BE. The syntax is as follows:

The first option, -f, indicates the function to perform—to install an OS from a Solaris Flash archive. The remaining options for this use of luupgrade, shown above, are described as follows:

-nBE_name

Name of the BE to receive an OS installation.

-D

Tests the profile values provided with -j or -J against the disk configuration of the specified BE. The upgrade is not performed. The effect of this option is a dry run to test your profile. luupgrade creates log files, specified
in its output, which allow you to examine the command's results.

-sos_image_path

Path name of a directory containing an OS image. This can be a directory on an installation medium, such as a DVD or CD, or can be an NFS or UFS directory.

-aarchive

Path to the Solaris Flash archive when the archive is available on the local file system. You must specify one of -a, -j, or -J.

-jprofile_path

Path to a JumpStart profile that is configured for a Solaris Flash installation. See the section ”JumpStart Profile Keywords,” below, for a list of valid keywords for use in a profile invoked by luupgrade. See pfinstall(1M) and the Solaris installation documentation for information on the JumpStart software. You must specify one of -a, -j, or -J.

-J"profile"

Entry from a JumpStart profile that is configured for a Solaris Flash installation. The only valid keyword for this option is archive_location. See pfinstall(1M) and the Solaris installation documentation for information on the JumpStart software. You must specify one of -a, -j, or -J.

Note that the version of the OS image specified with -s must be identical to the version of the OS contained in the Solaris Flash archive specified with the -a, -j, or -J options.

Adding or Removing Packages

The luupgrade command uses -p to add a package and -P to remove a package. The syntax is as follows:

The first option, -C, for pkgchk, or -I, for pkginfo, indicates the function to perform. The remaining options for this use of luupgrade, shown above, are described as follows:

-nBE_name

Name of the BE on which packages will be checked or on whose packages information will be returned.

-O “pkgchk_options” or “pkginfo_options”

Options passed directly to pkgchk (for -C) or pkginfo (for -I). See pkgchk(1M) or pkginfo(1) for a description of these options.

pkginst [ pkginst... ]

Zero or more packages to check or for which to have information returned. If you omit package names, luupgrade returns information on all of the packages on the BE. Separate multiple package names with spaces.

Checking an OS Installation Medium

With the -c option, luupgrade allows you to check that a local or remote medium, such as a DVD or CD, is a valid installation medium. The -c option returns useful information about the specified medium. The syntax for this use of luupgrade is as follows:

luupgrade -c [ -l error_log ] [ -o outfile ] -s path_to_medium

The first option, -c, indicates the function to perform—to check on an installation medium. The -s option, shown above, is described as follows:

-spath_to_medium

Path name to an installation medium such as a DVD or CD.

JumpStart Profile Keywords

This section specifies the Solaris JumpStart keywords that can be used in a profile with luupgrade, using the -j option in conjunction with the -u (upgrade) or -f (flash) options. For -u, there are no required
keywords. For -f, you must specify a value for install_type: flash_install for a full flash archive or flash_update for a differential flash archive. Also for the -f option with the -j option,
you must specify the -a (archive location) option or specify the archive_location keyword in your profile.

The archive_location keyword is the only valid argument for the -J option.

The following optional keywords are sometimes used in profiles used with the -u and -f options:

cluster

Designates the software group to add to the system.

geo

Designates the regional locale or locales that you want to install on or add to a system. See the Solaris Installation Guide for a list of possible values.

isa_bits

Specifies whether 64–bit or 32–bit packages are to be installed. Valid values are 64 and 32.

locale

Designates the locale packages you want to install on or add to a system. See the Solaris Installation Guide for a list of possible values.

package

Specifies a package to be added to or deleted from a system.

The following keywords must not be used in a profile used with luupgrade:

boot_device

dontuse

fdisk

filesys

layout_constraint

noreboot

partitioning

root_device

usedisk

See the Solaris Installation Guide for descriptions of all JumpStart profile keywords and instructions for creating a JumpStart profile.

Examples

Example 1 Removing, then Adding Packages

The following example removes from then adds a set of packages to a boot environment.

Note the use of -i rather than -u in the preceding. Were there additional CDs, you would enter the same command as the one immediately above. The -O options, above, are passed to installer(1M). If you omit these options, a graphical interface is invoked following the insertion and reading of the second CD. See installer(1M) for a description of the -O options.

Note that a multiple-CD upgrade is not complete until you have entered and completed luupgrade commands for all of the CDs in a set. Following installation of packages from a CD, you might receive a message such as:

WARNING: <num> packages must be installed on boot environment <disk_device>.

Such a message indicates the requirement that you install packages from one or more additional CDs, as in the example above. If you do not complete package installation, you will not be able to use luactivate to activate (designate for booting) the upgraded BE.

Example 4 Upgrading Using a JumpStart Profile

The following example command uses the -D option to test the profile /home2/profiles/test.profile.

The following command differs from the preceding only in that -j replaces -J. You could append the -D option to either of these commands to test the profile prior to actually performing the flash installation.

Either of the preceding commands works for a full or differential flash installation. Whether a flash installation is differential or full is determined by the value of the install_type keyword in the profile. See “JumpStart Profile Keywords,” above.

Example 6 Obtaining Information on Packages

The following example runs a pkgchk on the packages SUNWluu, SUNWlur, and SUNWlucfg, passing to pkgchk the -v option.

# luupgrade -C -n second_disk -O "-v" SUNWluu SUNWlur SUNWlucfg

The following command runs pkginfo on the same set of packages:

# luupgrade -I -n second_disk -O "-v" SUNWluu SUNWlur SUNWlucfg

For both commands, if the package names were omitted, luupgrade returns package information on all of the packages in the specified BE. See pkgchk(1M) and pkginfo(1) for a description of the options for those commands.

Exit Status

The following exit values are returned:

0

Successful completion.

>0

An error occurred.

Files

/etc/lutab

list of BEs on the system

/usr/share/lib/xml/dtd/lu_cli.dtd.<num>

Live Upgrade DTD (see -X option in “Options that Apply to All Uses,” above)

Warnings

For adding packages or patches (-p, -P, -t, or -T), luupgrade requires packages or patches that comply with the SVR4 Advanced Packaging Guidelines and the guidelines spelled out in Appendix C of the Solaris 10 Installation Guide: Basic Installations. This means that the package or patch is compliant with the pkgadd(1M) or patchadd(1M)-R option, described in the man pages for those utilities. While nearly all Sun packages and patches conform to these guidelines, Sun cannot guarantee the
conformance of packages and patches from third-party vendors. Some older Sun packages and patches might not be -R compliant. If you encounter such a package or patch, please report it to Sun. A non-conformant package can cause the package- or patch-addition software in luupgrade to fail or, worse, alter the current BE.

Notes

For versions of the Solaris operating system prior to Solaris 10, Live Upgrade supports the release it is distributed on and up to three marketing releases back. For example, if you obtained Live Upgrade with Solaris 9 (including a Solaris 9 upgrade), that version of Live Upgrade supports
Solaris versions 2.6, Solaris 7, and Solaris 8, in addition to Solaris 9. No version of Live Upgrade supports a Solaris version prior to Solaris 2.6.

Starting with version 10 of the Solaris operating system, Live Upgrade supports the release it is distributed on and up to two marketing releases back. For example, if you obtained Live Upgrade with Solaris 10 (including a Solaris 10 upgrade), that version of Live Upgrade supports Solaris
8 and Solaris 9, in addition to Solaris 10.

Correct operation of Solaris Live Upgrade requires that a limited set of patch revisions be installed for a given OS version. Before installing or running Live Upgrade, you are required to install the limited set of patch revisions. Make sure you have the most recently updated patch list
by consulting http://sunsolve.sun.com. Search for the infodoc 72099 on the SunSolve web site.