Login or Register to Ask a Question and Join Our Community

Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

clusvcadm(8) [debian man page]

clusvcadm(8)						       Red Hat Cluster Suite						      clusvcadm(8)

NAME

       clusvcadm - Cluster User Service Administration Utility

SYNOPSIS

       clusvcadm [-d <service> ] [-e <service> ] [-l] [-u] [-S] [-m <member> ] [-r <service> ] [-R <service> ] [-M <service> ] [-Z <service> ] [-U
       <service> ] [-s <service> ] [-v]

DESCRIPTION

       The clusvcadm command allows an administrator to enable, disable, relocate, and restart user services in a cluster.  In	order  to  perform
       cluster service operations, the cluster daemons must be running (and have quorum) on the member system on which the command is invoked.

OPTIONS

       -d <service>
	      Stops and disables the user service named service

       -e <service>
	      Enables and starts the user service named service

       -l     Lock services in preparation for cluster shutdown.  This should only be used if the administrator intends to perform a global, clus-
	      ter wide shutdown.  This prevents services from starting (but not stopping, like -Z does).  Once the cluster  quorum  is	dissolved,
	      this state is reset.  If a new instance of rgmanager boots while others are locked, the behavior is undefined.

       -u     Unlock resource group managers.  This allows services to start again.

       -S     Display  whether	the  resource group managers are locked or not.  This can be used to verify the correct operation of the -l and -u
	      options, but is only useful for debugging.

       -m <member>
	      When used in conjunction with either the -e or -r options, this specifies the preferred target member on which to start the service.

       -r <service>
	      Relocates the user service named service to another cluster member.

       -R <service>
	      Restarts the user service named service on the cluster member on which it is currently running.

       -M <service>
	      Use a special "migration" operation to move the user service named service to another cluster member.  Currently, this is only  use-
	      ful  for virtual machines.  Use of migration usually requires special configuration of the local virtual machine manager in order to
	      work correctly.

       -Z <service>
	      Freezes the service named service on the cluster member on which it is currently running.  This will prevent status  checks  of  the
	      service as well as failover in the event the node fails or rgmanager is stopped.

       -U <service>
	      Unfreezes the user service named service on the cluster member on which it is currently running.	This will re-enable status checks.

       -s <service>
	      Stops the service named service until a member transition or until it is enabled again.

       -v     Display version information and exit.

NOTES

       Executing  -U (unfreeze) on a service which was frozen in the started state while the service owner is offline results in an undefined (and
       possibly dangerous) condition.  Manually ensure all resources are clear before doing this.

SEE ALSO

       clustat(8)

								     Jan 2005							      clusvcadm(8)

Check Out this Related Man Page

SYSTEMD-HALT.SERVICE(8)                                        systemd-halt.service                                        SYSTEMD-HALT.SERVICE(8)

NAME

       systemd-halt.service, systemd-poweroff.service, systemd-reboot.service, systemd-kexec.service, systemd-shutdown - System shutdown logic

SYNOPSIS

       systemd-halt.service

       systemd-poweroff.service

       systemd-reboot.service

       systemd-kexec.service

       /lib/systemd/systemd-shutdown

       /lib/systemd/system-shutdown/

DESCRIPTION

       systemd-halt.service is a system service that is pulled in by halt.target and is responsible for the actual system halt. Similarly,
       systemd-poweroff.service is pulled in by poweroff.target, systemd-reboot.service by reboot.target and systemd-kexec.service by kexec.target
       to execute the respective actions.

       When these services are run, they ensure that PID 1 is replaced by the /lib/systemd/systemd-shutdown tool which is then responsible for the
       actual shutdown. Before shutting down, this binary will try to unmount all remaining file systems, disable all remaining swap devices,
       detach all remaining storage devices and kill all remaining processes.

       It is necessary to have this code in a separate binary because otherwise rebooting after an upgrade might be broken -- the running PID 1
       could still depend on libraries which are not available any more, thus keeping the file system busy, which then cannot be re-mounted
       read-only.

       Immediately before executing the actual system halt/poweroff/reboot/kexec systemd-shutdown will run all executables in
       /lib/systemd/system-shutdown/ and pass one arguments to them: either "halt", "poweroff", "reboot" or "kexec", depending on the chosen
       action. All executables in this directory are executed in parallel, and execution of the action is not continued before all executables
       finished.

       Note that systemd-halt.service (and the related units) should never be executed directly. Instead, trigger system shutdown with a command
       such as "systemctl halt" or suchlike.

SEE ALSO

       systemd(1), systemctl(1), systemd.special(7), reboot(2), systemd-suspend.service(8)

systemd 237                                                                                                                SYSTEMD-HALT.SERVICE(8)
Man Page