Hi Ed,

That sounds like too much, I agree.

What version of the agent are you running, with which sub agents? Has the system been up for a short while (daily reboots) or a very long time (servers)???

Else you could try to run leakdiag.exe from Microsoft in order to find out where this is coming from.

http://go.microsoft.com/fwlink/?LinkId=41401.

 Acutally VMMap from Sysinternal could be even better.

I just tested it on the Altiris Agent on one of my VM and you should be able see the section that is taking the virtual memory. That should help us find out which component is causing the memory leak (if memory leak there is).

Also you can save the VMMap to file, so you the output be very unclear you could always post the file here for us to review.

 I may have jumped to conclusions too quickly. While AeXNSAgent.exe was using over 1GB of virtual memory on several machines, a restart of the service seems to have calmed the paging file consumption.

Last week we had a power outage in our data center which caused an extended period of time when clients were unable to contact the NS. In discussing the situation with some colleagues we think the failed attempts to contact the NS could be what caused the VM usage to spike. 

We are running CMS 7 with the addition of deployment solution and recovery solution 7. Most of our machines have an uptime of anywhere from a week to a month. All client machines referenced in this instance are users desktops. 

I ran the vmmap but do not see an option to post files in the text editor. Thanks for your help.

-Andy

VM usage is continuing to skyrocket across the board. Machines that only have about a week of uptime are getting totally bogged down. On one client the VM usage was over 2GB. We have resorted to restarting the agent service every night as a temporary fix.
I would be happy to send in results of a VMmap analysis but there are no options for attachments on this forum.

Please let me know if anyone else has run into this issue.

-Andy

I've been watching this thread and have also been wondering if this has been going on.  For months we've been dealing with low virtual memory problems on our Windows 2000 servers.  We don't have many of those left, but the ones that we do are critical and this has been happening pretty frequently.

Last week our help desk got hammered with calls from users seeing low virtual memory errors on many of our workstations, mostly XP Pro SP2.  I just had a guy call me today to report this.  We rebooted the computer earlier that morning and within a couple of hours AeXNSAgent.exe was showing over 1GB for VM Size in Task Manager.  Normally I don't see it get much higher than 40MB.

I'm running a VM right now that's sitting at over 200MB.  I don't know what could be considered normal, and I've had no luck at pinning down a root cause.

We're CMS and SMS7.  The Altiris Agent (now Symantec Management Agent) is at the latest version, 7.0.7270.  I can certainly provide further details.

What's the status on this? Has this issue been resolved? If so, please post back what helped you.

The issue has not been resolved yet. Symantec support has collected several logs and memory dumps from various clients and I haven't heard anything back in a few weeks. We ended up running a script to create a scheduled task to restart the Altiris Agent service every night. This has helped produce less issues with our users. Initially it was suggested that we upgraded to Altiris 7 SP3 back in December. When we did that we had to completely rebuild our system because the upgrade erased several stored proceedures and tables in our database. Since then we have had nothing but problems at every turn.

-Andrew

Yes I do. I should add that the case has been escalated again and I am waiting on the new tech to review the case details and pass the memory dumps up to the engineering/development team. Still it has taken since the begining of December to get to this point.

I have logged a case with Symantec a few weeks ago. No joy. They keep telling me that they are doing some research on it.

This is their latest response.

##########################
Please use the following.
Article ID: 25607
How to contact the Altiris Sales Support and Altiris Licensing teams in each region?
https://kb.altiris.com/article.asp?article=25607&p=1
 
Article ID: 43006
Error: "Not enough storage is available to complete this operation" in Altiris Log Viewer
https://kb.altiris.com/article.asp?article=43006&p=1
 
Article ID: 41103
Error, "Not enough server storage is available to process the command"
https://kb.altiris.com/article.asp?article=41103&p=1
 
Please feel free to contact me if you have any further questions.
Thank you for contracting Technical support and we appreciate your business.

################

I asked them to escalate the call to their US back end engineers. Havent heard from them yet.

If anyone has made any progress on this issue please post your findings. Our helpdesk is getting hammered with low VM and PC lock up issues.

Additonally, when the PCs lockup the solution is to reboot the machine. Once the machine is rebooted the agent is re-running all patch and software delivery tasks and reinstalling every application. users are losing thier settings and customizations.This is getting very serious by the day.

Please help......

Vithal

##################

Hi Vithal,
 
We have received confirmation about the following KBs.
 
Article ID: 43006
Error: "Not enough storage is available to complete this operation" in Altiris Log Viewer
https://kb.altiris.com/article.asp?article=43006&p=1
 
Article ID: 41103
Error, "Not enough server storage is available to process the command"
https://kb.altiris.com/article.asp?article=41103&p=1
 
Back line engineer has suggest that NS 6. R9  had issues with Memory Leaks and if using the above mentioned KBs does not help than Please try upgrading to R13. Any installs/upgrades done using Remote desktop should be done using /console mode (or /admin).
 
Please feel free to contact me if you have any further questions.
Thank you for contracting Technical support and we appreciate your business.

###############

I have been doing some further troubleshooting and as a part of that tried uninstalling Application Metering solution which we dont use.VM usage on the machine which had this issue was 1.2GB before uninstalling the App metering solution agent. Once I uninstalled appmetering solution the VM usage dropped to 20MB. I have done this successfully on two machines. I am currently testing it on other machines.

vithalmaddala,
What did you find from your additional testing?  Also how many Metering policies did you have enabled, or were you metering "*.exe"?