Hi. We recently installed OnCommand Clustered Data ONTAP 184.108.40.20674 management pack into our SCOM and it really slowed our Ops Console. Right click on any alert freeze it for approx. 20 sec every time.
I believe it is because this MP created over 400 internal connectors (Administration - Product Connectors - Internal Connectors) which look like this.
We too are experiencing this issue. We have uninstalled the OnCommand plugin and it has left the connectors. Within our Active Alerts screen we are getting delays of up to 10 seconds before we can close an alert.
We have approximately 200 connectors that have been added.
Please can someone provide a fix? It is not supported by Microsoft to remove these connectors.
I raised case with NetApp and this is what I received as answer, (but this is not acceptable for us).
"In our software we create a connector per storage object to make parallel operation possible. Therefore, also with fewer controllers and high count of storage objects you could reach a high number of connectors.
What could be done?
If you have more servers, you could spread the workload by adding servers to the pool and to add some controllers to other management servers. If you have more than 1 they should appear under management servers."
The issue with slow alert view and right click is because "Forward to" option which search through all the connectors.
I have observed that Netapp connectors are rebuilding once we run the discovery, looks like Net App MP inbuilt the connectors in the discovery code.This is happening only on Clustered Data ONTAP not on 7-mode Data ONTAP MP.
Due to these connnectors, Console is not doable at all.
Please look into this issue as many customers are facing with same issue and request to remove these connectors from the discovery code,
or let us know how we can remove these connectors permanently.
No sorry we didnt find solution for that. What I can think of is to add another management servers and divide monitoring of those storages to them like NetApp said or just turn off automatic discovery and do it manually once per change with forcing script afterwards to delete those connectors.
This is something really looked into the next version, adding a new server approach needs to be tested and am not sure that loading the connectors per alert patern would change either , I tried the other solution, when we ran maually it recreate all the connectors again.
We are experiencing the same problem. Tried to delete the connectors with remove-scomconnector command, it gave some fails, then tried to fix it with powershell script, sql script. It seemed working well, but when I tried to approve manual installed agent, it threw out one exception. So I must restore the database and scom management servers from backup. Could Netapp help to fix this as soon as possible ?
NetApp, please consider another approach for this. Contextual menus when dealing with Alerts dashboards are becoming increasingly slow to render due to the huge quantity of connectors being loaded for the "Forward to" menu when right clicking on alerts.