From owner-freebsd-stable@FreeBSD.ORG Thu Aug 6 06:45:46 2009 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 EEF66106564A for ; Thu, 6 Aug 2009 06:45:46 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from smtp.netway.cz (smtp.netway.cz [85.239.225.195]) by mx1.freebsd.org (Postfix) with ESMTP id 880EC8FC14 for ; Thu, 6 Aug 2009 06:45:46 +0000 (UTC) Received: from vn.chello.upc.cz (r4n174.net.upc.cz [84.42.141.174]) (authenticated bits=0) by smtp.netway.cz (8.14.3/8.14.3) with ESMTP id n766jikc039843; Thu, 6 Aug 2009 08:45:45 +0200 (CEST) (envelope-from vnovy@vnovy.net) Message-ID: <4A7A7C13.40802@vnovy.net> Date: Thu, 06 Aug 2009 08:45:39 +0200 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: alexpalias-bsdstable@yahoo.com, freebsd-stable@freebsd.org References: <470971.22650.qm@web56407.mail.re3.yahoo.com> In-Reply-To: <470971.22650.qm@web56407.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: em driver input errors 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: Thu, 06 Aug 2009 06:45:47 -0000 alexpalias-bsdstable@yahoo.com wrote: > --- On Wed, 8/5/09, Vitezslav Novy wrote: > >> I had similar problem with bsnmpd + >> mibII module running. >> > > Thanks for the pointer. Did you find a solution to this problem? No. Just stopped bsnmpd. > Maybe I should try switching to net-snmpd or some other snmpd? > I used net-snmpd before, but I was not able to use HC_* counters. If I understand situation, bsnmpd creates 64bit counters from system 32 bit counters, but net-snmpd does not. (Maybe I'm wrong). I think, it can be problem with lock on interface statistics or sysctl tree. Bsnmpd reads sysctl net.link.generic.ifdata..general Netstat doesn't use this call and makes no problem. v.