Now this is interesting, here's the 'cpu' output for a Windows box that
doesn't have as much memory as most of ours, that is displaying the same
behavior on the trending graphs:
Tue Jul 19 14:54:01 CDT 2005 [BARRSERVER] up: 6:14, 1 users, 32 procs,
load=1%, PhysicalMem: 512MB(32%)
Memory Statistics
Total Physical memory: 536334336 bytes (512.00MB)
Available Physical memory: 365035520 bytes (349.00MB)
Total PageFile size: 1307942912 bytes (1.22GB)
Available PageFile size: 1159303168 bytes (1.08GB)
Total Virtual memory size: 2147352576 bytes (2.00GB)
Available Virtual memory size: 2118647808 bytes (1.97GB)
Most active processes
00.06% inetinfo (0x2e8 [744])
00.01% bbnt (0x240 [576])
Thanks,
Larry Barber
On Tue, 2005-07-19 at 14:42 -0500, user-ce4a2c883f75@xymon.invalid wrote:
On Tue, Jul 19, 2005 at 03:28:29PM -0400, user-7a6c75d6cc10@xymon.invalid
wrote: > I just noticed that all the memory trending graphs for Windows
machines > are broken. They just show zero's all across the board. Is this a
known > problem, or is something broken in my setup?
Do you have the bb-memory extension installed on your Windows boxes, or just the BBNT client ?
If you dont know - is there a "memory" column for these boxes, or only the "cpu" column ? bb-memory generates a "memory" column, the standard BBNT client does not.
I suspect it's the BBNT client that is feeding your memory graphs. It has some problems with large-memory systems, but it could also be a bug in Hobbit. Please send me the output from the "cpu" status on one of these boxes.
Regards, Henrik