From owner-freebsd-stable@FreeBSD.ORG Fri Jan 29 20:28:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6764A106566B for ; Fri, 29 Jan 2010 20:28:28 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id E5D6B8FC0A for ; Fri, 29 Jan 2010 20:28:27 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o0TBbsn2022110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 29 Jan 2010 12:37:55 +0100 Received: from [147.83.40.234] ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o0TBbscb032399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Jan 2010 12:37:54 +0100 Message-ID: <4B62C890.3020802@entel.upc.edu> Date: Fri, 29 Jan 2010 12:37:52 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Fri, 29 Jan 2010 12:37:55 +0100 (CET) Subject: bsnmpd returns incorrect hrProcessorLoad values X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 20:28:28 -0000 Hi, I'm using cacti to monitor some servers running FBSD. I was using 7.2 with SCHED_4BSD. With this configuration : bsnmpd+bsnmp-ucd was returning right values for the cores' load. I recently updated the servers (via csup) to RELENG_8 and bsnmpd is returning negative values for the cores' load. If I try something like in a 4-core system : snmpwalk -v 2c -c community server .1.3.6.1.2.1.25.3.3.1 what I get is : .1.3.6.1.2.1.25.3.3.1.1.6 = OID: .0.0 .1.3.6.1.2.1.25.3.3.1.1.10 = OID: .0.0 .1.3.6.1.2.1.25.3.3.1.1.14 = OID: .0.0 .1.3.6.1.2.1.25.3.3.1.1.18 = OID: .0.0 .1.3.6.1.2.1.25.3.3.1.2.6 = INTEGER: -182 .1.3.6.1.2.1.25.3.3.1.2.10 = INTEGER: -182 .1.3.6.1.2.1.25.3.3.1.2.14 = INTEGER: -182 .1.3.6.1.2.1.25.3.3.1.2.18 = INTEGER: -182 I tried and old bsnmpd-ucd (0.2.1, works fine in a 7,2 system) with a 8.0 system. Same wrong results. And it seems bsnmpd in /usr/src/contrib has not changed between 7.2 and 8.0. Any ideas ? I'm not an expert, but with tcpdump I see different results. Against an old 7.2 system, the field related to each core load gives the right value. Instead, against and 8.0 system, those field show (in hex) values like fd 4b. What I don't know is how bsdnmp-ucb retrives those values and how it construct the udp response packet. Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc