When validating your configuration, you should check the storage array config show output to ensure that the number of LUN groups is what you intended. The most common reason for too many array LUN groups is that the LDEV is spanning target port pairs.
Common reasons why you would see more LUN groups than expected are as follows:
The most common cause of an extra LUN group is that the LDEV is spanning path pairs. An LDEV is said to be spanning path pairs if matching LUN IDs for the LDEV are not presented to a redundant target port pair on the storage array.
In this case, the LDEV spanning path pairs is a transitional state.
Data ONTAP can run with a single array LUN group or multiple array LUN groups. Therefore, Data ONTAP does not consider any number of LUN groups to be a misconfiguration. However, multiple LUN groups are not supported for all storage arrays in all Data ONTAP releases. During configuration planning, you should check the information in the Interoperability Matrix at support.netapp.com about the storage arrays for which multiple array LUN groups are supported.
Assume that there are two existing LUN groups, LUN group 0 and LUN group 1. LUN group 0 has two array LUNs and LUN group 1 has three array LUNs. The administrator created a new LDEV Z, intending to add LUN 3 to LUN group 0. The administrator mapped LDEV Z as LUN 3 on two storage array ports. However, the ports to which LUN 3 are mapped, storage array ports 1A and 2B, are not a redundant target port pair, as the following illustration shows.
The result of this error is that a third, unintended LUN group was created (Group 2), as the following example shows:
mysystem1::> storage array config show LUN LUN Node Group Count Array Name Array Target Ports Switch Port Initiator ------- ----- ------ ----------- ------------------- ----------- --------- mysystem1 0 3 IBM_1742_1 20:1A:00:a0:b8:0f:ee:04 vnbr20es25:5 0a 20:2A:00:a0:b8:0f:ee:04 vnci9124s53:6 0c 1 3 IBM_1742_1 20:1B:00:a0:b8:0f:ee:04 vnbr20es25:7 0b 20:2B:00:a0:b8:0f:ee:04 vnci9124s53:8 0d 2 1 IBM_1742_1 20:1A:00:a0:b8:0f:ee:04 vnbr20es25:5 0a 20:2B:00:a0:b8:0f:ee:04 vnci9124s53:8 0d
If you look at the Array Target Ports column for Groups 0 and 1, you can see that the paths to the array target ports are redundant. Group 0 goes to target ports 1A and 2A, a target port pair. Group 1 goes to 1B and 2B, a different target port pair.
However, if you look at the Array Target Ports column for Group 2, you can see that the paths are not redundant. One path goes to target port 1A and the other goes to target port 2B. This is not a redundant target port pair; the array LUN is spanning LUN groups. The array LUN should have been mapped to either 1A and 2A or 1B and 2B.
Because the Data ONTAP system can run with an LDEV spanning path pairs, there is no message at the bottom of storage array config show output telling you to run storage errors show. However, this is not a best practice configuration.
You need to maintain redundancy while fixing this problem. This procedure instructs you to map the LDEV to the correct target port before removing the mapping to the incorrect target port. Redundancy is maintained in this case because you are increasing the number of paths to three, temporarily, instead of decreasing the number of paths to one while you are fixing the problem.