Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

NAIMSERV.EXE 100% CPU UTILIZATION 1

Status
Not open for further replies.

Aeaden

Technical User
Jan 20, 2004
32
US
Hi,

I installed Groupshield for Exchange 6 into the ePolicy Orchestrator 3.01 repository and shortly afterwards it started replicating and deploying to DESKTOPS. I have since removed it from all the repositories, but I am still having a problem with NAIMSERV.EXE and the EVENTPARSER causing 100% CPU utilization.

Can someone please help me?

Thanks,
Rich Dugas
 
Check the Events folder in Program Files\Network Associates\ePO\3.0.1 and see if it's getting full of event files. I started having the same problem after I checked in GS 6. Now my server is down and I've been working with NAI for 2 weeks trying to get it fixed.
 
Thanks for responding. It sounds like we have the same issue...

Thanks,
Rich
 
If you have checked in GS 6 go ahead and remove it from the repository as well as from Managed Products. Also remove the version of java it requires from the server. Are you using MSDE or Exchange and is it running locally or on another box?
 
Hey Matt,

We got our problem fixed. Basically it looks like if you install Groupshield 6 into epo 3 and then remove it, it causes the NAIMSERV.EXE to keep using memory since it is basically trying to talk to Groupshield 6 and there is no entry for it. If you need more clarification feel free to email me.

The fix was to reinstall the NAP file into the respository. Kinda like Star Trek 4 where they needed to get whales to talk to the probe. Once we had a way for the server to talk to the SQL database, I am thinking, the memory usage went to practically nothing.

Hope this helps!

 
Yeah we ended up with the same result but came about it a little differently. Our fix was to run a couple of queries in our database and found some remnants of GS 6. We removed those and everything has gotten back to normal. If you want to be able to remove the nap file yet still have ePo work just let me know and I can get you those queries.
 
Matt I am having the exact same problem. How can I get the sql queries from you?
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top