Anyone running EPO with GroupShield on Lotus Notes successfully?

[paintermw]

Is there anyone out there who has Lotus Notes R5 running GroupShield and are able to manage dat/engine updates using ePo 2.5.1? It seems every time one of our Notes servers gets a hold of an ePo agent and it starts checking in, it generates errors related to "naimas32.exe" and "naimag32.exe" while hogging CPU time. Anyone see similar problems?

Thanx,
Mark Painter

 

[drew1701d]

We too tried unsuccessfully to get EPO to talk to our installation of Groupshield for Domino running R5. And experienced the same problems you did, everything basically crapped out. The only way it worked for a while was to grant the McAfee login id we have the EPO server use was to give it Administrative ACL permissions on the Databases within Lotus Notes, worked fine for 5 weeks until the higher ups ordered us to switch to Norton AV for Domino. hope this helps.

Andrew

 

[AVChap]

What kind of errors are you seeing? Can you give some details?

AVChap ... take my advice, I don't use it anyway!

 

[AVChap]

Is this what's happening?

-----------

Problem Description:
NAIMAS32.EXE crashes
ePolicy Orchestrator process crashes
Access violation error in NAIMAS32.EXE
NAIMAS32.EXE crashes when managing GroupShield 5.x for Domino via ePolicy Orchestrator

Problem Environment:
McAfee ePolicy Orchestrator
McAfee GroupShield 5.x for Lotus Domino
McAfee NetShield 4.5
McAfee GroupShield 5.x
Lotus Domino
Microsoft Windows NT
Microsoft Windows 2000

Cause of this problem:
With a Domino server running both NetShield and GroupShield 5.x for Domino managed via ePolicy Orchestrator, the server may crash with a NAIMAS32.EXE access violation. The Dr Watson or Notes RIP file will point to the fact that the crash occurred:

App: naimas32.exe (PID=0x8D) ""
When: 8/20/2002 @ 7:30:39.341
Exception Number: 0xC0000005 (access violation)

Called from 05129B91 (0001:00008B91 in F:\notes\gspoagnt.dll)

This error would seem to indicate that the crash occurred in the GroupShield plug-in for ePolicy Orchestrator, but this is not the case. The reason for the crash is that NetShield is scanning the ePO agent directory on the Domino server at the time that ePO is applying its policies to GroupShield for Domino.

Changes affecting this problem:
Managing GroupShield via ePolicy Orchestrator.

Solution:
To prevent this from happening, exclude the ePolicy Orchestrator (ePO) agent directory on the Domino server from the NetShield On-Access and On-Demand scans. This will insure that NetShield does not interfere with ePO while it is enforcing policies for GroupShield for Domino

------------

Hope this helps.

AVChap ... take my advice, I don't use it anyway!

 

[paintermw]

Thanx for the good info. We are currently resigned to excluding our Notes servers from being configured via ePo. We are talking about testing ePo 2.51 with the new GroupShield version when it comes out and compare that with tests using Netshield on Notes servers. The info AVChap submitted should be useful.

Thanx again,

Mark Painter