[mrtg] Re: Weird CPU Graphs

[Anthony Scott]

Wow, that's cool!
How much overhead do you think it costs? I know running Perf Mon locally causes overhead, but not sure about running it remotely...
Thanks a lot!!

-----Original Message-----
From: Simon ter Veen [mailto:STVeen at RosenInspection.net]
Sent: Wednesday, April 16, 2003 10:06 AM
To: Anthony Scott
Subject: RE: [mrtg] Re: Weird CPU Graphs


hi there...

if you want to monitor your W2K server you might wanna look at this:
http://www.wn.com.au/psimmo/
it helped me a lot after I lost my nerves with MS and SNMP :)

HTH
simon

-----Original Message-----
From: Anthony Scott [mailto:ascott at triadfoodsgroup.com] 
Sent: Wednesday, April 16, 2003 4:50 PM
To: MRTG (E-mail)
Subject: [mrtg] Re: Weird CPU Graphs


Typical huh?
Thanks for your reply!

-----Original Message-----
From: Jerry Heidtke [mailto:jheidtke at fmlh.edu]
Sent: Wednesday, April 16, 2003 9:43 AM
To: Anthony Scott; MRTG (E-mail)
Subject: RE: [mrtg] Weird CPU Graphs



See http://support.microsoft.com/support/kb/articles/q146/0/04.asp

Microsoft's side of the story:

SNMP Counter Values Are Unreliable in SMP Computers
The information in this article applies to:Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Professional
Microsoft Windows 2000 Datacenter Server
Microsoft Windows NT Server 3.5
Microsoft Windows NT Server 3.51
Microsoft Windows NT Server 4.0
SYMPTOMS
Windows NT simple network management protocol (SNMP) counters, such as
output queue length, may yield unlikely results in symmetric
multiprocessor (SMP) computers.
CAUSE
This problem occurs because Windows NT TCP/IP does not use interlocked
operations to maintain its statistics counters. The SNMP counters are
maintained in the TCP/IP code.
The decision to not implement spinlocks to guarantee the integrity of
the SNMP counters is based on performance concerns and will not be
changed. 
STATUS
Spinlocks were left out of the TCP/IP code for counter operations
intentionally for performance reasons. This will not be fixed. 

My side of the story:

Microsoft has never been serious about snmp support in their operating
systems, because having properly implemented snmp support for monitoring
and management enables users to implement someone else's products for
management and monitoring. Microsoft wants you to use their expensive
and proprietary products.

It is possible to get reliable statistics out of Windows for use in
MRTG, but you won't do this through Microsoft's snmp. If your hardware
vendor supplies snmp management agents, use those, otherwise do
something like directly query WMI stats with an external vbscript
program run through mrtg.

Jerry

 

-----Original Message-----
From: Anthony Scott [mailto:ascott at triadfoodsgroup.com] 
Sent: Wednesday, April 16, 2003 7:47 AM
To: MRTG (E-mail)
Subject: [mrtg] Weird CPU Graphs


Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi all. I am monitoring CPU Utilization a dual processor Win2k Server. I
=
am using MRTG with RRDTool and I am getting some really strange results.
=
I have attached a pic but I don't know if it will go through.
Basically, I used GetIf to get the OIDs for each processor. I am getting
=
consistent spike to 100% on the second CPU and very erratic results for
=
the first cpu. Windows performance monitor display more normal results.
Any ideas?
Thanks!!



-- Attached file removed by Ecartis and put at URL below --
-- Type: image/png
-- Desc: serversHQTER2_Win2k.cfg-Hqter2_CPU-w-l2.png
-- Size: 12k (13010 bytes)
-- URL : http://www.ee.ethz.ch/~slist/pantomime/serversHQTER2_Win2k.cfg


--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi


Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential and privileged information.  Any unauthorized review, use,
disclosure or distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi