Javier.

Sorry - I'm referring to Windows 2000 servers, so the standard host
MIB should be fine.

Thanks for the info about the CPU's - I'll modify my config appropriately,
and get an accurate reflection of how hard my servers are working. :-)

The virtual memory calculates properly when I do the snmpwalk - but
the values are wrong. I know for a fact the machine has only 4 gig of
swap available - yet it returns values which calculate out to 8 gig.

I'm damned if I know why.

I suspect this means that the swap in use as indicated is double what it
should be too. Which is a bit of a bummer.

Oh well. I'll just have to live with it.

Thanks.

Darren

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Javier
Szyszlican
Sent: Friday, 9 July 2004 1:34 AM
Cc: [EMAIL PROTECTED]
Subject: Re: [jffnms-users] Reading NT servers virtual memory -- where
does the size data com e from?


Hi Darren,

If you are talking about NT servers, they don't use the same MIBs as the 
Windows 2000. W2K uses the standard HostMIB, and the older NT uses a 
private MIB that jffnms does not support.

JFFNMS does not detect the number of CPUs on any host, but you can 
configure the number in a field inside the CPU interface. Also, the 
graphs should reflect the real number of CPUs, I mean it should add to 200%.

JFFNMS uses the HostMIB hrStorage section to get the Disks and Memory 
information, this is standard for all hosts, not a Windows specific item.

To be sure of the values returned do a:

snmpwalk -v1 -c <community> <ip> host

(host is literal meanning the HostMIB tree).

Javier

Darren Gibbs wrote:
> What the subject says.
> 
> I use JFFNMS to monitor a number of Windows 2000 servers with SNMP
> installed.
> 
> For the most part, things work fine, with a couple of exceptions.
> 
> The first is the processor monitoring - these servers have 2 processors in
> them, and JFNMS seems only to see one. Another NMS I am running for a
> different purpose actually records 4 processors, because of the
> Hyperthreading of the P4.
> 
> The second is the virtual memory monitoring. Where does JFFNMS get its
> figures for the amount of virtual memory available? For example, JFFNMS
> thinks one of my servers has 8 gig of virtual memory - and I know for a
fact
> its maximum swap file size is limited to 4 gig.
> 
> Similar problems exist on other servers - and I've noticed the figure
JFFNMS
> records as the maximum swap space is always double the maximum amount
> actually assigned to the server.
> 
> Have I configured something incorrectly here? Or is there some mystery to
> the SNMP OID's for Windows 2000 servers which baffles me?
> 
> 
> Darren Gibbs
> Senior Network Engineer
>  
> Sky Channel
> 
> Phone:+61-2-9975-0344
> Fax:+61-2-9975-6443
> Mobile:0422-005-541
> SW Board: +61 2 9451 0888
> Email:[EMAIL PROTECTED]
> 
> 
> Visit our website http://www.skychannel.com.au 
>  
> 
> --- 
> "This message and any attachment to it is intended for the use of the
individual or entity to whom it is addressed by the first sender and
contains information which may be confidential and/or privileged.
> 
> If you receive this message and any attachment in error, please delete it
immediately and notify the sender by electronic mail or telephone (61 2)
9451 0888. Unless you have been expressly authorised by the sender, you are
prohibited from copying, distributing or using the information contained in
this message and any attachment.
> 
> Sky Channel (ABN 77 009 136 010) is a part of the Tab Limited Group. Sky
Channel is not responsible for any changes made to this mesage or any
attachments other than those made by Sky Channel, or for the effects of
changes made by others on the meaning of this message and any attachment.
> 
> Sky Channel does not represent that any attachment is free from computer
viruses or defects and the user assumes all responsibility for any loss,
damage or consequence resulting directly or indirectly from the use of any
attachment.
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
> digital self defense, top technical experts, no vendor pitches, 
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> jffnms-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jffnms-users

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Javier Szyszlican, Project Leader, JFFNMS
[EMAIL PROTECTED]

I hope JFFNMS or I were helpful to you, if you
can, please donate at http://jffnms.org/donate



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
jffnms-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users

--- 
"This message and any attachment to it is intended for the use of the individual or 
entity to whom it is addressed by the first sender and contains information which may 
be confidential and/or privileged.

If you receive this message and any attachment in error, please delete it immediately 
and notify the sender by electronic mail or telephone (61 2) 9451 0888. Unless you 
have been expressly authorised by the sender, you are prohibited from copying, 
distributing or using the information contained in this message and any attachment.

Sky Channel (ABN 77 009 136 010) is a part of the Tab Limited Group. Sky Channel is 
not responsible for any changes made to this mesage or any attachments other than 
those made by Sky Channel, or for the effects of changes made by others on the meaning 
of this message and any attachment.

Sky Channel does not represent that any attachment is free from computer viruses or 
defects and the user assumes all responsibility for any loss, damage or consequence 
resulting directly or indirectly from the use of any attachment.



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
jffnms-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users

Reply via email to