Netapp系统节点命令 - system node
系统节点命令 - system node
一、停止系统节点
cluster1 :: > system node halt
# 该命令将停止一个节点上的所有活动。您可以提供关闭的原因,这将存储在审计日志中。您还可以阻止合作伙伴节点在关闭期间执行存储接管。
参数
-node {
# 使用此强制性参数可以指定要关闭的节点。本地值指定当前节点。
-reason
# 使用此参数可以输入简要说明,以指示重新启动的原因,这将存储在审核日志中。提供这些信息有助于技术支持人员进行故障排除。
[-inhibit-takeover | -f [true]] - 禁止合作伙伴接管存储
# 此参数可选地强制关闭并防止存储故障转移。即使抑制接管设置为true,lif也会在关闭前迁移。为了防止LIF迁移,关机前的跳过自由迁移应该设置为true。
# 在双节点MetroCluster配置中,此参数可防止自动进行计划外切换。
# 注意: 如果-inhibit-takeover设置为true,则忽略"storag efailover show"在932页的"-fields onreboot"命令”默认行为。
# 如果不使用此参数输入此命令,则其有效值为false,允许存储接管。如果输入此参数没有值,则它将自动设置为true,并在重新启动期间禁用存储接管。
[-dump | -d [true]] - 创建核心转储
# 如果此参数设置为true,则在停止节点时强制内核转储。
[-skip-lif-migration-before-shutdown [true]] - 在关闭之前跳过从节点迁移"lif"
# 如果指定了此参数,则将跳过关闭前的LIF迁移。但是,如果此节点上的lif配置为故障转移,这些lif仍可能在关闭后进行故障转移。默认设置是在关闭前迁移
# lif。在默认情况下,命令尝试在关闭之前同步迁移数据和集群管理lif远离节点。如果迁移失败或超时,关闭将被中止。
[-ignore-quorum-warnings [true]] - 在关闭前跳过仲裁检查
# 如果指定了此参数,则将在关闭之前跳过仲裁检查。即使由于仲裁问题可能导致数据中断,该操作仍将继续。
[-ignore-strict-sync-warnings [true]] - 在重新启动前跳过镜像快照同步的严格同步检查
# 如果指定了此参数,将跳过与严格同步镜像策略的快镜同步关系的卷的检查。即使由于无法完全同步数据而可能导致数据中断,该操作也将继续进行。
**举例:**
```bash
下面的示例将关闭名为集群1的节点以进行硬件维护
cluster1::> system halt -node cluster1 -reason 'hardware maintenance‘
二、系统节点重新启动
cluster1 :: > system node reboot
# "system node reboot"命令重新启动一个节点。您可以提供重新启动的原因,它存储在审计日志中。您还可以防止合作伙伴节点在重新启动期间执行存储接管,
# 并指示重新启动的节点创建一个核心转储。
-node {<nodename>|local} - 节点
# 指定要重新启动的节点。“local”值指定当前节点。
[-inhibit-takeover | -f [true]] - 禁止合作伙伴接管存储
# 如果设置为true,此参数指定当节点重新启动时,不允许节点的故障转移伙伴接管该节点。即使在将抑制接管(-inhibit-takeover)设置为true时,逻辑接口
# (LIF)也会在重新启动之前迁移。要防止LIF迁移,应将重新启动前跳过LIF迁移(-skip-lif-migration-prior-to-reboot)设置为true。在双节点
# MetroCluster配置中,此参数可防止自动意外切换。如果您输入此命令时未使用此参数,其有效值为假,并且允许存储接管。如果您输入此参数但未提供值,则会
# 自动将其设置为真,并且在重新启动期间禁用存储接管。
[-reason <text>] - 重启原因
# 使用此参数输入简短的备注以说明重启的原因,该备注将被存储在审计日志中。提供此信息有助于支持人员进行故障排除工作。
[-dump | -d [true]] - 创建核心转储
# 如果您希望节点在重新启动之前创建核心转储,请使用此参数指定true值。如果输入此命令时未使用此参数,则其有效值为false,节点不会创建核心转储。如果
# 输入此参数时未提供值,则会自动设置为真,节点将创建核心转储。
[-skip-lif-migration-before-reboot [true]] - 重启前跳过将LIF从节点迁移的操作
# 如果指定了此参数,将跳过重启前的LIF迁移。但是,如果此节点上的LIF配置了故障切换,这些LIF在重启后仍可能发生故障切换。默认值是在重启前迁移LIF。
# 在默认情况下,命令尝试在重启之前将数据和群集管理LIF同步迁出节点。如果迁移失败或超时,将中止重启。
[-ignore-quorum-warnings [true]] - 重启前跳过仲裁检查
# 如果指定了此参数,重启前将跳过仲裁检查。即使由于仲裁问题可能导致数据中断,操作仍将继续。
[-ignore-strict-sync-warnings [true]] - 重启前跳过SnapMirror同步严格同步检查
# 如果指定了此参数,则将跳过对与类型为strict-sync-mirror的策略具有SnapMirror同步关系的卷的检查。即使由于无法完全同步数据可能导致数据中断,
# 操作仍将继续。
三、系统节点运行
cluster1 :: > system node run
# 在节点Shell中运行交互式或非交互式命令
# 在集群的特定节点上从节点Shell CLI运行某些命令。您可以从立即返回的集群Shell中运行单个节点Shell命令,也可以启动交互式节点Shell会话,从中可以
# 运行多个节点Shell命令。
# 节点Shell命令对于根卷管理和系统故障排除非常有用。通过节点Shell可用的命令的作用域是集群中的一个节点。也就是说,它们只影响由"-node"参数的值指定
# 的节点,而不对集群中的其他节点进行操作。要查看可用的节点Shell命令的列表,请键入“?”在交互式节点Shell提示下。有关可用命令的含义和用法的更多信
# 息,请使用节点盘中的“man"命令。
# 每次只能在集群中的其中一个节点上运行一个交互式节点Shell会话。在一个节点上,一次最多可以运行24个并发的非交互式会话。
# 交互式运行节点命令时,退出节点命令并使用退出命令返回到集群Shell。如果节点Shell不响应命令,请终止节点Shell进程,并通过按Ctrl-D返回到集群
# Shell。
# GUI界面无法提供该命令。
# 注意:另一种方式调用“system node run”命令是通过将运行作为单个单词键入来实现的。
举例
以下示例在名为node1的节点上运行节点Shell命令"sysconfig -V":
cluster1::> system node run -node node1 -command sysconfig -V
volume node1_aggr0 (1 RAID group):
group 0: 3 disks
以下示例在名为node2的节点上启动一个节点Shell会话,然后运行NodeShell"sysconfig -V"命令。运行"sysconfig -V"命令后,系统将保持在节点shell中。
cluster1::> run -node node2
Type 'exit' or 'Ctrl-D' to return to the CLI
node2> sysconfig -V
volume node2_aggr0 (1 RAID group):
group 0: 3 disks
node2>
以下示例在名为node1的节点上启动一个节点shell会话,然后运行两个节点shell命令,先运行aggr status,再运行vol status。使用单引号和分号在执行单个run命令时运行多个节点shell命令。
cluster1::> run -node node1 -command "aggr status; vol status"
Aggr State Status Options
aggr0 online raid_dp, aggr root
parity uninit'd!
32-bit
aggr1 online raid_dp, aggr
parity uninit'd!
32-bit
Volume State Status Options
vol0 online raid_dp, flex root, nvfail=on
parity uninit'd!
root_vs0 online raid_dp, flex create_ucode=on,
cluster convert_ucode=on,
parity uninit'd! maxdirsize=102400
-