Submit a ticketCall us

AnnouncementsFace your biggest database issues head-on

Our new eCourse helps you navigate SQL Server performance blocks by teaching you how to recognize and deal with the three DBA Disruptors: Performance Hog, Blame Shifter, and Query Blocker. Register today to learn how to defend your environment and fend off menacing disruptions.

Register for your free eCourse.

Home > Success Center > Netflow Traffic Analyzer (NTA) > NTA - Knowledgebase Articles > NTA issues after a successful HA failover

NTA issues after a successful HA failover

UPDATED April 24, 2017


The High Availability (HA) failover was successful apart from the following issues with NTA:

  • The system has become very unresponsive and the CPU usage for Information Service and IIS Worker Process are maxed out.
  • When attempting to restart Information Service, a triggered failover is successful but there are issues with the additional web server.
  • There are connection issues between the additional web server and NTA.
  • The primary platform does not indicate any connection issues.


  • NPM 12.0.1
  • NTA 4.2.1


This is a known bug in NPM 12.0.1 and 12.1 as described below:

  • The additional web server is broken after the HA failover when the main polling engine is plugged off.
  • The additional web server is unable to connect to the license store in the HA environment after the main poller is plugged off and the backup server takes over.


For example,

Primary: Main polling engine 01 (MP01)

Secondary: Main polling engine 02 (MP02)


Events in the log:

16/04/2017 03:17:53 SolarWinds.Orion.Licensing.BusinessLayer - Could not refresh license. Connectivity error: 'ProvideFault failed, check fault information.'.

16/04/2017 03:17:53 SolarWinds.Orion.Licensing.BusinessLayer - Machine refreshed license.

28/03/2017 18:27:21 SolarWinds.Orion.Licensing.BusinessLayer - Could not refresh license. 

Connectivity error: 'Could not connect to net.tcp://MainPoller01:17777/orion/licensing/licenseserver. 

The connection attempt lasted for a time span of 00:00:01.0312520. TCP error code 10061: No connection could be made because the target machine actively refused it '.    -> VIP IP


When the connection fails from MP01 to MP02, the additional web server is unable to get a license.


This issue has already been fixed in Orion HAv2 and is due to be released after NPM 12.1 (What We're Working on for NPM).

As a workaround, edit the additional web server host file so that it recognizes the primary and secondary polling engines as the same using the VIP IP and host names:

  • Edit the Windows host file to include the  IP address and host names for both machines, both pointing to the same VIP IP.
  • - Main polling engine 01
  • - Main polling engine 02

This will resolve the issue while the secondary polling engine is still active and there is no need to restart the services.


Last modified