topic Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes? in ONTAP Discussions

Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

TMADOCTHOMAS — Thu, 12 Apr 2018 15:33:18 GMT

A colleague of mine indicated he's never reconfigured reporting nodes when moving volumes containing LUNs from one HA Pair in a cluster to another HA Pair. My understanding from NetApp documentation has been that you have to add the destination nodes as reporting nodes in advance of a volume move if you want to retain optimized paths.

I created a volume as a test and moved it to another HA Pair without adjusting reporting nodes. Sure enough, the nodes I moved the volume to were added automatically to the list of reporting nodes for the LUN! This behavior contradicts NetApp documentation which indicates it must be done manually. Has anyone else encountered this? Does anyone know if there's a scenario where it wouldn't happen automatically?

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

wronald — Thu, 12 Apr 2018 16:00:58 GMT

Hi @TMADOCTHOMAS,

You are correct, this should be done manually based on our docs.

First sentence is "You can move a LUN across volumes within a storage virtual machine (SVM), but you cannot move a LUN across SVMs. LUNs moved across volumes within an SVM are moved immediately and without loss of connectivity."

I have to try it out in my lab...

Regards,

Ron.

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

TMADOCTHOMAS — Thu, 12 Apr 2018 17:00:29 GMT

@wronald, I should note that I did the volume move in System Manager. I'm suspicious that this is the difference. Perhaps it would not work that way at the command line.

We are on OnTAP 9.2P2.

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

wronald — Thu, 12 Apr 2018 17:10:39 GMT

Yes, that might be it.

But it should be documented somewhere, at least as a note.

I will try tonight and get back to confirm if it is "normal".

I will then trigger a document update on our side.

Cheers,

Ronald.

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

TMADOCTHOMAS — Thu, 12 Apr 2018 17:15:43 GMT

Thanks!

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

gregorio — Thu, 26 Apr 2018 19:19:57 GMT

I moved a few volumes using the CLI and the reporting nodes were added automatically. I am running Ontap 9.2P1, is this the new behavior or do I need add the reporting nodes manually to avoid an outage in the future.

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

johnhil — Fri, 08 Jun 2018 13:44:25 GMT

This is the new behavior. As Volumes and LUNs are moved from their original location to a new one, the reporting nodes are updated to include the new HA-Pair to prevent an outage. Once the new locataion is settled it's recommended to remove the previous reporting nodes unless you still wish them to be reported during any ALUA query.

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

unixnation — Mon, 13 Aug 2018 12:57:29 GMT

Just following up to report that we have depended on this functionality when moving volumes hosting LUNs since 8.3.x days I think.

However, we did discover today there is a scenario in which the list of reporting nodes do NOT appear to get updated.

We moved volumes today that had previous been moved between other HA pairs in the cluster, without removing old reporting nodes (so these volumes already had 4 reporting nodes configured). Using a vol move command, the volume moved as normal however the nodes of the newly-hosting HA pair were not added to the configured reporting nodes on the LUNs in these volumes.

Running a lun mapping add-reporting-nodes -vserver <SVM_name> -volume * -local-nodes true -lun * fixed our issue, adding the relevant reporting nodes and increasing the list to 6 reporting nodes. Only those LUNs that already had 4 reporting nodes configured were affected.

I'm not sure I've explianed that particularly well - hopefully you get the idea! It would be good if @wronald could get the expected behavoir properly documented and let us know if what we saw was a bug (we're currently on 9.1p11).

Cheers,

Steve

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

TMADOCTHOMAS — Tue, 14 Aug 2018 15:10:17 GMT

Interesting @unixnation. So if we have a 4-node cluster and add an HA pair to replace an aging HA pair, reporting nodes would not automatically update as we moved LUNs to the new HA Pair. That is good to know for sure!

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

unixnation — Wed, 15 Aug 2018 16:28:01 GMT

Hi @TMADOCTHOMAS

Not specifically because it was a 4-node cluster but because the volumes had been moved between HA pairs to move from a NL-SAS --> SAS+FlashPool aggregate. This resulted in all 4 nodes ending up in the reporting nodes list. The migration procecss to new nodes is exactly what we're going through now.

I suspect if we'd removed the old reporting nodes this wouldn't have happened - something we should have done. However I still think NetApp could easily protect the customer by just adding the new reporting nodes seeing as it seems to work fine. My view is stuff like this is always going to get missed in busy environments with hundreds of volumes, especially if you move stuff semi-regularly around your clusters.

something to be

Cheers,

Steve

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

TMADOCTHOMAS — Mon, 20 Aug 2018 17:28:29 GMT

@unixnation, totally agree. Way too complicated. We are a 4 node AFF 8080 cluster, and likely any replacements would be all-flash as well. If the system hasn't been improved by that time, I will likely manually add reporting nodes for each LUN in advance, just to be safe!

Re: Reporting Nodes Added Automatically When Moving iSCSI-Based Volumes?

wareer — Mon, 17 Mar 2025 09:10:24 GMT

You need to prepare before moving a volume in a SAN environment.

Before moving a volume containing LUNs or namespaces, you must meet the following requirements:

For volumes containing one or more LUNs, you should have a minimum of two paths per LUN (LIFs) connecting to each node in the cluster.
This eliminates single points of failure and enables the system to survive component failures.
For volumes containing namespaces, the cluster must be running ONTAP 9.6 or later.
Volume move is not supported for NVMe configurations running ONTAP 9.5.https://docs.netapp.com/us-en/ontap/volumes/requirement-moving-volumes-san-concept.html