SNMP Get returns wrong information for Physical/Free memory

[Avi Drabkin_1]

Does anyone have the issue in an HP server where the Physical memory and free memory OID queries come back with low numbers? It seems as though all my servers with memory > 4GB return with odd sizes.

Here are the results on one server with 8GB running win2k Advanced Svr:
OID: .1.3.6.1.4.1.232.11.2.13.1 returns 4032 for Physical mem size
OID: .1.3.6.1.4.1.232.11.2.13.2 returns 298 for Physical mem free

On another server with 8GB running win2k3 Enterprise:
OID: .1.3.6.1.4.1.232.11.2.13.1 returns 3008 for Physical mem size
OID: .1.3.6.1.4.1.232.11.2.13.2 returns 158 for Physical mem free

Both servers are DL380G4.

Interestingly enough through an SNMP browser (Getif) I was able to find the following OID: .1.3.6.1.2.1.25.2.2.0 (host.hrstroage.hrMemorySize.0) which returns the correct size for total installed memory.

Now I just need to find another OID that provides the available mem, or even mem used.

Does anyone else have this problem? Does anyone else know of another OID for the correct Physical Free Mem?


Thanks

[David Claypool]

Rather than chasing OIDs, you might consider using HP SIM. It has built-in capabilities for data collection and you can access the database if you need a fancy report.

[Avi Drabkin_1]

I'm using Cacti (www.cacti.net) to graph cpu, nic, mem, hd, etc... metrics of my servers, switches, routers, etc. So thats why I'm using SNMP. It seems as though this is the easiest method to gather data with cacti. Therefore I was hoping I would be able go gather accurate data via SNMP. Seems as though most of the other data is correct, just this section.

I'm sure I can run a WMI script to get at the data as well, but my Cacti server is running linux.

Like I said, it returns valid numbers for servers < 4GB. Is this just a bug in HP's implimentation?