JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris 10 9/10 Installation Guide: Solaris Live Upgrade and Upgrade Planning
search filter icon
search icon

Document Information


Part I Upgrading With Solaris Live Upgrade

1.  Where to Find Solaris Installation Planning Information

2.  Solaris Live Upgrade (Overview)

3.  Solaris Live Upgrade (Planning)

4.  Using Solaris Live Upgrade to Create a Boot Environment (Tasks)

5.  Upgrading With Solaris Live Upgrade (Tasks)

6.  Failure Recovery: Falling Back to the Original Boot Environment (Tasks)

7.  Maintaining Solaris Live Upgrade Boot Environments (Tasks)

8.  Upgrading the Solaris OS on a System With Non-Global Zones Installed

9.  Solaris Live Upgrade (Examples)

10.  Solaris Live Upgrade (Command Reference)

Part II Upgrading and Migrating With Solaris Live Upgrade to a ZFS Root Pool

11.  Solaris Live Upgrade and ZFS (Overview)

12.  Solaris Live Upgrade for ZFS (Planning)

System Requirements and Limitations When Using Solaris Live Upgrade

Additional Resources

13.  Creating a Boot Environment for ZFS Root Pools

14.  Solaris Live Upgrade For ZFS With Non-Global Zones Installed

Part III Appendices

A.  Troubleshooting (Tasks)

B.  Additional SVR4 Packaging Requirements (Reference)

C.  Using the Patch Analyzer When Upgrading (Tasks)



System Requirements and Limitations When Using Solaris Live Upgrade

Be sure that you have read and understand the following requirements and limitations before performing a migration of a UFS file system to a ZFS file system or before creating a new ZFS boot environment from an existing ZFS root pool. These requirements are in addition to the requirements listed in Chapter 6, ZFS Root File System Installation (Planning), in Oracle Solaris 10 9/10 Installation Guide: Planning for Installation and Upgrade.

Table 12-1 Requirements and Limitations

Requirement or Limitation
You must have at the least the Solaris 10 10/08 release installed.
Migrating from a UFS file system to a ZFS root pool with Solaris Live Upgrade or creating a new boot environment in a root pool is new in the Solaris 10 10/08 release. This release contains the software needed to use Solaris Live Upgrade with ZFS. You must have at least this release installed to use ZFS.
Disk space
The minimum amount of available pool space for a bootable ZFS root file system depends on the amount of physical memory, the disk space available, and the number of boot environments to be created.
When you migrate from a UFS root (/) file system to a ZFS root pool, consider these requirements.
  • Migration is possible only from a UFS file system to a ZFS file system.
    • File systems other than a UFS file system cannot be migrated to a ZFS root pool.

    • A UFS file system cannot be created from a ZFS root pool.

  • Before migrating, a ZFS storage pool must exist.

  • The ZFS storage pool must be created with slices rather than whole disks to be upgradeable and bootable.

    • The pool created with slices can be mirrored, but not a RAID-Z or non-redundant configuration of multiple disks. The SVM device information must be already available in the /dev/md/[r]dsk directory.

    • The pool must have an SMI label. An EFI-labeled disk cannot be booted.

    • x86 only: The ZFS pool must be in a slice with an fdisk partition.

When you migrate shared file systems, shared file systems cannot be copied to a separate slice on the new ZFS root pool.
For example, when performing a Solaris Live Upgrade with a UFS root (/) file system, you can use the -m option to copy the /export file system to another device. You do not have the -m option of copying the shared file system to a ZFS pool.
When you are migrating a UFS root file system that contains non-global zones, shared file systems are not migrated.
On a system with a UFS root (/) file system and non-global zones installed, the non-global zones are migrated if the zone is in a critical file system as part of the UFS to ZFS migration. Or, the zone is cloned when you upgrade within the same ZFS pool. If a non-global zone exists in a shared UFS (/) file system, to migrate to a ZFS root pool, you must first upgrade the zone, as in previous Solaris releases.
Do not use the ZFS rename command.
The Solaris Live Upgrade feature is unaware of the name change and subsequent commands, such as ludelete, will fail. In fact, do not rename your ZFS pools or file systems if you have existing boot environments that you want to continue to use.
Set dataset properties before the lucreate command is used.
Solaris Live Upgrade creates the datasets for the boot environment and ZFS volumes for the swap area and dump device but does not account for any existing dataset property modifications. This means that if you want a dataset property enabled in the new boot environment, you must set the property before the lucreate operation. For example:
# zfs set compression=on rpool/ROOT
When creating a ZFS boot environment within the same ZFS root pool, you cannot use the lucreate command include and exclude options to customize the content.
You cannot use the -f, -o, -y, -Y, and -z options to include or exclude files from the primary boot environment when creating a boot environment in the same ZFS root pool. However, you can use these options in the following cases:
  • Creating a boot environment from a UFS file system to a UFS file system

  • Creating a boot environment from a UFS file system to a ZFS root pool

  • Creating a boot environment from a ZFS root pool to a different ZFS root pool

For information about using the include and exclude options, see To Create a Boot Environment and Customize the Content.
You cannot use Solaris Live Upgrade to upgrade non-root ZFS file systems.