Ignite-UX Reference (March 2010, B3921-90005)
make_tape_recovery(1M) make_tape_recovery(1M)
system that was installed. It was not possible to run it in
order to correctly set the permissions of the "transition"
symlinks. You may consider running:
"/opt/upgrade/bin/tlinstall -vf" after the system is
completely restored.
If software has not yet been installed using SD, the tlinstall command may need to be executed at this time
as described above.
Standards May Impose Limits on What May Be Archived
The pax command is used to create and recover recovery archives. There maybe limitations in the pax
command that impose limits on what can or cannot be placed into a recovery archive. Some examples of
this are:
• ustar format archives may contain raw uids and gids up to 2097152.
Because the text user and group name are stored, it may be possible to recover uids and
gids larger than 2097152.
• cpio format archives are strictly limited to uids and gids up to
262144.
• ustar format archives cannot contain a file name pointed to by a
link that is more than 100 bytes long (required by POSIX.1).
• pax format archives can contain files that are larger then 8 GB,
ustar and cpio can not.
Disks Will be Reformatted
If any file from a disk or volume group is included in the recovery archive, that disk (or all disks in the vol-
ume group) will be reformatted during the recovery, and only the files included will be recovered. Any files
that were not included in the archive, will have to be restored from normal backups.
Disks and volume groups that did not have any files included in the archive are not reformatted during a
recovery and are reimported and remounted at the end of the recovery.
Logical Volume Physical Extent Allocation Not Preserved
The make_tape_recovery tool captures enough information from the system so that during a recov-
ery it may reconstruct all visible aspects of the prior LVM configuration. This includes logical volume and
volume group names, attributes, and even minor number values. The tool also ensures that the new logical
volumes reside on the same disks within the volume group as they did before.
make_tape_recovery does not, however, ensure that logical volumes are extended in the same exact
order as they were originally. This means the LVM physical extents allocated to a logical volume may be in
a different location on the disk than before. The recovery tools use a very specific and complex algorithm
for extending logical volumes to ensure success (such as extending contiguous volumes before non-
contiguous). An example effect of this is that swap/dump volumes will reside on the root disk ahead of
some other volumes even though that may not have been the original layout.
Logical Volume Distributed Allocation Policy Not Preserved
If logical volumes that are part of the volume groups being archived were configured using the distributed
allocation policy (also known as "extent based stripes"), those volumes will be re-created during a recovery
with this policy turned off.
VxVM Disk Groups
The root-disk groups managed by VERITAS Volume Manager (VxVM) may be included in the Ignite-UX
archive since the B.3.8 release. However, prior to B.3.8 release,the VxVM disk groups cannot be included
in the Ignite-UX archive. If they are included, make_tape_recovery will error. Those disk groups
will be left undisturbed and reintegrated into the system after the recovery is complete.
LVM Disk Mirrors Not Restored
The make_tape_recovery tool will create a recovery backup for a system with mirrored disks but it
will not restore the mirrored disk configuration. If the system is later recovered, previously mirrored
10