
Kernel 2.6.32-431.el6_1.0000.8835-cray_ari_athena_c_cos on an x86_64
nid00008 login: root
Password:
Last login: Wed Sep 23 17:44:55 on ttyS0
[root@nid00008 ~]#
See the
xtcon(8)
man page for additional information.
3.4.9
Disable Hardware Components
If links, nodes, or Cray ASICs have hardware problems, the system administrator can direct the system to ignore
the components with the
xtcli disable
command.
By default, when enabling a component, this command takes into consideration the hierarchy of components,
performs the action upon the identified component(s), and cascades that action to any subcomponent of the
identified component(s), unless the
-n
option is specified.
The
xtcli disable
command has the following form, where
idlist
is a comma-separated list of components
(in cname format) that the system is to ignore. The system disregards these links or nodes.
xtcli disable [{-t
type
[-a] } | -n] [-f]
idlist
IMPORTANT: The
-n
option with the
xtcli disable
command must be used carefully because this
may create invalid system state configurations.
NOTE: The force option (
-f
) in some cases may cause issues with network resiliency operations.
Disabling of a rack, chassis, or dual Aries Network Card (dANC) will fail if any nodes under the component are in
the
ready
state, unless the force option (
-f
) is used. An error message will indicate the reason for the failure. If
the system is currently routed and the nodes are running, blades should not be disabled unless they are first
removed from the high-speed network via the
xtwarmswap
with the
--remove
option. For this reason, the
disabling will fail if any Aries LCBs are currently in the
on
state. The nodes must be shut down or halted prior to
running
xtwarmswap
command with the
--remove
option.
For more information, see S-3018, "Urika
®
-GX Network Resiliency Guide".
Disabling of a node in the
ready
state will fail, unless the force option (
-f
) is used. An error message will indicate
the reason for the failure.
The state of
empty
components will not change when using the
disable
command, unless the force option (
-f
)
is used.
For detailed information about using the
xtcli disable
command, see the
xtcli(8)
man page.
3.4.10 Enable Hardware Components
If links, nodes, or Cray ASICs that have been disabled are later fixed, the system administrator can add them
back to the system with the
xtcli enable
command.
The
xtcli enable
command has the following form, where
idlist
is a comma-separated list of components
(in cname format) for the system to recognize.
xtcli enable [{-t
type
[-a] } | -n] [-f]
idlist
System Management
S3016
33