r23 - 21 Dec 2009 - 11:39:37 - BeckyHYou are here: Wiki >  AppLogic27 Web > CliServer
ALERT! AppLogic 2.7/2.8 Documentation The latest production release is AppLogic 3.0.30

Server Management Commands

The following commands are supported:
      Command       Description
  list   List set of servers
  info   Retrieve server information
  reboot   Reboot a server
  shutdown   Shutdown a server
  enable   Enable a server
  disable   Disable a server
  set   Set server's HA role
  power_on   Power on a server
  power_off   Power off a server
  power_cycle   Power cycle a server

list

Description: List servers
Syntax: server list [--batch [--extended] ] [--verbose] [--map]
Arguments: --batch  Display output in UDL format
--verbose Display all server information in the list
--extended Include extended server information - only valid if --verbose is specified
--map  Display list of components running on each server
Examples: server list - List all servers of the grid.
Notes: A specification of the output of this command can be found here.
Typical Output
Name    State                        CPU       Mem(MB)    BW (Mbps)   Role
                                 Alloc  Free Alloc  Free Alloc  Free
srv1    up                        0.14  7.76   448 30841    14  1986  primary
srv2    up                        0.00  8.00     0 31802     0  2000  secondary

info

Description: Retrieve detailed information for a specific server.
Syntax: server info name [ --batch ] [--extended] [ --map ]
Arguments: name  Name of server for which to retrieve information.
--batch Display information in UDL format
--extended Display extended server information
--map Display list of components running on the server
Examples: server info srv1 - Display information for 'srv1'
Notes: A specification of the output of this command can be found here.
Typical Output
Name                     : srv1
State                    : up
HA Role                  : primary

--- CPU Information ---
Type                     : Intel(R) Xeon(R) CPU E5320 @ 1.86GHz
Frequency                : 1861 Hz
Bogomips                 : 3725
Load                     : 0.49

--- Resource Information ---
Resource  Count   Total       Reserved        Alloc      Service       Free
--------------------------------------------------------------------------------
CPU       2           8           0.10         0.14            -       7.76
MEM       -       32.00 GB        1.44 GB    448.00 MB         -      30.12 GB
BW        -        2.00 Gbps      0.00 Mbps   14.00 Mbps       -       1.99 Gbps
DISK      1        1.59 TB       10.00 GB     82.62 GB         -       1.50 TB

reboot

Description: Reboot a server
Syntax: server reboot name [ reason=reason ] [ --kill] [ --force ]
Arguments: name  Name of the server to reboot. If name is "--all", then all servers are rebooted.
reason Reason why server is being rebooted
--kill Force reboot of server even though there may be an application currently running on the server. This option is supported in AppLogic 2.8.x+.
--force Skip user verification. Prior to AppLogic 2.8.x, this option had the same functionality as the --kill option.
Examples: server reboot srv1 - Reboot 'srv1'
server reboot srv2 reason=”BIOS Update” - reboot 'srv2'
server reboot --all - reboot all servers
Notes This command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --kill option is not specified.
Prior to AppLogic 2.8.x, this command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --force option is not specified.

shutdown

Description: Shutdown a server
Syntax: server shutdown name [ reason=reason ] [ --kill ] [ --force ]
Arguments: name  Name of the server to shutdown. If name is "--all", then all servers are shutdown.
reason Reason why server is being shutdown
--kill Force shutdown of server even though there may be an application currently running on the server. This option is supported in AppLogic 2.8.x+.
--force Skip user verification. Prior to AppLogic 2.8.x, this option had the same functionality as the --kill option.
Examples: server shutdown srv3 reason="Memory upgrade" - Shutdown 'srv3'
Notes This command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --kill option is not specified.
Prior to AppLogic 2.8.x, this command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --force option is not specified.

enable

Description: Enable a server for scheduling
Syntax: server enable name
Arguments: name  Name of the server to enable. If name is "--all", then all servers that are currently disabled are enabled.
Examples: server enable srv1 - Enable 'srv1' for scheduling
server enable --all - Enable all servers for scheduling
Notes: No error will be displayed when this command is executed on a server that is already enabled.
Enabling a server, even if it is already enabled, resets the server's flapping counter that is maintained by AppLogic. The server flapping counter is the number of server failures that have occurred within the last 24 hours. Once a server has failed 3 times in a 24 hour period, AppLogic automatically disables the server.

disable

Description: Disable a server for scheduling
Syntax: server disable name
Arguments: name  Name of the server to disable. If name is "--all", then all servers are disabled.
Examples: server disable srv1 - Disable srv1 for scheduling
server disable --all - Disable all servers for scheduling
Notes: This command does not affect the operation of appliances and volumes that are already on the server; it just prevents the placement of new appliances and volumes on that server.

set

Description: Set the server’s role in the grid for controller high-availability
Syntax: server set name role=role [ --force ]
Arguments: name  Name of the server
role Server's role. May be one of the following:
primary - Server that is currently running the AppLogic grid controller
secondary - Server that may run the AppLogic grid controller in case of a controller server failure
none - Server will never run the AppLogic grid controller and does not participate in controller HA
--force Skip the user verification prompt when setting a new primary server for a grid
Examples: server set srv2 role=primary - set srv2's role to primary
server set srv4 role=secondary - set srv4's role to secondary
Notes: If a server is assigned to be the new primary server for a grid, the grid controller is immediately migrated to the new primary server. The old primary server will be assigned the previous role of the new primary server (the roles are swapped).
The only way to change the role of a primary server is to assign a different server in the grid as the new primary server (users are not allowed to explicitely change a server's role from primary to either none or secondary).
A grid must have one and only one primary server; a grid may have from 0 to 7 secondary servers. By default upon grid installation/upgrade, a grid with 3 or more servers has 1 primary server and 2 secondary servers. Additional secondary servers may be assigned using this CLI command.
In order for a grid to recover from a controller server failure, there must be at least 2 secondary servers up and running at the time of the server failure. If this requirement is not met (e.g., there is only one secondary server at the time of the primary server failure), the grid controller remains down and requires grid maintainer intervention in order to restore the grid controller to an operational state. If this type of controller failure is encountered, please contact your service provider for assistance.
If there are not enough secondary servers in a grid to recover from a future primary server failure, AppLogic notifies the user by posting a grid dashboard message.
Please see the AppLogic High-Availability reference for more information regarding server roles and controller HA.

power_on

Description: Power on a server
Syntax: server power_on name
Arguments: name  Name of the server to power on. If name is "--all", then power on all servers that are currently powered down.
Examples: server power_on srv3 - power on 'srv3'
Notes None.

power_off

Description: Power off a server
Syntax: server power_off name [ reason=reason ] [ --kill ] [ --force ]
Arguments: name  Name of the server to power off. If name is "--all", then all servers are powered off.
reason Reason why server is being powered off
--kill Force power off of server even though there may be an application currently running on the server. This option is supported in AppLogic 2.8.x+.
--force Skip user verification. Prior to AppLogic 2.8.x, this option had the same functionality as the --kill option.
Examples: server power_off srv3 reason="Memory upgrade" - Power off 'srv3'
Notes This command will fail if there is an application currently running on the server (a volume is in use or a component is running on the server) and if the --kill option is not specified.
Prior to AppLogic 2.8.x, this command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --force option is not specified.

power_cycle

Description: Power cycle a server
Syntax: server power_cycle name [ reason=reason ] [ --kill ] [ --force ]
Arguments: name  Name of the server to power cycle. If name is "--all", then all servers are power cycled.
reason Reason why server is being power cycled
--kill Force power cycle of server even though there may be an application currently running on the server. This option is supported in AppLogic 2.8.x+.
--force Skip user verification. Prior to AppLogic 2.8.x, this option had the same functionality as the --kill option.
Examples: server power_cycle srv3 - Power cycle 'srv3'
Notes This command will fail if there is an application currently running on the server (a volume is in use or a component is running on the server) and if the --kill option is not specified.
Prior to AppLogic 2.8.x, this command will fail if there is an application currently running on the server (a volume is in use, or a component on the server) and if the --force option is not specified.
-- BeckyH - 23 May 2006
 
Copyright © CA 2005-2011. All Rights Reserved.
%