ONTAP 9.13

to Japanese version

Verify your cluster after ONTAP upgrade

After you upgrade ONTAP, you should verify your cluster version, cluster health, and storage health.

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.

  1. Verify that the cluster version is the target ONTAP release:

    version

  2. If the cluster version is not the target ONTAP release, you should verify the upgrade status of all nodes:

    system node upgrade-revert show

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.

  1. Verify that the nodes in the cluster are online and are eligible to participate in the cluster:

    cluster show

    cluster1::> 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.

  2. Set the privilege level to advanced:

    set -privilege advanced

  3. 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.
  4. If you are operating in a SAN environment, verify that each node is in a SAN quorum: cluster kernel-service show

    cluster1::*> 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.
Related information

System administration

Related information

Disk and aggregate management

Top of Page