The transition to NetApp MS Azure AD B2C is complete. If you missed the pre-registration, you will be invited to reigister at next log in.Please note that access to your NetApp data may take up to 1 hour.To learn more, read the FAQ and watch the video.Need assistance? Complete this form and select “Registration Issue” as the Feedback Category.
We're seeing occasional autosupport riggers of (FCP PARTNER PATH MISCONFIGURED) ERROR. 99% of the time, there is usually a WWN listed under "lun config check" section of autosupport that stands way out and I can clearly say "this WWN did it" and we know the remedy is primary ports.
However, sometimes a message is triggered and the lun config check of the autosupport looks like this:
==== LUN CONFIG CHECK =====
The following FCP Initiators are sending Read/Write i/o over the
It's definitely a good idea to check the san lun show -p paths, but on these initiators, they are correct. My question is specifically regarding the ridiculously low number of partner ops/bytes that seem to have triggered this alert...
Very good question....I'm honestly not sure to be honest. Looking at one side of a 3050c (one has no FCP connections to it, the other has 100+ LUNs via FCP), I am seeing anywhere from 4-10 FCP ops per second when looking at sysstat.
(Large multinational reseller/rebrander) support has told me that the time to collect the files necessary for an autosupport message content can outstrip the time period for which the "lun config check" section gets populated (60 to 90 seconds?), and thus that section might look misleading because it has no details against which WWNs are logging partner traffic if the autosupport was really issued for...120 seconds ago...