Skip to main content

Map ports from node2 to node4

Contributors netapp-pcarriga netapp-aoife netapp-martyh netapp-aherbin

You must verify that the physical ports on node2 map correctly to the physical ports on node4, which will enable node4 to communicate with other nodes in the cluster and with the network after the upgrade.

About this task

Refer to References to link to the Hardware Universe to capture information about the ports on the new nodes. You will use the information later in this section.

The software configuration of node4 must match the physical connectivity of node4 and IP connectivity must be restored before you continue with the upgrade.

Port settings might vary, depending on the model of the nodes. You must make the original node's port and LIF configuration compatible with what you plan the new node's configuration to be. This is because the new node replays the same configuration when it boots, meaning when you boot node4 that Data ONTAP will try to host LIFs on the same ports that were used on node2.

Therefore, if the physical ports on node2 do not map directly to the physical ports on node4, then software configuration changes will be required to restore cluster, management, and network connectivity after the boot. In addition, if the cluster ports on node2 do not directly map to the cluster ports on node4, node4 might not automatically rejoin the quorum when it is rebooted until a software configuration change is made to host the cluster LIFs on the correct physical ports.

Steps
  1. Record all the node2 cabling information for node2, the ports, broadcast domains, and IPspaces, in the table:

    LIF Node2 ports Node2 IPspaces Node2 broadcast domains Node4 ports Node4 IPspaces Node4 broadcast domains

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Node management

    Cluster management

    Data 1

    Data 2

    Data 3

    Data 4

    SAN

    Intercluster port

  2. Record all the cabling information for node4, the ports, broadcast domains, and IPspaces, in the table.

  3. Follow these steps to verify if the setup is a two-node switchless cluster:

    1. Set the privilege level to advanced:

      cluster::> set -privilege advanced

    2. Verify if the setup is a two-node switchless cluster:

      cluster::> network options switchless-cluster show

      cluster::*> network options switchless-cluster show
      Enable Switchless Cluster: false/true

      The value of this command must match the physical state of the system.

    3. Return to the administration privilege level:

      cluster::*> set -privilege admin
      cluster::>
  4. Follow these steps to place node4 into quorum:

    1. Boot node4. See Install and boot node4 to boot the node if you have not already done so.

    2. Verify that the new cluster ports are in the Cluster broadcast domain:

      network port show -node node -port port -fields broadcast-domain

      The following example shows that port "e0a" is in the Cluster domain on node4:

      cluster::> network port show -node node4 -port e0a -fields broadcast-domain
      node       port broadcast-domain
      ---------- ---- ---------------
      node4      e0a  Cluster
    3. If the cluster ports are not in the Cluster broadcast-domain, add them with the following command:

      broadcast-domain add-ports -ipspace Cluster -broadcast-domain Cluster -ports node:port

    4. Add the correct ports to the Cluster broadcast domain:

      network port modify -node -port -ipspace Cluster -mtu 9000

      This example adds Cluster port "e1b" on node4:

      network port modify -node node4 -port e1b -ipspace Cluster -mtu 9000

    5. Migrate the cluster LIFs to the new ports, once for each LIF:

      network interface migrate -vserver Cluster -lif lif_name -source-node node4 destination-node node4 -destination-port port_name

    6. Modify the home port of the cluster LIFs:

      network interface modify -vserver Cluster -lif lif_name –home-port port_name

    7. Remove the old ports from the Cluster broadcast domain:

      network port broadcast-domain remove-ports

      This command removes port "e0d" on node4:

      network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports node4:e0d

    8. Verify that node4 has rejoined quorum:

      cluster show -node node4 -fields health

  5. Adjust the broadcast domains hosting your cluster LIFs and node-management/clustermanagement LIFs. Confirm that each broadcast domain contains the correct ports. A port cannot be moved between broadcast domains if it is hosting or is home to a LIF so you may need to migrate and modify the LIFs as shown in the following steps:

    1. Display the home port of a LIF:

      network interface show -fields home-node,home-port

    2. Display the broadcast domain containing this port:

      network port broadcast-domain show -ports node_name:port_name

    3. Add or remove ports from broadcast domains:

      network port broadcast-domain add-ports
      network port broadcast-domain remove-ports

    4. Modify a LIF’s home port:

      network interface modify -vserver vserver -lif lif_name –home-port port_name

  6. Adjust the intercluster broadcast domains and migrate the intercluster LIFs, if necessary, using the same commands shown in Step 5.

  7. Adjust any other broadcast domains and migrate the data LIFs, if necessary, using the same commands shown in Step 5.

  8. If there were any ports on node2 that no longer exist on node4, follow these steps to delete them:

    1. Access the advanced privilege level on either node:

      set -privilege advanced

    2. To delete the ports:

      network port delete -node node_name -port port_name

    3. Return to the admin level:

      set -privilege admin

  9. Adjust all the LIF failover groups:

    network interface modify -failover-group failover_group -failover-policy failover_policy

    The following command sets the failover policy to broadcast-domain-wide and uses the ports in failover group fg1 as failover targets for LIF data1 on node4:

    network interface modify -vserver node4 -lif data1 failover-policy broadcast-domainwide -failover-group fg1

    Refer to References to link to Network Management or the ONTAP 9 Commands: Manual Page Reference and see Configuring failover settings on a LIF for more information.

  10. Verify the changes on node4:

    network port show -node node4

  11. Each cluster LIF must be listening on port 7700. Verify that the cluster LIFs are listening on port 7700:

    ::> network connections listening show -vserver Cluster

    Port 7700 listening on cluster ports is the expected outcome as shown in the following example for a two-node cluster:

    Cluster::> network connections listening show -vserver Cluster
    Vserver Name     Interface Name:Local Port     Protocol/Service
    ---------------- ----------------------------  -------------------
    Node: NodeA
    Cluster          NodeA_clus1:7700               TCP/ctlopcp
    Cluster          NodeA_clus2:7700               TCP/ctlopcp
    Node: NodeB
    Cluster          NodeB_clus1:7700               TCP/ctlopcp
    Cluster          NodeB_clus2:7700               TCP/ctlopcp
    4 entries were displayed.
  12. For each cluster LIF that is not listening on port 7700, set the administrative status of the LIF to down and then up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Repeat step 11 to verify that the cluster LIF is now listening on port 7700.