Installation guide

failed — The service is presumed dead. This state occurs whenever a resource's stop operation
fails. Administrator must verify that there are no allocated resources (mounted file systems, etc.)
prior to issuing a disable request. The only action which can take place from this state is disable.
stopped — When in the stopped state, the service will be evaluated for starting after the next
service or node transition. This is a very temporary measure. An administrator may disable or
enable the service from this state.
recovering — The cluster is trying to recover the service. An administrator may disable the service
to prevent recovery if desired.
started — If a service status check fails, recover it according to the service recovery policy. If the
host running the service fails, recover it following failover domain and exclusive service rules. An
administrator may relocate, stop, disable, and (with virtual machines) migrate the service from this
state.
Note
Other states, such as starti ng and sto ppi ng are special transitional states of the started
state.
3.5. Virt ual Machine Behaviors
RGManager handles virtual machines slightly differently from other non-VM services.
3.5.1. Normal Operat ions
VMs managed by rgmanager should only be administered using clusvcadm or another cluster aware
tool. Most of the behaviors are common with normal services. This includes:
Starting (enabling)
Stopping (disabling)
Status monitoring
Relocation
Recovery
To learn more about highly available virtual services, rever to Chapter 7, Virtualization and High
Availability.
3.5.2. Migrat ion
In addition to normal service operations, virtual machines support one behavior not supported by
other services: migration. Migration minimizes downtime of virtual machines by removing the
requirement for a start/stop in order to change the location of a virtual machine within a cluster.
There are two types of migration supported by rgmanager which are selected on a per-VM basis by
the migrate attribute:
Red Hat Ent erprise Linux 6 High Availabilit y Ad d- O n O verview
18