Relocate non-root aggregates from node2 to node3

Contributors netapp-pcarriga

Before you can replace node2 with node4, you must send an AutoSupport message for node2 and then relocate the non-root aggregates that are owned by node2 to node3.

Steps
  1. Send an AutoSupport message to NetApp for node2:

    system node autosupport invoke -node node2 -type all -message "Upgrading node2 from platform_old to platform_new"

  2. Verify that the AutoSupport message was sent:

    system node autosupport show -node node2 -instance

    The fields "Last Subject Sent:"" and "Last Time Sent:"" contain the message title of the last message that was sent and the time when the message was sent.

  3. Relocate the non-root aggregates:

    1. Set the privilege level to advanced:

      set -privilege advanced

    2. List the aggregates that are owned by node2:

      storage aggregate show -owner-name node2

    3. Start aggregate relocation:

      storage aggregate relocation start -node node2 -destination node3 -aggregate-list * -ndo-controller-upgrade true

      Note The command locates only non-root aggregates.
    4. When prompted, enter y.

      Relocation occurs in the background. It can take anywhere from a few seconds to a couple of minutes to relocate an aggregate. The time includes both client outage and non-outage portions. The command does not relocate any offline or restricted aggregates.

    5. Return to the admin privilege level:

      set -privilege admin

  4. Verify the relocation status of node2:

    storage aggregate relocation show -node node2

    The output will display "Done" for an aggregate after it has been relocated.

    Note You must wait until all of the aggregates that are owned by node2 have been relocated to node3 before proceeding to the next step.
  5. Take one of the following actions:

    If relocation of…​ Then…​

    All aggregates was successful

    Go to Step 6.

    Any aggregates failed, or was vetoed

    1. Display a detailed status message:

      storage aggregate show -instance

      You can also check the EMS logs to see the corrective action that is needed.

      Note The event log show command lists any errors that have occurred.
    2. Perform the corrective action.

    3. Set the privilege level to advanced:

      set -privilege advanced

    4. Relocate any failed or vetoed aggregates:

      storage aggregate relocation start -node node2 -destination node3 -aggregate-list * -ndo-controllerupgrade true

    5. When prompted, enter y.

    6. Return to the admin privilege level:

      set -privilege admin

    If necessary, you can force the relocation by using one of the following methods:

    • By overriding veto checks:

      storage aggregate relocation start -override-vetoes true -ndo-controller-upgrade

    • By overriding destination checks:

      storage aggregate relocation start -override-destination-checks true -ndocontroller-upgrade

    For more information about the storage aggregate relocation commands, go to References to link to Disk and aggregate management with the CLI and the ONTAP 9 Commands: Manual Page Reference.

  6. Verify that all of the non-root aggregates are online on node3:

    storage aggregate show -node node3 -state offline -root false

    If any aggregates have gone offline or have become foreign, you must bring them online, once for each aggregate:

    storage aggregate online -aggregate aggr_name

  7. Verify that all of the volumes are online on node3:

    volume show -node node3 -state offline

    If any volumes are offline on node3, you must bring them online, once for each volume:

    volume online -vserver Vserver-name -volume volume-name

  8. Verify that node2 does not own any online non-root aggregates:

    storage aggregate show -owner-name node2 -ha-policy sfo -state online

    The command output should not display online non-root aggregates because all of the non-root online aggregates have already been relocated to node3.