VERITAS Volume Manager 3.1 Administrator's Guide

Recovery
Detecting and Replacing Failed Disks
Chapter 8 349
disk group as hot-relocation spares. For information on how to designate
a disk as a spare, see “Placing Disks Under Volume Manager Control”. If
no spares are available at the time of a failure or if there is not enough
space on the spares, free space is automatically used.
By designating spare disks, you have control over which space is used for
relocation in the event of a failure. If the combined free space and space
on spare disks is not sufficient or does not meet the redundancy
constraints, the subdisks are not relocated.
After a successful relocation occurs, you need to remove and replace the
failed disk (see “Replacing Disks”). Depending on the locations of the
relocated subdisks, you can choose to move the relocated subdisks
elsewhere after hot-relocation occurs (see “Moving Relocated Subdisks”).
Modifying the vxrelocd Process
Hot-relocation is turned on as long as the vxrelocd process is running.
As a rule, leave hot-relocation turned on to take advantage of this
feature if a failure occurs. However, if you disable this feature because
you do not want the free space on some of your disks used for relocation,
you must prevent the vxrelocd process from starting at system startup
time.
You can stop hot-relocation at any time by killing the vxrelocd process
(this should not be done while a hot-relocation attempt is in progress).
You can make some minor changes to the way the vxrelocd process
behaves by either editing the vxrelocd line in the startup file that
invokes the vxrelocd process (/sbin/rc2.d/S095vxvm-recover) or
killing the existing vxrelocd process and restarting it with different
options. After making changes to the way the vxrelocd process is
invoked in the startup file, reboot the system so that the changes go into
effect. If you choose to kill and restart the daemon instead, make sure
that hot-relocation isnot in progress when you kill the vxrelocd process.
Also restart the daemon immediately so that hot-relocation can take
effect if a failure occurs.
You can alter the vxrelocd process in the following ways:
• By default, the vxrelocd process sends electronic mail to root when
failures are detected and relocation actions are performed. You can
instruct the vxrelocd process to notify additional users by adding
the appropriate user names and invoking the vxrelocd process
using the following command: