Verify your cluster after ONTAP upgrade
-
PDF of this doc site
-
Cluster administration
-
Volume administration
-
Logical storage management with the CLI
-
-
NAS storage management
-
Configure NFS with the CLI
-
Manage NFS with the CLI
-
Manage SMB with the CLI
-
Manage file access using SMB
-
-
-
Security and data encryption
-
Data protection and disaster recovery
-

Collection of separate PDF docs
Creating your file...
After you upgrade ONTAP, verify the cluster version, cluster health, and storage health. For MetroCluster FC configurations, also verify that the cluster is enabled for automatic unplanned switchover.
Verify cluster version
After all the HA pairs have been upgraded, you must use the version command to verify that all of the nodes are running the target release.
The cluster version is the lowest version of ONTAP running on any node in the cluster. If the cluster version is not the target ONTAP release, you can upgrade your cluster.
Verify cluster health
After you upgrade a cluster, you should verify that the nodes are healthy and eligible to participate in the cluster, and that the cluster is in quorum.
-
Verify that the nodes in the cluster are online and are eligible to participate in the cluster:
cluster show
Clicluster1::> cluster show Node Health Eligibility --------------------- ------- ------------ node0 true true node1 true true
If any node is unhealthy or ineligible, check EMS logs for errors and take corrective action.
-
Set the privilege level to advanced:
set -privilege advanced
Cli -
Verify the configuration details for each RDB process.
-
The relational database epoch and database epochs should match for each node.
-
The per-ring quorum master should be the same for all nodes.
Note that each ring might have a different quorum master.
To display this RDB process…
Enter this command…
Management application
cluster ring show -unitname mgmt
Volume location database
cluster ring show -unitname vldb
Virtual-Interface manager
cluster ring show -unitname vifmgr
SAN management daemon
cluster ring show -unitname bcomd
This example shows the volume location database process:
cluster1::*> cluster ring show -unitname vldb Node UnitName Epoch DB Epoch DB Trnxs Master Online --------- -------- -------- -------- -------- --------- --------- node0 vldb 154 154 14847 node0 master node1 vldb 154 154 14847 node0 secondary node2 vldb 154 154 14847 node0 secondary node3 vldb 154 154 14847 node0 secondary 4 entries were displayed.
-
-
If you are operating in a SAN environment, verify that each node is in a SAN quorum:
cluster kernel-service show
Clicluster1::*> cluster kernel-service show Master Cluster Quorum Availability Operational Node Node Status Status Status ----------------- ----------------- ------------- ------------- ------------- cluster1-01 cluster1-01 in-quorum true operational cluster1-02 in-quorum true operational 2 entries were displayed.
Verify automatic unplanned switchover is enabled (MetroCluster FC configurations only)
If your cluster is in a MetroCluster FC configuration, you should verify that automatic unplanned switchover is enabled after you upgrade ONTAP.
If you are using a MetroCluster IP configuration, skip this procedure.
-
Check whether automatic unplanned switchover is enabled:
metrocluster show
CliIf automatic unplanned switchover is enabled, the following statement appears in the command output:
AUSO Failure Domain auso-on-cluster-disaster
-
If the statement does not appear, enable an automatic unplanned switchover:
metrocluster modify -auto-switchover-failure-domain auso-on-cluster-disaster
Cli -
Verify that an automatic unplanned switchover has been enabled:
metrocluster show
Cli