martinshaw
Member
Hi all
I have a couple of virtual servers with Windows 2016 Standard operating system. The servers are configured as dual redundant FactoryTalk HMI servers (FT View Site Edition V11.00).
Each morning at approximately 10:02, the servers switch over from ACTIVE to STANDBY, so for example, if server01 is ACTIVE, it switches to STANDBY and server02 which was STANDBY switches to ACTIVE. It happens every morning, even though there are no stored procedures or scheduled tasks to do this on any of the servers.
Some investigation has shown that at this time, McAfee EPo AV (V8.8) downloads and installs its daily DAT file. When this happens, the rnaaeserver.exe on the ACTIVE server starts communicating to all FT clients, spikes the bandwidth, loses connection to the clients and switches to the STANDBY server.
Has anyone else seen this happening, and more importantly, how did you fix it?
Whats the connection between the rnaaeserver.exe and the AV DAT update that send it into a bandwidth spike?
I have a couple of virtual servers with Windows 2016 Standard operating system. The servers are configured as dual redundant FactoryTalk HMI servers (FT View Site Edition V11.00).
Each morning at approximately 10:02, the servers switch over from ACTIVE to STANDBY, so for example, if server01 is ACTIVE, it switches to STANDBY and server02 which was STANDBY switches to ACTIVE. It happens every morning, even though there are no stored procedures or scheduled tasks to do this on any of the servers.
Some investigation has shown that at this time, McAfee EPo AV (V8.8) downloads and installs its daily DAT file. When this happens, the rnaaeserver.exe on the ACTIVE server starts communicating to all FT clients, spikes the bandwidth, loses connection to the clients and switches to the STANDBY server.
Has anyone else seen this happening, and more importantly, how did you fix it?
Whats the connection between the rnaaeserver.exe and the AV DAT update that send it into a bandwidth spike?