12-09-2013 02:04 AM
after upgrading three sim servers to the latest 7.2.2 also the VCRM was updated to this version.
The SIM servers are virtual machines with 16 GB memory and 4 cpu running on Windows 2008 R2 SP1.
Two are running with a local sql installation because of less clients.
One has a remote sql DB.
Now on all three servers we see extremly memory usage for the VCRM, which was not observed with the older version 7.2.0.
The memory usage goes up to 15 GB memory, in conjunction with the mxdoaminmgr with about 1,8 GB memory absolute slow down of the server.
We are receiving such events:
Log Name: System
Date: 09.12.2013 10:20:20
Event ID: 2004
Task Category: Resource Exhaustion Diagnosis Events
Keywords: Events related to exhaustion of system commit limit (virtual memory).
Windows successfully diagnosed a low virtual memory condition. The following programs consumed the most virtual memory: cpqsrhmo.exe (1228) consumed 15086669824 bytes, mxdomainmgr.exe (3084) consumed 1800044544 bytes, and mxdtf.exe (1500) consumed 219762688 bytes.
Because this behaviour is on three servers since the upgrade i fear we have a bug in the VCRM 7.2.2.
Restarting the VCRM takes also a tremendous time to finish.
What could be the reason for that?
05-20-2014 05:15 PM - edited 05-20-2014 05:16 PM
I've got the same problem with version 7.3.2 on a machine with 16 GB memory and 4 CPUs running Windows 2008 R2.
06-02-2014 05:57 AM
I've got the same problem with version 7.3.0, installed patchs 001 to 011, on a machine with 20 GB memory and 4 CPUs, running Windows Server 2008 Standard x64 SP2 (VM).
07-21-2014 01:42 AM
Do you have the automatic download enabled? How many SPP's do you have loaded? I 've used the VCRM for many years and never had this problem. So perhaps it's that you have a lot of files in the VCRM, i use no more than 3 baselines.
My setup uses about 8 to 9 Gb max on a 12 Gb machine. You could try to disable the autodownload cleanup the directory and only unpack the SPP's you need in the VCRM directory. See how the memory usage evolves.
09-04-2014 07:35 AM - edited 09-04-2014 07:35 AM
I add the same issue with the VCRM (7.3.3) in windows 2012, and install the latest version 7.3.4, (Component: cp023741.exe) which solved the issue immediately.
Accessible on HP site: VCRM: Version:188.8.131.52 (20 Jun 2014) Fixes
Have fun the hunting season is open...
12-04-2014 03:35 AM
Sorry, but I cannot agree. We tried with VCRM 7.3.4 on all of our VCRMs (we have tried to split the load per region) and VCRM eats up all memory "just fine" on all of them (all HP Proliant DL360 G7 servers with Win2k8R2 and 8 or 16GB of RAM and 1or 2 Quadcore Intel CPUs)...unacceptable from my perspective.
In the end, we considered that VCRM is causing much more troubles than solving issues, so we decided to disable/ uninstall it. We are changing our policy to not installing any SPP components, unless absolutely necessary.
12-04-2014 12:15 PM
12-23-2014 01:17 PM
It seems from the amount of posts that the system using Windows 2012 doesn't have problems anymore but anything earlier than that does.
I'm using Windows 2008 R2 Enterprise and using Repository version 184.108.40.206, the same thing for me, using all the memory it can.
I was having the same issue with the previous versions of Repository from v 7.2.2 onwards, but before that around v 7.2.0, it didnt do the same thing. I dont want to go backwards to fix this issue.
I noticed Pascal had an issue on Windows 2012 then upgrading fixed this issue, just wondering if anyone else using Windows 2012 is having the same issue or an upgrade fixed it ?
Does anyone have a solution at all ?
12-23-2014 01:29 PM
Just to add further details, we have 3 HP SIM Repositories running, 1 of then has HP SIM installed on it and this is the one using all the memory.
Repository 1 - Version 220.127.116.11, HP SIM installed as well version 18.104.22.168, Physical host with Windows 2008 R2 Enterprise, 16 GB memory installed, using 15.6 GB of memory.
Repository 2 - Version 22.214.171.124, doesn't have HP SIM installed, VM with Windows 2012 R2 Standard, 8 GB memory allocated, using 2.1 Gb only.
Repository 3 - Version 126.96.36.1990, doesn't have HP SIM installed, VM with Windows 2008 R2 Standard, 4 GB memory allocated, using 1.78 Gb only.
Maybe I should separate the Repository from the SIM application for Repository 1 ?
12-23-2014 10:48 PM
I also have a Windows 2008 R2 setup, when SPP'S where added the memory grew untill all memory is eaten up. If I reboot the problem stays resolved untill the next SPP upload, then i have to reboot. Not sure if the SMH or VCRM is the problem.