From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 01:29:00 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 86171106566C; Sun, 28 Feb 2010 01:29:00 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f177.google.com (mail-yx0-f177.google.com [209.85.210.177]) by mx1.freebsd.org (Postfix) with ESMTP id BCA5F8FC14; Sun, 28 Feb 2010 01:28:59 +0000 (UTC) Received: by yxe7 with SMTP id 7so411388yxe.3 for ; Sat, 27 Feb 2010 17:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=8pGHvl5sf51h5RcX9LxN8pmeTTZsMffc21YLyJQW8c0=; b=C6gWRGZxWd/365nmGzsL9/PPaKeTp5r0Ci/eT5DZhPgB6j/svYKFY9or5uhodEuZn9 gWAI/k5g0/93RQYWfN9Ky8eSBgoCpZ4Tqf2R/UZ4Vuzw1P/5C2WAZmrawkEb8B9StVmg pYl4BWTD9QW05S+v7ufZm4HWLwo0l0Pat6xd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cAjsDOjIXTKRsOQuTVRDlA65/nzXKC/VIUGP56hRuq+mauOS2F8f3tcMrIx7a2zfDd 0tSlm3evhMDNtzCG24048DzqzBhkDkwho+DHe/1675HW3Yvob+YkDUtO0456EAfAm7Xg OyF8NXJ5V3BqXbfKdCMYd1hQKARhj2rbEvDlo= MIME-Version: 1.0 Received: by 10.100.18.11 with SMTP id 11mr3427638anr.154.1267320528819; Sat, 27 Feb 2010 17:28:48 -0800 (PST) Date: Sun, 28 Feb 2010 03:28:48 +0200 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: 8.0 on new hardware and a few errors, should I be worried? 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: Sun, 28 Feb 2010 01:29:00 -0000 Hello I've very recently finished installing 8.0-RELEASE on some new hardware and I noticed a few error messages that make me a bit uneasy. This is a snip from my dmesg: -------------------------------------------------- acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bf600000 (3) failed -------------------------------------------------- What do these mean and should I worry about it? The full DMESG can be viewed here: http://jago.pp.fi/temp/dmesg.txt Additionally, while building a whole bunch of ports on this new system (about 30 or so, samba, ncftp, portaudit, bash, the usual suspects), I noticed the following in my logs during the build process: -------------------------------------------------- Feb 27 21:24:01 atombsd kernel: pid 38846 (try), uid 0: exited on signal 10 (core dumped) Feb 27 22:17:49 atombsd kernel: pid 89665 (conftest), uid 0: exited on signal 6 (core dumped) -------------------------------------------------- All ports seem to have built and installed succesfully. Again, what do these mean and should I worry about it? :) Thanks! - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 01:34:00 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 B3A8F1065670 for ; Sun, 28 Feb 2010 01:34:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 61F118FC16 for ; Sun, 28 Feb 2010 01:33:59 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta13.westchester.pa.mail.comcast.net with comcast id nCGd1d0041ei1Bg5DDa03g; Sun, 28 Feb 2010 01:34:00 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta24.westchester.pa.mail.comcast.net with comcast id nDc81d00Q3S48mS3kDc969; Sun, 28 Feb 2010 01:36:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3D6CD1E301A; Sat, 27 Feb 2010 17:33:58 -0800 (PST) Date: Sat, 27 Feb 2010 17:33:58 -0800 From: Jeremy Chadwick To: Dan Naumov Message-ID: <20100228013358.GA70119@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org Subject: Re: 8.0 on new hardware and a few errors, should I be worried? 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: Sun, 28 Feb 2010 01:34:00 -0000 On Sun, Feb 28, 2010 at 03:28:48AM +0200, Dan Naumov wrote: > Additionally, while building a whole bunch of ports on this new system > (about 30 or so, samba, ncftp, portaudit, bash, the usual suspects), I > noticed the following in my logs during the build process: > > -------------------------------------------------- > Feb 27 21:24:01 atombsd kernel: pid 38846 (try), uid 0: exited on > signal 10 (core dumped) > Feb 27 22:17:49 atombsd kernel: pid 89665 (conftest), uid 0: exited on > signal 6 (core dumped) > -------------------------------------------------- This is intentional/normal, believe it or not. It's by-design as part of some compiler tests that autoconf (or the software that uses autoconf) induces. Thanks, GNU! FreeBSD logs these to the console by default; the sysctl to control this behaviour is kern.logsigexit. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 02:39:56 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 42A5A106566B for ; Sun, 28 Feb 2010 02:39:55 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC89C8FC1C for ; Sun, 28 Feb 2010 02:39:54 +0000 (UTC) Received: by vws14 with SMTP id 14so621822vws.13 for ; Sat, 27 Feb 2010 18:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=ykZSVymhfGyoZo0BYSSzGkl90mSOALnaP97FE5FmeSY=; b=QsTalR7hBw4wtthcwqLK89akvPQU0PAlCYc6bMWvWJSkCyT3NXjGUj/XM3+Zzt12r8 1ZYhIuIENHhewXddKzFTEMNjopulv0dNJVwpBaTvHsri3qbnjDdtab/hGL+NRkIJm3/r S4NTb2R2yLJiPbyiQoW2cRjNgwZQILP3YnsKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=PBB+9NSdQbyLmdhoYC1H/2oq/kQo69YCrqdrxFXEtG4rYbLec0IQ/FdJ69kG/kcSDU 0nzi/0fXAgDGC65NkkzGwgsQNokuQqYKnNdCivVm3m9u+Zv3C1Mhgpn8Bo0x5ygyHpcG 5SXeDEkiOFRfOBjXAitlzo7Fo/z/gAk8RUHwY= Received: by 10.220.107.5 with SMTP id z5mr1771957vco.223.1267322982620; Sat, 27 Feb 2010 18:09:42 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 25sm15907687vws.12.2010.02.27.18.09.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Feb 2010 18:09:41 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Sun, 28 Feb 2010 02:09:37 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> To: Robert Watson X-Mailer: Apple Mail (2.1077) Cc: spil.oss@gmail.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath 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: Sun, 28 Feb 2010 02:39:56 -0000 Hi, On 27 Feb 2010, at 20:29, Robert Watson wrote: >=20 > On Sat, 27 Feb 2010, Spil Oss wrote: >=20 >> Thanks for the confirmation! >>=20 >> Is anything known re. a timeline for implementation of wireless-N? = (8.1? 9.0?) >=20 > I know that Rui Paulo is working on this actively; I've added him to = the CC line as I'm not sure if he follows freebsd-stable. >=20 > Robert N M Watson > Computer Laboratory > University of Cambridge >=20 >>=20 >> Kind regards, >>=20 >> Spil >>=20 >> On Sat, Feb 27, 2010 at 1:43 PM, Bernhard Schmidt >> wrote: >>> On Sat, Feb 27, 2010 at 01:27:09PM +0100, Spil Oss wrote: >>>> Hi All, >>>>=20 >>>> Got myself an Atheros AR5416 card to upgrade my HostAP to = Wireless-N speed. >>>>=20 >>>> Somehow I can't find a way to convince the driver to go into 11n = mode >>>>=20 >>>> # ifconfig wlan0 mode 11b >>>> # ifconfig wlan0 mode 11g >>>> # ifconfig wlan0 mode 11n >>>> ifconfig: SIOCSIFMEDIA (media): Device not configured >>>=20 >>> It's either mode 11na or mode 11ng. >>>=20 >>>> The man-page for ifconfig specifies only 11a, 11b and 11g as modes. >>>> The part is functioning fine in 11g mode. The man page also specifies 11na and 11ng, so I hope you're running 8.0, = at least. >>>>=20 >>>> Am I missing something obvious or is Wireless-N support not fully >>>> implemented yet? >>>=20 >>> There is no rate control algo fuer 11n, afaik, you will only be able = to >>> use legacy rates. Progress on supporting 11n with atheros cards is on going. There's much = more to it than adapting the rate control algorithm. Please stay tuned. Regards, -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 03:22:45 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 B9DAF106564A for ; Sun, 28 Feb 2010 03:22:45 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6BF8FC19 for ; Sun, 28 Feb 2010 03:22:45 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id C843711431; Sat, 27 Feb 2010 22:22:44 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3r3qYDn0rs10; Sat, 27 Feb 2010 22:22:43 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 874091141C; Sat, 27 Feb 2010 22:22:42 -0500 (EST) Message-ID: <4B89E174.1060802@pingle.org> Date: Sat, 27 Feb 2010 22:22:28 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Rui Paulo References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Sun, 28 Feb 2010 03:22:45 -0000 On 2/27/2010 9:09 PM, Rui Paulo wrote: > On 27 Feb 2010, at 20:29, Robert Watson wrote: > Progress on supporting 11n with atheros cards is on going. There's much more to it than adapting the rate control algorithm. Please stay tuned. Are you aware if similar work ongoing for the mwl(4) based 802.11n cards? I picked up a couple cheap this past week and have them working with hostapd but, as with the OP in the thread, only with G rates. The ifconfig[1] output suggests that it is using 40MHz wide ht channels but devices only associate at 54Mbps[2]. Jim [1] ifconfig mwl0_wlan1 mwl0_wlan1: flags=8843 metric 0 mtu 1500 ether 00:01:36:17:96:0e inet6 fe80::201:36ff:fe17:960e%mwl0_wlan1 prefixlen 64 scopeid 0x9 inet 192.168.15.1 netmask 0xffffff00 broadcast 192.168.15.255 nd6 options=3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid WatchTower channel 100 (5500 MHz 11a ht/40+) bssid 00:01:36:17:96:0e regdomain DEBUG indoor authmode WPA2/802.11i privacy MIXED deftxkey 3 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 14 scanvalid 60 ampdulimit 64k ampdudensity 4 shortgi smps burst dtimperiod 1 [2] ifconfig mwl0_wlan1 list sta (w/addr removed) AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 1 120 54M 33.0 0 1537 25952 EP A RSN (rssi 68:20:20 nf 0:0:0) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 12:11:47 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF4D2106564A; Sun, 28 Feb 2010 12:11:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 89B018FC0C; Sun, 28 Feb 2010 12:11:47 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Nlhzr-0004ci-3W; Sun, 28 Feb 2010 14:11:43 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: <20100227220310.GA65110@icarus.home.lan> References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Jeremy Chadwick message dated "Sat, 27 Feb 2010 14:03:10 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 Feb 2010 14:11:42 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , Gerrit =?iso-8859-1?Q?K=FChn?= , Eirik =?iso-8859-1?Q?=D8verby?= , rwatson@freebsd.org Subject: Re: mbuf leakage with nfs/zfs? 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: Sun, 28 Feb 2010 12:11:48 -0000 > On Sat, Feb 27, 2010 at 10:53:00PM +0100, Willem Jan Withagen wrote: > > On 27-2-2010 21:32, Eirik =D8verby wrote: > > >I've had a discussion with some folks on this for a while. I can eas= il=3Dy > > >reproduce this situation by mounting a FreeBSD ZFS filesystem via > > >NFS-UDP from an OpenBSD machine. Telling the OpenBSD machine to use = TC=3DP > > >instead of UDP makes the problem go away. > > > > > >Other FreeBSD systems mounting the same share, either using UDP or T= CP=3D, > > >does not cause the problem to show up. > > > > > >A patch was suggested by Rick Macklem, but that did not solve the is= su=3De: > > >http://lists.freebsd.org/pipermail/freebsd-current/2009-December/014= 18=3D1.html> >=20 > > I concur. > > Everything in my network is now on TCP, and there is no mbuf leakage.= > > I just don't get over the 5500 mark, no matter what I throw at it. > >=20 > > I do feel that TCP is not as well performing on a local net with Linu= x, > > hence the choice for UDP. But TCP is workable as next best. >=20 > I'm pulling in Robert Watson, who has some familiarity with the UDP > stack/code in FreeBSD. I'm not sure he'll be a sufficient source of > knowledge for this specific issue since it appears (?) to be specific t= o > NFS; Rick Macklem would be a better choice, but as reported, he's MIA. >=20 > Robert, are you aware of any changes or implementation issues which > might cause excessive (read: leaking) mbuf use under UDP-based NFS? Do= > you know of a way folks could determine the source of the leak, either > via DDB or while the system is live? I have been runing some tests in a controlled environment. server and client are both 64bit Xeon/X5550 =40 2.67GHz with 16Gb of mem= ory FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads the client is runing latest 8.0 stable the load is created by runing 'make -j32 buildworld' and sleeping 150 sec= . in between runs, this is the straight line you will see in the graphs. Both the src and obj directories are NFS mounted from the server, regular= UFS. when server is running 7.2-stable no leakage is seen. see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/=7Btcp,udp=7D-7.2.= ps when server is runing 8.0-stable see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/=7Btcp,udp=7D-8.0.= ps you can see that udp is leaking=21 cheers, danny ps: I think the subject should be changed again, removing zfs ... From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 12:21:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02151065672; Sun, 28 Feb 2010 12:21:32 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2758FC14; Sun, 28 Feb 2010 12:21:32 +0000 (UTC) Received: from [192.168.2.102] (host86-181-230-35.range86-181.btcentralplus.com [86.181.230.35]) by cyrus.watson.org (Postfix) with ESMTPSA id 9F06646B17; Sun, 28 Feb 2010 07:21:30 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: Date: Sun, 28 Feb 2010 12:21:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> To: Daniel Braniss X-Mailer: Apple Mail (2.1077) Cc: stable@freebsd.org, freebsd-fs@freebsd.org, =?iso-8859-1?Q?Gerrit_K=FChn?= , Willem Jan Withagen , =?iso-8859-1?Q?Eirik_=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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: Sun, 28 Feb 2010 12:21:32 -0000 On Feb 28, 2010, at 12:11 PM, Daniel Braniss wrote: >> I'm pulling in Robert Watson, who has some familiarity with the UDP >> stack/code in FreeBSD. I'm not sure he'll be a sufficient source of >> knowledge for this specific issue since it appears (?) to be specific = to >> NFS; Rick Macklem would be a better choice, but as reported, he's = MIA. >>=20 >> Robert, are you aware of any changes or implementation issues which >> might cause excessive (read: leaking) mbuf use under UDP-based NFS? = Do >> you know of a way folks could determine the source of the leak, = either >> via DDB or while the system is live? >=20 > I have been runing some tests in a controlled environment. >=20 > server and client are both 64bit Xeon/X5550 @ 2.67GHz with 16Gb of = memory > FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads >=20 > the client is runing latest 8.0 stable > the load is created by runing 'make -j32 buildworld' and sleeping 150 = sec. > in between runs, this is the straight line you will see in the graphs. > Both the src and obj directories are NFS mounted from the server, = regular UFS. >=20 > when server is running 7.2-stable no leakage is seen. > see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/{tcp,udp}-7.2.ps > when server is runing 8.0-stable > see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/{tcp,udp}-8.0.ps > you can see that udp is leaking! >=20 > cheers, > danny > ps: I think the subject should be changed again, removing zfs ... This type of problem (occurs with one client but not another) is almost = always the result of the access pattern of a particular client = triggering a specific (and perhaps single) bug in error-handling. For = example, we might not be properly freeing the received request when = generating an EPERM in an edge case. The hard bit is identifying which = it is. If it's reproducible with UDP, then usually the process is: - Build a minimal test case to trigger the problem -- ideally with as = little complexity as possible. - Run netstat -m at the beginning of the test and the end of the test on = the server to count the number of leaked mbufs - Run wireshark throughout the test - Walk the wireshark trace looking for some error that occurs at about = the same or slightly lower number of times then the number of mbufs = leaked - Iterate, narrowing the test case until it's either obvious exactly = what's going on, or you've identified a relatively constrained code path = and can just spot the bug by reading the code It's almost certainly one or a small number of very specific RPCs that = are triggering it -- maybe OpenBSD does an extra lookup, or stat, or = something, on a name that may not exist anymore, or does it sooner than = the other clients. Hard to say, other than to wave hands at the = possibilities. And it may well be we're looking at two bugs: Danny may see one bug, = perhaps triggered by a race condition, but it may be different from the = OpenBSD client-triggered bug (to be clear: it's definitely a FreeBSD = bug, although we might only see it when an OpenBSD client is used = because perhaps OpenBSD also has a bug or feature). Robert= From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 12:54:31 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 1A37C106566C; Sun, 28 Feb 2010 12:54:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78C438FC08; Sun, 28 Feb 2010 12:54:30 +0000 (UTC) Received: by wwb22 with SMTP id 22so950859wwb.13 for ; Sun, 28 Feb 2010 04:54:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=cA46BynWpiWe5tmTT9MBUA9RJpMLrBKX3Zztv8lAswY=; b=UCZVHL6LcaZ3O9dOwzA8Ag2rKM+10R7UgYktl+z9y9tFcsSXzoc8xBOtKufxTds7yz qTEZOhkv4TmNV7TCnxmTHSPJ6I2lUS1TFbyC5QjRNQNrYeSonJF2S/YoviClQ/ZPAIyD m0x6emk1ACafhk5tNU5O97Asqkeh4OwcAWNNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=kq6FthitfaLSqOyTvFMeyYwjHlubpVuPom7wX6oCBWtE0fgmQ3NkWLgtvncYYVgyxe 6xn5bcts/4Bis2EP+RUJwQg2z641P3zAkgw9MYk6jdlwI3GcEOA63+I+cSSFNlTqN6xC A3pdYtR92jkUAMmPKVfngTae0lnXV6/M6/yQQ= Received: by 10.216.157.129 with SMTP id o1mr2030458wek.197.1267361666931; Sun, 28 Feb 2010 04:54:26 -0800 (PST) Received: from [10.0.10.4] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 24sm3609287eyx.4.2010.02.28.04.54.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 04:54:26 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B89E174.1060802@pingle.org> Date: Sun, 28 Feb 2010 12:54:24 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> To: Jim Pingle X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Sun, 28 Feb 2010 12:54:31 -0000 On 28 Feb 2010, at 03:22, Jim Pingle wrote: > On 2/27/2010 9:09 PM, Rui Paulo wrote: >> On 27 Feb 2010, at 20:29, Robert Watson wrote: >> Progress on supporting 11n with atheros cards is on going. There's = much more to it than adapting the rate control algorithm. Please stay = tuned. >=20 > Are you aware if similar work ongoing for the mwl(4) based 802.11n > cards? I picked up a couple cheap this past week and have them working > with hostapd but, as with the OP in the thread, only with G rates. >=20 > The ifconfig[1] output suggests that it is using 40MHz wide ht = channels > but devices only associate at 54Mbps[2]. >=20 > Jim >=20 > [1] ifconfig mwl0_wlan1 > mwl0_wlan1: flags=3D8843 = metric 0 > mtu 1500 > ether 00:01:36:17:96:0e > inet6 fe80::201:36ff:fe17:960e%mwl0_wlan1 prefixlen 64 scopeid 0x9 > inet 192.168.15.1 netmask 0xffffff00 broadcast 192.168.15.255 > nd6 options=3D3 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > status: running > ssid WatchTower channel 100 (5500 MHz 11a ht/40+) bssid = 00:01:36:17:96:0e > regdomain DEBUG indoor authmode WPA2/802.11i privacy MIXED deftxkey 3 > AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 14 scanvalid 60 > ampdulimit 64k ampdudensity 4 shortgi smps burst dtimperiod 1 >=20 >=20 > [2] ifconfig mwl0_wlan1 list sta (w/addr removed) > AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > 1 120 54M 33.0 0 1537 25952 EP A RSN (rssi 68:20:20 nf > 0:0:0) mwl supports HT rates, but it looks like your AP is not sending HT rates = to you. -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 14:52:47 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C96A8106564A; Sun, 28 Feb 2010 14:52:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 736698FC14; Sun, 28 Feb 2010 14:52:47 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NlkVg-00068M-Qk; Sun, 28 Feb 2010 16:52:44 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Robert N. M. Watson" In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to "Robert N. M. Watson" message dated "Sun, 28 Feb 2010 12:21:28 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 Feb 2010 16:52:44 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, =?iso-8859-1?Q?Gerrit_K=FChn?= , Willem Jan Withagen , =?iso-8859-1?Q?Eirik_=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was: mbuf leakage with nfs/zfs) 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: Sun, 28 Feb 2010 14:52:47 -0000 > > On Feb 28, 2010, at 12:11 PM, Daniel Braniss wrote: >=20 > >> I'm pulling in Robert Watson, who has some familiarity with the UDP > >> stack/code in FreeBSD. I'm not sure he'll be a sufficient source of= > >> knowledge for this specific issue since it appears (?) to be specifi= c =3Dto > >> NFS; Rick Macklem would be a better choice, but as reported, he's = =3DMIA. > >>=20 > >> Robert, are you aware of any changes or implementation issues which > >> might cause excessive (read: leaking) mbuf use under UDP-based NFS? = =3DDo > >> you know of a way folks could determine the source of the leak, =3De= ither > >> via DDB or while the system is live? > >=20 > > I have been runing some tests in a controlled environment. > > > > server and client are both 64bit Xeon/X5550 =40 2.67GHz with 16G= b of =3Dmemory > > FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads > > > > the client is runing latest 8.0 stable > > the load is created by runing 'make -j32 buildworld' and sleeping 150= =3Dsec. > > in between runs, this is the straight line you will see in the graphs= . > > Both the src and obj directories are NFS mounted from the server, =3D= regular UFS. > > > > when server is running 7.2-stable no leakage is seen. > > see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/=7Btcp,udp=7D-7= .2.ps > > when server is runing 8.0-stable > > see ftp://ftp.cs.huji.ac.il/users/danny/freebsd/mbufs/=7Btcp,udp=7D-8= .0.ps > > you can see that udp is leaking=21 > > > > cheers, > > danny > > ps: I think the subject should be changed again, removing zfs ... > > This type of problem (occurs with one client but not another) is almo= st =3Dalways the result of the access pattern of a particular client =3Dt= riggering a specific (and perhaps single) bug in error-handling. For =3De= xample, we might not be properly freeing the received request when =3Dgen= erating an EPERM in an edge case. The hard bit is identifying which =3Dit= is. If it's reproducible with UDP, then usually the process is: > > - Build a minimal test case to trigger the problem -- ideally with as= =3Dlittle complexity as possible. > - Run netstat -m at the beginning of the test and the end of the test o= n =3Dthe server to count the number of leaked mbufs > - Run wireshark throughout the test > - Walk the wireshark trace looking for some error that occurs at about = =3Dthe same or slightly lower number of times then the number of mbufs = =3Dleaked > - Iterate, narrowing the test case until it's either obvious exactly = =3Dwhat's going on, or you've identified a relatively constrained code pa= th =3Dand can just spot the bug by reading the code > > It's almost certainly one or a small number of very specific RPCs tha= t =3Dare triggering it -- maybe OpenBSD does an extra lookup, or stat, or= =3Dsomething, on a name that may not exist anymore, or does it sooner th= an =3Dthe other clients. Hard to say, other than to wave hands at the =3D= possibilities. > > And it may well be we're looking at two bugs: Danny may see one bug, = =3Dperhaps triggered by a race condition, but it may be different from th= e =3DOpenBSD client-triggered bug (to be clear: it's definitely a FreeBSD= =3Dbug, although we might only see it when an OpenBSD client is used =3D= because perhaps OpenBSD also has a bug or feature). > > Robert=3D well, I have further reduced the problem, it happens with NFS/UDP writes.= i'll try the wireshark road, but i'm very rusty with RPC, the other road = is to check the changes, my oldest is from late october (RC2) where it's happen= ing,=20 while Gerrit tried 8-pre from November and worked, so it will be fun trying to nail it down :-) cheers, danny From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 14:56:08 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2379106566B; Sun, 28 Feb 2010 14:56:08 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A251F8FC23; Sun, 28 Feb 2010 14:56:08 +0000 (UTC) Received: from [192.168.2.102] (host86-181-230-35.range86-181.btcentralplus.com [86.181.230.35]) by cyrus.watson.org (Postfix) with ESMTPSA id 348D146B29; Sun, 28 Feb 2010 09:56:07 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: Date: Sun, 28 Feb 2010 14:56:05 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> To: Daniel Braniss X-Mailer: Apple Mail (2.1077) Cc: stable@freebsd.org, freebsd-fs@freebsd.org, =?iso-8859-1?Q?Gerrit_K=FChn?= , Willem Jan Withagen , =?iso-8859-1?Q?Eirik_=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was: mbuf leakage with nfs/zfs) 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: Sun, 28 Feb 2010 14:56:08 -0000 On Feb 28, 2010, at 2:52 PM, Daniel Braniss wrote: > well, I have further reduced the problem, it happens with NFS/UDP = writes. > i'll try the wireshark road, but i'm very rusty with RPC, the other = road is to > check the changes, my oldest is from late october (RC2) where it's = happening,=20 > while > Gerrit tried 8-pre from November and worked, so it will be fun > trying to nail it down :-) Fortunately, Wireshark actually has quite a good NFS RPC decoder -- it = will tell you what operation appears, what the arguments are, interpret = NFS error codes, etc. In fact, it's an excellent way to learn about = NFS... Robert= From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 17:38:23 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 2BA26106567B for ; Sun, 28 Feb 2010 17:38:23 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id DD7988FC31 for ; Sun, 28 Feb 2010 17:38:22 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 4364611431; Sun, 28 Feb 2010 12:38:22 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GNdLc7qGpVUi; Sun, 28 Feb 2010 12:38:20 -0500 (EST) Received: from [192.168.15.20] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 403E21141C; Sun, 28 Feb 2010 12:38:20 -0500 (EST) Message-ID: <4B8AAA0B.4010402@pingle.org> Date: Sun, 28 Feb 2010 12:38:19 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Rui Paulo References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> In-Reply-To: <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Sun, 28 Feb 2010 17:38:23 -0000 On 2/28/2010 7:54 AM, Rui Paulo wrote: > On 28 Feb 2010, at 03:22, Jim Pingle wrote: >> >> Are you aware if similar work ongoing for the mwl(4) based 802.11n >> cards? I picked up a couple cheap this past week and have them working >> with hostapd but, as with the OP in the thread, only with G rates. >> >> The ifconfig[1] output suggests that it is using 40MHz wide ht channels >> but devices only associate at 54Mbps[2]. >> >> Jim >> >> [1] ifconfig mwl0_wlan1 >> mwl0_wlan1: flags=8843 metric 0 >> mtu 1500 >> ether 00:01:36:17:96:0e >> inet6 fe80::201:36ff:fe17:960e%mwl0_wlan1 prefixlen 64 scopeid 0x9 >> inet 192.168.15.1 netmask 0xffffff00 broadcast 192.168.15.255 >> nd6 options=3 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na >> status: running >> ssid WatchTower channel 100 (5500 MHz 11a ht/40+) bssid 00:01:36:17:96:0e >> regdomain DEBUG indoor authmode WPA2/802.11i privacy MIXED deftxkey 3 >> AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 14 scanvalid 60 >> ampdulimit 64k ampdudensity 4 shortgi smps burst dtimperiod 1 >> >> >> [2] ifconfig mwl0_wlan1 list sta (w/addr removed) >> AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >> 1 120 54M 33.0 0 1537 25952 EP A RSN (rssi 68:20:20 nf >> 0:0:0) > > mwl supports HT rates, but it looks like your AP is not sending HT rates to you. Thanks for the quick clarification, that's very encouraging to find out! In this case, the mwl card is the AP. The client line is from an associated Windows 7 laptop with an Intel 5100abgn card which does show the AP as 802.11n in the AP list. I'm connected and sending this message through it right now, actually. Are there some other bits that need set in order to have clients associate with HT rates? Or some other prerequisite conditions such as number of attached antennae? I do only have one antenna attached as I didn't have a second pigtail for this test unit's case. The card actually has three connectors. I didn't see hints in the mwl(4), wlan(4), hostapd(8), hostapd.conf(5), or ifconfig(8) man pages about troubleshooting rates. I see plenty of talk in ifconfig(8) about use and control of HT rates, but given what I'm seeing in ifconfig, it should be set to use them. I've tried several combinations of channels and standards (e.g. 11ng, 11na) but always end up with a 54Mbps link. I'd appreciate any more pointers that you (or anyone else reading) may have. I'd like to write up something on the topic once I get it fully operational. Thanks, Jim From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 17:56:29 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C887106566C; Sun, 28 Feb 2010 17:56:29 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id D1C198FC2E; Sun, 28 Feb 2010 17:56:28 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id o1SHtlWD029132; Sun, 28 Feb 2010 18:55:51 +0100 Received: from pmp.uni-hannover.de (theq.pmp.uni-hannover.de [130.75.117.4]) by www.pmp.uni-hannover.de (Postfix) with SMTP id AE49524; Sun, 28 Feb 2010 18:55:47 +0100 (CET) Date: Sun, 28 Feb 2010 18:55:46 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: "Robert N. M. Watson" Message-Id: <20100228185546.f9fefa97.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.2.28.174226 Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , Eirik =?ISO-8859-1?Q?=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs 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: Sun, 28 Feb 2010 17:56:29 -0000 On Sun, 28 Feb 2010 12:21:28 +0000 "Robert N. M. Watson" wrote about Re: mbuf leakage with nfs/zfs? : RNMW> It's almost certainly one or a small number of very specific RPCs RNMW> that are triggering it -- maybe OpenBSD does an extra lookup, or RNMW> stat, or something, on a name that may not exist anymore, or does it RNMW> sooner than the other clients. Hard to say, other than to wave hands RNMW> at the possibilities. RNMW> RNMW> And it may well be we're looking at two bugs: Danny may see one bug, RNMW> perhaps triggered by a race condition, but it may be different from RNMW> the OpenBSD client-triggered bug (to be clear: it's definitely a RNMW> FreeBSD bug, although we might only see it when an OpenBSD client is RNMW> used because perhaps OpenBSD also has a bug or feature). In my case it is the Linux client causing the problems (cannot tell yet if it is only with udp, but I would think so). If I understand Daniel correctly his latest testes were performed with FreeBSD client and udp. So it may very well be a generel issue with udp?! Would this help narrowing down the problem? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 17:58:20 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD3E8106566B; Sun, 28 Feb 2010 17:58:20 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9FF8FC1C; Sun, 28 Feb 2010 17:58:19 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id o1SHvhX6029177; Sun, 28 Feb 2010 18:57:44 +0100 Received: from pmp.uni-hannover.de (theq.pmp.uni-hannover.de [130.75.117.4]) by www.pmp.uni-hannover.de (Postfix) with SMTP id A275B24; Sun, 28 Feb 2010 18:57:43 +0100 (CET) Date: Sun, 28 Feb 2010 18:57:43 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Daniel Braniss Message-Id: <20100228185743.1afcc712.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.2.28.174226 Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , "Robert N. M. Watson" , Eirik =?ISO-8859-1?Q?=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was: mbuf leakage with nfs/zfs) 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: Sun, 28 Feb 2010 17:58:20 -0000 On Sun, 28 Feb 2010 16:52:44 +0200 Daniel Braniss wrote about Re: mbuf leakage with nfs/udp (was: mbuf leakage with nfs/zfs): DB> well, I have further reduced the problem, it happens with NFS/UDP DB> writes. i'll try the wireshark road, but i'm very rusty with RPC, the DB> other road is to check the changes, my oldest is from late october DB> (RC2) where it's happening, while DB> Gerrit tried 8-pre from November and worked, so it will be fun DB> trying to nail it down :-) I already withdrew from this position yesterday, because the 8-PRE server I have does not have udp clients, only tcp. So I cannot tell (yet) wether it is affected by the leakage or not. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Sun Feb 28 19:29:42 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 1CBF4106566B for ; Sun, 28 Feb 2010 19:29:42 +0000 (UTC) (envelope-from bschmidt@mx.techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id AF33D8FC25 for ; Sun, 28 Feb 2010 19:29:41 +0000 (UTC) Received: by mx.techwires.net (Postfix, from userid 1001) id 339F91AF59; Sun, 28 Feb 2010 20:29:40 +0100 (CET) Date: Sun, 28 Feb 2010 20:29:40 +0100 From: Bernhard Schmidt To: Jim Pingle Message-ID: <20100228192940.GA48806@mx.techwires.net> References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8AAA0B.4010402@pingle.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Sun, 28 Feb 2010 19:29:42 -0000 On Sun, Feb 28, 2010 at 12:38:19PM -0500, Jim Pingle wrote: > On 2/28/2010 7:54 AM, Rui Paulo wrote: > > On 28 Feb 2010, at 03:22, Jim Pingle wrote: > >> > >> Are you aware if similar work ongoing for the mwl(4) based 802.11n > >> cards? I picked up a couple cheap this past week and have them working > >> with hostapd but, as with the OP in the thread, only with G rates. > >> > >> The ifconfig[1] output suggests that it is using 40MHz wide ht channels > >> but devices only associate at 54Mbps[2]. > >> > >> Jim > >> > >> [1] ifconfig mwl0_wlan1 > >> mwl0_wlan1: flags=8843 metric 0 > >> mtu 1500 > >> ether 00:01:36:17:96:0e > >> inet6 fe80::201:36ff:fe17:960e%mwl0_wlan1 prefixlen 64 scopeid 0x9 > >> inet 192.168.15.1 netmask 0xffffff00 broadcast 192.168.15.255 > >> nd6 options=3 > >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > >> status: running > >> ssid WatchTower channel 100 (5500 MHz 11a ht/40+) bssid 00:01:36:17:96:0e > >> regdomain DEBUG indoor authmode WPA2/802.11i privacy MIXED deftxkey 3 > >> AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 14 scanvalid 60 > >> ampdulimit 64k ampdudensity 4 shortgi smps burst dtimperiod 1 > >> > >> > >> [2] ifconfig mwl0_wlan1 list sta (w/addr removed) > >> AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >> 1 120 54M 33.0 0 1537 25952 EP A RSN (rssi 68:20:20 nf > >> 0:0:0) > > > > mwl supports HT rates, but it looks like your AP is not sending HT rates to you. > > Thanks for the quick clarification, that's very encouraging to find out! > > In this case, the mwl card is the AP. The client line is from an > associated Windows 7 laptop with an Intel 5100abgn card which does show > the AP as 802.11n in the AP list. I'm connected and sending this message > through it right now, actually. > > Are there some other bits that need set in order to have clients > associate with HT rates? Or some other prerequisite conditions such as > number of attached antennae? I do only have one antenna attached as I > didn't have a second pigtail for this test unit's case. The card > actually has three connectors. > > I didn't see hints in the mwl(4), wlan(4), hostapd(8), hostapd.conf(5), > or ifconfig(8) man pages about troubleshooting rates. I see plenty of > talk in ifconfig(8) about use and control of HT rates, but given what > I'm seeing in ifconfig, it should be set to use them. I've tried several > combinations of channels and standards (e.g. 11ng, 11na) but always end > up with a 54Mbps link. > > I'd appreciate any more pointers that you (or anyone else reading) may > have. I'd like to write up something on the topic once I get it fully > operational. Did you measure the actual bandwidth you get? Changes are high that you are actually using HT rates, the rate information is just no accurate. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 00:03:18 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 8D6B3106566B for ; Mon, 1 Mar 2010 00:03:18 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 193D08FC17 for ; Mon, 1 Mar 2010 00:03:17 +0000 (UTC) Received: by ewy26 with SMTP id 26so1015844ewy.3 for ; Sun, 28 Feb 2010 16:03:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=zcZOQMd6ir2ZZuMGLUEHbWS+oFGwtlwMwMCds9OHkEI=; b=Ntb/52JHnsjGG10A/k6vW0CSlPo1NGGK7ctineUlM06dlZ1+MNBlb4Z2TcXJOhFp+A O8vkMO8UPVns/9oB8ABQ8RmZbtMy62jC1LVzeYoFS1dvJBhlyU+9al2Dc0E2hChzj40I 23woJbinqOl77Btw6O+kAbI+qD11NewVmMzzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=ulRNek8ht1r/kcwLzbfyB7GrGUtSXsL49AwlxpN7XP0fKAWRGeJdccNVEpYRYfW1yF CMoRo9/bbs9EgI6LCkVIG9oZtE8JGD/mhY89Z225cjhjYmL7d9bHaEjge7Slt98nq36m 1tkannjlZT5jfxpqU1b0f7Ytq952etgwBWQ2s= Received: by 10.213.24.27 with SMTP id t27mr2417916ebb.64.1267401793780; Sun, 28 Feb 2010 16:03:13 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 7sm8674005eyg.16.2010.02.28.16.03.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 16:03:12 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B8AAA0B.4010402@pingle.org> Date: Mon, 1 Mar 2010 00:03:10 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> To: Jim Pingle X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 00:03:18 -0000 On 28 Feb 2010, at 17:38, Jim Pingle wrote: > On 2/28/2010 7:54 AM, Rui Paulo wrote: >> On 28 Feb 2010, at 03:22, Jim Pingle wrote: >>>=20 >>> Are you aware if similar work ongoing for the mwl(4) based 802.11n >>> cards? I picked up a couple cheap this past week and have them = working >>> with hostapd but, as with the OP in the thread, only with G rates. >>>=20 >>> The ifconfig[1] output suggests that it is using 40MHz wide ht = channels >>> but devices only associate at 54Mbps[2]. >>>=20 >>> Jim >>>=20 >>> [1] ifconfig mwl0_wlan1 >>> mwl0_wlan1: flags=3D8843 = metric 0 >>> mtu 1500 >>> ether 00:01:36:17:96:0e >>> inet6 fe80::201:36ff:fe17:960e%mwl0_wlan1 prefixlen 64 scopeid 0x9 >>> inet 192.168.15.1 netmask 0xffffff00 broadcast 192.168.15.255 >>> nd6 options=3D3 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na >>> status: running >>> ssid WatchTower channel 100 (5500 MHz 11a ht/40+) bssid = 00:01:36:17:96:0e >>> regdomain DEBUG indoor authmode WPA2/802.11i privacy MIXED deftxkey = 3 >>> AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 14 scanvalid 60 >>> ampdulimit 64k ampdudensity 4 shortgi smps burst dtimperiod 1 >>>=20 >>>=20 >>> [2] ifconfig mwl0_wlan1 list sta (w/addr removed) >>> AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >>> 1 120 54M 33.0 0 1537 25952 EP A RSN (rssi 68:20:20 = nf >>> 0:0:0) >>=20 >> mwl supports HT rates, but it looks like your AP is not sending HT = rates to you. >=20 > Thanks for the quick clarification, that's very encouraging to find = out! >=20 > In this case, the mwl card is the AP. The client line is from an > associated Windows 7 laptop with an Intel 5100abgn card which does = show > the AP as 802.11n in the AP list. I'm connected and sending this = message > through it right now, actually. >=20 > Are there some other bits that need set in order to have clients > associate with HT rates? Or some other prerequisite conditions such as > number of attached antennae? I do only have one antenna attached as I > didn't have a second pigtail for this test unit's case. The card > actually has three connectors. Having only 1 antenna connected will likely impact your connection. > I didn't see hints in the mwl(4), wlan(4), hostapd(8), = hostapd.conf(5), > or ifconfig(8) man pages about troubleshooting rates. I see plenty of > talk in ifconfig(8) about use and control of HT rates, but given what > I'm seeing in ifconfig, it should be set to use them. I've tried = several > combinations of channels and standards (e.g. 11ng, 11na) but always = end > up with a 54Mbps link. >=20 > I'd appreciate any more pointers that you (or anyone else reading) may > have. I'd like to write up something on the topic once I get it fully > operational. I don't know what's happening, but I guess your Windows 7 laptop isn't = sending the necessary HT rates in the association. Try using wlandebug = to see what's happening. -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 00:08:15 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 2E533106566B for ; Mon, 1 Mar 2010 00:08:15 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 01A838FC13 for ; Mon, 1 Mar 2010 00:08:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 5DC4F50A7D for ; Mon, 1 Mar 2010 00:08:14 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vddfUy9C-ta for ; Mon, 1 Mar 2010 00:08:13 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 178E850844 for ; Mon, 1 Mar 2010 00:08:13 +0000 (GMT) Message-ID: <4B8B056D.2040107@langille.org> Date: Sun, 28 Feb 2010 19:08:13 -0500 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.8) Gecko/20100216 Thunderbird/3.0.2 MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 7.3-stable fails to boot under KVM 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: Mon, 01 Mar 2010 00:08:15 -0000 A bunch of use have colo'd a server at an ISP. We each run our own KVM (I have no other details at present). I've been running FreeBSD 7.3 inside my KVM (everyone else is running Linux. I encountered a problem when I tried to upgrade the install from 7.2-stable to 7.3-stable. The boot process hangs. The last thing shown is the memory in the system. I'll copy/paste from /var/log/messages to demonstrate the point last thing I can see on the VNC screen. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Thu Dec 3 20:37:29 UTC 2009 dan@latens.example.org:/usr/obj/usr/src/sys/LATENS i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: QEMU Virtual CPU version 0.9.1 (3008.69-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x623 Stepping = 3 Features=0x78bfbfd Features2=0x80000001> AMD Features=0x20100800 real memory = 268369920 (255 MB) avail memory = 248524800 (237 MB) ^^^ last thing I see. I can get to the boot loader screen (which is how I booted from kernel.old) Suggestions? -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 02:18:11 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 6E154106566C for ; Mon, 1 Mar 2010 02:18:11 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 39E8E8FC2B for ; Mon, 1 Mar 2010 02:18:10 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id D6E3911431; Sun, 28 Feb 2010 21:18:09 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8nnF3iEJ-l3d; Sun, 28 Feb 2010 21:18:08 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 23CA51141C; Sun, 28 Feb 2010 21:18:07 -0500 (EST) Message-ID: <4B8B23DF.4000103@pingle.org> Date: Sun, 28 Feb 2010 21:18:07 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Bernhard Schmidt References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <20100228192940.GA48806@mx.techwires.net> In-Reply-To: <20100228192940.GA48806@mx.techwires.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 02:18:11 -0000 On 2/28/2010 2:29 PM, Bernhard Schmidt wrote: > On Sun, Feb 28, 2010 at 12:38:19PM -0500, Jim Pingle wrote: [snip] >> In this case, the mwl card is the AP. The client line is from an >> associated Windows 7 laptop with an Intel 5100abgn card which does show >> the AP as 802.11n in the AP list. I'm connected and sending this message >> through it right now, actually. >> >> Are there some other bits that need set in order to have clients >> associate with HT rates? Or some other prerequisite conditions such as >> number of attached antennae? I do only have one antenna attached as I >> didn't have a second pigtail for this test unit's case. The card >> actually has three connectors. >> >> I didn't see hints in the mwl(4), wlan(4), hostapd(8), hostapd.conf(5), >> or ifconfig(8) man pages about troubleshooting rates. I see plenty of >> talk in ifconfig(8) about use and control of HT rates, but given what >> I'm seeing in ifconfig, it should be set to use them. I've tried several >> combinations of channels and standards (e.g. 11ng, 11na) but always end >> up with a 54Mbps link. >> >> I'd appreciate any more pointers that you (or anyone else reading) may >> have. I'd like to write up something on the topic once I get it fully >> operational. > > Did you measure the actual bandwidth you get? Changes are high that you > are actually using HT rates, the rate information is just no accurate. I did some tests and the throughput was quite slow. Enough to make me wonder about the antenna situation again. I'll have to dig up more pigtails and try again. Thanks for the idea. Jim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 02:26:43 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 5D33C106564A for ; Mon, 1 Mar 2010 02:26:43 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1FF8FC18 for ; Mon, 1 Mar 2010 02:26:42 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 843E311431; Sun, 28 Feb 2010 21:26:42 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bIQekMfgz-Pn; Sun, 28 Feb 2010 21:26:41 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id BC2241141C; Sun, 28 Feb 2010 21:26:40 -0500 (EST) Message-ID: <4B8B25E0.4060604@pingle.org> Date: Sun, 28 Feb 2010 21:26:40 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Rui Paulo References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> In-Reply-To: <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 02:26:43 -0000 On 2/28/2010 7:03 PM, Rui Paulo wrote: > On 28 Feb 2010, at 17:38, Jim Pingle wrote: >> Are there some other bits that need set in order to have clients >> associate with HT rates? Or some other prerequisite conditions such as >> number of attached antennae? I do only have one antenna attached as I >> didn't have a second pigtail for this test unit's case. The card >> actually has three connectors. > > Having only 1 antenna connected will likely impact your connection. I'll hook up two more and try again when I get a chance, I just need to pull them from a working unit that isn't using its wifi currently. >> I didn't see hints in the mwl(4), wlan(4), hostapd(8), hostapd.conf(5), >> or ifconfig(8) man pages about troubleshooting rates. I see plenty of >> talk in ifconfig(8) about use and control of HT rates, but given what >> I'm seeing in ifconfig, it should be set to use them. I've tried several >> combinations of channels and standards (e.g. 11ng, 11na) but always end >> up with a 54Mbps link. >> >> I'd appreciate any more pointers that you (or anyone else reading) may >> have. I'd like to write up something on the topic once I get it fully >> operational. > > I don't know what's happening, but I guess your Windows 7 laptop isn't sending the necessary HT rates in the association. Try using wlandebug to see what's happening. Ah, I wasn't aware of wlandebug(8). However, it doesn't seem to operate on this mwl(4) card. It sets the value of the sysctl net.wlan.0.debug and that doesn't show up on my system. Another system with a ral(4) card does have that sysctl. Judging by the information in the wlandebug(8) man page it appears as though this may be a side effect of mwl doing much of the work in firmware. I appreciate the information though, thanks for taking the time to reply. I'll continue to work on this again once I relocate some pigtails from another box. Jim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 02:41:18 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 A95C9106566B for ; Mon, 1 Mar 2010 02:41:18 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 328668FC14 for ; Mon, 1 Mar 2010 02:41:17 +0000 (UTC) Received: by ewy26 with SMTP id 26so1048053ewy.3 for ; Sun, 28 Feb 2010 18:41:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=TszV4WkGkUC7u2QF6s6h4PhX6APXuUelvxzS87fzkbk=; b=sx1LXMcdnhiqxi9CHrQMnu87u1NwpcvaJJ1QHNrUSLdsdeiQCREF0m2sxewfuuseFL tcp2229ri0p8pBVqFKIBQ0d82ZjOHFXrFjkc2WagmOZTrnkod5xUvgTaND4HK2/RIyX7 NppspCzU6zPxt86SoOuCy9PQZWWXHjh9/IWxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=nYt/unMlnaxv6NcVrWwhQxqulhjviyvrpBvC1sOEZzhyGt7rocwToayS079Pq0Goc/ WqGXdwy/jKCOTDXYFTS0usgA5R58bLRP/anv1qpCKj0GYi7s8IS909bFWgG8Mvb6S/J6 3VSyQ6tCqjtnjyLYAum0igvyJ6sFnozscgUaA= Received: by 10.213.1.132 with SMTP id 4mr2512159ebf.40.1267411274673; Sun, 28 Feb 2010 18:41:14 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 10sm8984626eyd.4.2010.02.28.18.41.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 18:41:13 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B8B25E0.4060604@pingle.org> Date: Mon, 1 Mar 2010 02:41:12 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <5E979157-9E68-4C08-81BD-14255B038D7F@gmail.com> References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> <4B8B25E0.4060604@pingle.org> To: Jim Pingle X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 02:41:18 -0000 On 1 Mar 2010, at 02:26, Jim Pingle wrote: > On 2/28/2010 7:03 PM, Rui Paulo wrote: >> On 28 Feb 2010, at 17:38, Jim Pingle wrote: >>> Are there some other bits that need set in order to have clients >>> associate with HT rates? Or some other prerequisite conditions such = as >>> number of attached antennae? I do only have one antenna attached as = I >>> didn't have a second pigtail for this test unit's case. The card >>> actually has three connectors. >>=20 >> Having only 1 antenna connected will likely impact your connection. >=20 > I'll hook up two more and try again when I get a chance, I just need = to > pull them from a working unit that isn't using its wifi currently. >=20 >>> I didn't see hints in the mwl(4), wlan(4), hostapd(8), = hostapd.conf(5), >>> or ifconfig(8) man pages about troubleshooting rates. I see plenty = of >>> talk in ifconfig(8) about use and control of HT rates, but given = what >>> I'm seeing in ifconfig, it should be set to use them. I've tried = several >>> combinations of channels and standards (e.g. 11ng, 11na) but always = end >>> up with a 54Mbps link. >>>=20 >>> I'd appreciate any more pointers that you (or anyone else reading) = may >>> have. I'd like to write up something on the topic once I get it = fully >>> operational. >>=20 >> I don't know what's happening, but I guess your Windows 7 laptop = isn't sending the necessary HT rates in the association. Try using = wlandebug to see what's happening. >=20 > Ah, I wasn't aware of wlandebug(8). However, it doesn't seem to = operate > on this mwl(4) card. It sets the value of the sysctl net.wlan.0.debug > and that doesn't show up on my system. Another system with a ral(4) = card > does have that sysctl. Judging by the information in the wlandebug(8) > man page it appears as though this may be a side effect of mwl doing > much of the work in firmware. >=20 > I appreciate the information though, thanks for taking the time to > reply. I'll continue to work on this again once I relocate some = pigtails > from another box. wlandebug takes an -i argument. I seem to recall you created your wlan = interface named "mwl_wlan0", so you need to type wlandebug -i mwl_wlan0. -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 03:05:17 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 CA40F106566C for ; Mon, 1 Mar 2010 03:05:17 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 94C918FC19 for ; Mon, 1 Mar 2010 03:05:17 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id EE42911427; Sun, 28 Feb 2010 22:05:16 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MXaQTT7x7jJK; Sun, 28 Feb 2010 22:05:15 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 364AC1141C; Sun, 28 Feb 2010 22:05:15 -0500 (EST) Message-ID: <4B8B2EEA.6010500@pingle.org> Date: Sun, 28 Feb 2010 22:05:14 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Rui Paulo References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> <4B8B25E0.4060604@pingle.org> <5E979157-9E68-4C08-81BD-14255B038D7F@gmail.com> In-Reply-To: <5E979157-9E68-4C08-81BD-14255B038D7F@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 03:05:17 -0000 On 2/28/2010 9:41 PM, Rui Paulo wrote: > On 1 Mar 2010, at 02:26, Jim Pingle wrote: >> Ah, I wasn't aware of wlandebug(8). However, it doesn't seem to operate >> on this mwl(4) card. It sets the value of the sysctl net.wlan.0.debug >> and that doesn't show up on my system. Another system with a ral(4) card >> does have that sysctl. Judging by the information in the wlandebug(8) >> man page it appears as though this may be a side effect of mwl doing >> much of the work in firmware. > > wlandebug takes an -i argument. I seem to recall you created your wlan interface named "mwl_wlan0", so you need to type wlandebug -i mwl_wlan0. I saw that, but that is hardcoded to expect wlan (wlan0, wlan1, etc) for an interface name. Having seen that, I recompiled wlandebug without the hardcoded interface name check and it didn't work either, but it did toss an error for the sysctl it was trying to tweak. That made me look deeper at the code and see it was really just setting the debug sysctl based on flags that wlandebug was aware of. Handy, but the same thing could be done by hand with sysctl and some bitwise math in a pinch, assuming the interface has the right oids. (Which mine doesn't, for some reason...) Jim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 03:16:14 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 4995D106566C for ; Mon, 1 Mar 2010 03:16:14 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 921DB8FC0C for ; Mon, 1 Mar 2010 03:16:13 +0000 (UTC) Received: by ewy26 with SMTP id 26so1054655ewy.3 for ; Sun, 28 Feb 2010 19:16:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=BsuoNDutm7pxho6pvRohOMHxUgm9Y+YYfZx7W2vh3kU=; b=aUskBfWGlueepJV6L8MpoDrANkEgZiFJ6L8b3Bnk3GvumncrBn89+oOL52R7uv73tm b3yTgvm3V1ec17JeQuUDrWzQZIbCcaMSkxiMQHyhZIj59qnoZ5GorjN7cyXPpLSfJs0M EtLZnBUXciwYvzRxRrHIG5ClB3/rC0ufGu6i0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=oaf3e87i+AR2MM8a3loPJuMN/WbIzWYufUkUeCaGXLrOMZVqsfiFJDYLR1t1Oq8JMc S1b+y6wjVBwDbqsIMrCQh3WU2LLTBofBvtSF1ktdJn+Wou0MymNU2Vy0dwvY3HNCSvg4 njBacPjU1F8IfdgjcW+xygWz5ahe6ppLfj3rQ= Received: by 10.213.2.79 with SMTP id 15mr2881130ebi.96.1267413366700; Sun, 28 Feb 2010 19:16:06 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 10sm9036683eyd.28.2010.02.28.19.16.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 19:16:06 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B8B2EEA.6010500@pingle.org> Date: Mon, 1 Mar 2010 03:16:04 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> <4B8B25E0.4060604@pingle.org> <5E979157-9E68-4C08-81BD-14255B038D7F@gmail.com> <4B8B2EEA.6010500@pingle.org> To: Jim Pingle X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 03:16:14 -0000 On 1 Mar 2010, at 03:05, Jim Pingle wrote: > On 2/28/2010 9:41 PM, Rui Paulo wrote: >> On 1 Mar 2010, at 02:26, Jim Pingle wrote: >>> Ah, I wasn't aware of wlandebug(8). However, it doesn't seem to = operate >>> on this mwl(4) card. It sets the value of the sysctl = net.wlan.0.debug >>> and that doesn't show up on my system. Another system with a ral(4) = card >>> does have that sysctl. Judging by the information in the = wlandebug(8) >>> man page it appears as though this may be a side effect of mwl doing >>> much of the work in firmware. >>=20 >> wlandebug takes an -i argument. I seem to recall you created your = wlan interface named "mwl_wlan0", so you need to type wlandebug -i = mwl_wlan0. >=20 > I saw that, but that is hardcoded to expect wlan (wlan0, wlan1, = etc) > for an interface name. Having seen that, I recompiled wlandebug = without > the hardcoded interface name check and it didn't work either, but it = did > toss an error for the sysctl it was trying to tweak. The whole system was designed for the interfaces to start with "wlan" = and be named "wlan". > That made me look deeper at the code and see it was really just = setting > the debug sysctl based on flags that wlandebug was aware of. Handy, = but > the same thing could be done by hand with sysctl and some bitwise math > in a pinch, assuming the interface has the right oids. (Which mine > doesn't, for some reason...) The purpose of wlandebug is to not do any math by hand. -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 04:56:13 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 E8DCD106564A for ; Mon, 1 Mar 2010 04:56:12 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id B43168FC17 for ; Mon, 1 Mar 2010 04:56:12 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id D1BA411431; Sun, 28 Feb 2010 23:56:11 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cvdj6EWlLJV0; Sun, 28 Feb 2010 23:56:10 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 01A9B11427; Sun, 28 Feb 2010 23:56:09 -0500 (EST) Message-ID: <4B8B48E9.70104@pingle.org> Date: Sun, 28 Feb 2010 23:56:09 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: Rui Paulo References: <5fbf03c21002270427s74d0f067gb76cfe10c2794121@mail.gmail.com> <20100227124308.GA28213@mx.techwires.net> <5fbf03c21002270501l2e388ec9tbdad684d38609861@mail.gmail.com> <4B89E174.1060802@pingle.org> <1B1F52CC-FF36-4432-9345-73BB673EE7E8@gmail.com> <4B8AAA0B.4010402@pingle.org> <3BA70425-5413-4E04-AA91-85B699B1D8EF@gmail.com> <4B8B25E0.4060604@pingle.org> <5E979157-9E68-4C08-81BD-14255B038D7F@gmail.com> <4B8B2EEA.6010500@pingle.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-8.0 802.11n support with ath/mwl 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: Mon, 01 Mar 2010 04:56:13 -0000 On 2/28/2010 10:16 PM, Rui Paulo wrote: > On 1 Mar 2010, at 03:05, Jim Pingle wrote: > >> On 2/28/2010 9:41 PM, Rui Paulo wrote: >>> On 1 Mar 2010, at 02:26, Jim Pingle wrote: >>>> Ah, I wasn't aware of wlandebug(8). However, it doesn't seem to operate >>>> on this mwl(4) card. It sets the value of the sysctl net.wlan.0.debug >>>> and that doesn't show up on my system. Another system with a ral(4) card >>>> does have that sysctl. Judging by the information in the wlandebug(8) >>>> man page it appears as though this may be a side effect of mwl doing >>>> much of the work in firmware. >>> >>> wlandebug takes an -i argument. I seem to recall you created your wlan interface named "mwl_wlan0", so you need to type wlandebug -i mwl_wlan0. >> >> I saw that, but that is hardcoded to expect wlan (wlan0, wlan1, etc) >> for an interface name. Having seen that, I recompiled wlandebug without >> the hardcoded interface name check and it didn't work either, but it did >> toss an error for the sysctl it was trying to tweak. > > The whole system was designed for the interfaces to start with "wlan" and be named "wlan". It does certainly seem to lean that way. Personally I prefer to keep the hardware name in there, but I wasn't aware that would cause other issues. Especially when VAPs come into play, I'd rather have, for example, mwl0_wlan1, mwl0_wlan2, ath0_wlan0, etc, so I can better tie what goes where. But that's more of a bikeshed of personal preference. :-) > >> That made me look deeper at the code and see it was really just setting >> the debug sysctl based on flags that wlandebug was aware of. Handy, but >> the same thing could be done by hand with sysctl and some bitwise math >> in a pinch, assuming the interface has the right oids. (Which mine >> doesn't, for some reason...) > > The purpose of wlandebug is to not do any math by hand. Indeed, You're 110% right on that. I was just trying to work around the other issues I was seeing to get to the root of the issue, which seems to be the missing sysctl oid. I need to run some more tests and straighten my antenna issues out, but I'll report what I find back to the list in a few days. Thanks again for the information, Jim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 07:49:43 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 58CD6106564A for ; Mon, 1 Mar 2010 07:49:43 +0000 (UTC) (envelope-from lancer@acom.cv.ua) Received: from mail.acom.cv.ua (mail.acom.cv.ua [193.93.16.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC6E8FC15 for ; Mon, 1 Mar 2010 07:49:42 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.acom.cv.ua (Postfix) with ESMTP id EC15BD9C8B8 for ; Mon, 1 Mar 2010 09:29:57 +0200 (EET) X-Virus-Scanned: amavisd-new at acom.cv.ua Received: from mail.acom.cv.ua ([127.0.0.1]) by localhost (mail.acom.cv.ua [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F1mbep625mJA for ; Mon, 1 Mar 2010 09:29:53 +0200 (EET) Received: from [172.20.4.226] (unknown [193.93.16.12]) by mail.acom.cv.ua (Postfix) with ESMTP id DC864D9C8B2 for ; Mon, 1 Mar 2010 09:29:53 +0200 (EET) Message-ID: <4B8B6CF1.8070200@acom.cv.ua> Date: Mon, 01 Mar 2010 09:29:53 +0200 From: Andrew Rikhlivsky User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Shredder/3.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: Neighbors inactivity 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: Mon, 01 Mar 2010 07:49:43 -0000 I have a few NASes based on FreeBSD 7.2 and quagga 0.99.14, they all have same configuration with little changes. When I add to network a test server based on FreeBSD 8.0-STABLE with quagga 0.99.15, other servers doesn't receive HELLO packets from him. nas9# tcpdump -i vr0 proto ospf 13:24:04.591907 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:09.594136 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:14.596375 IP 193.62.62.14a> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:19.598678 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:24.600867 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:29.603050 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:34.605322 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:39.607564 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:44.609799 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 Counter of multicast packets on switch port constantly increasing. What the reason of inaccessibility other servers over multicast? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 10:35:47 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 D2A35106566B for ; Mon, 1 Mar 2010 10:35:47 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3D00C8FC23 for ; Mon, 1 Mar 2010 10:35:46 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o21AZiLA028411 for ; Mon, 1 Mar 2010 12:35:44 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4B8B987B.40401@eng.auth.gr> Date: Mon, 01 Mar 2010 12:35:39 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: mount_newnfs & mount_nullfs problem. 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: Mon, 01 Mar 2010 10:35:47 -0000 Dear all, In short: If I export the filesystem /export/homes, and mount it through nfsv4 on a fbsd8-stable box in the folder /mnt, and then use mount_nullfs /mnt/ /path1/path2/path3, then I have the following-wrong behaviour. If I use vi /path1/path2/path3/mamalos/newfile to write a file, the file is saved in /path1/path2, instead (!!?!). Which is on my local filesystem tree. If I echo "mytestfile" > /path1/path2/path3/mamalos/one, then the file is correctly written in /path1/path2/path3/mamalos/one. In my jail environment, I use a similar approach to that of freebsd-handbook for application jails (paragraph 15.6). So in my setup, mount command shows: solaris:/export/homes on /mnt (newnfs) /jails/j/mroot on /jails/j/postfix (nullfs, local, read-only) /jails/s/postfix on /jails/j/postfix/s (nullfs, local, read-only) /jails/t/postfix on /jails/j/postfix/t (nullfs, local) /mnt on /jails/j/postfix/t/home (nullfs) where we see my imported filesystem, the path where my postfix jail starts (/jails/j/postfix) along with two other filesystems mounted on it (/jails/j/postfix/s and /jails/j/postfix/t). On top of the latter's folder "home" I mount /mnt. If I jexec to that jail, and try to create a file using vi, then vi /home/mamalos/myfile is written in /jails/t/postfix (which is the same as /jails/j/postfix/t) What I suspect is that there must be a problem with nfs4 root-directory (which is two subfolders deep -> /export/homes) and mount_nullfs. The thing is that information is finally stored in my local filesystem instead of the imported one, which is very strange... I will look to it more thoroughly, so as to provide more feedback about the issue. Hopefully, someone with more knowledge on the source code will find an answer. FBSD-box: # uname -a FreeBSD fbsd 8.0-STABLE FreeBSD 8.0-STABLE #2: Fri Feb 19 19:30:00 EET 2010 root@filesrv.ee.auth.gr:/usr/obj/usr/src/sys/MYKERNEL amd64 # mount_newnfs -o nfsv4,rw solaris:/export/homes /mnt/ OpenSolaris: # uname -a SunOS opensolaris 5.11 snv_111b i86pc i386 i86pc Solaris # share -F nfs -o sec=sys,rw,root=@192.168.100.12 /export/homes 192.168.100.12 where 192.168.100.12 is fbsd-box's IP. Thank you all. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 11:50:44 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A004F106566C; Mon, 1 Mar 2010 11:50:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1308FC21; Mon, 1 Mar 2010 11:50:44 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 19F47153433; Mon, 1 Mar 2010 12:50:43 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RNVEs56HfWuG; Mon, 1 Mar 2010 12:50:41 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 0EA0B15342F; Mon, 1 Mar 2010 12:50:41 +0100 (CET) Message-ID: <4B8BAA80.7060401@digiware.nl> Date: Mon, 01 Mar 2010 12:52:32 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gerrit_K=FChn?= References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> <20100228185546.f9fefa97.gerrit@pmp.uni-hannover.de> In-Reply-To: <20100228185546.f9fefa97.gerrit@pmp.uni-hannover.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, freebsd-fs@freebsd.org, "Robert N. M. Watson" , =?ISO-8859-1?Q?Eirik_=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs 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: Mon, 01 Mar 2010 11:50:44 -0000 On 28-2-2010 18:55, Gerrit Kühn wrote: > On Sun, 28 Feb 2010 12:21:28 +0000 "Robert N. M. Watson" > wrote about Re: mbuf leakage with nfs/zfs? : > > RNMW> It's almost certainly one or a small number of very specific RPCs > RNMW> that are triggering it -- maybe OpenBSD does an extra lookup, or > RNMW> stat, or something, on a name that may not exist anymore, or does it > RNMW> sooner than the other clients. Hard to say, other than to wave hands > RNMW> at the possibilities. > RNMW> > RNMW> And it may well be we're looking at two bugs: Danny may see one bug, > RNMW> perhaps triggered by a race condition, but it may be different from > RNMW> the OpenBSD client-triggered bug (to be clear: it's definitely a > RNMW> FreeBSD bug, although we might only see it when an OpenBSD client is > RNMW> used because perhaps OpenBSD also has a bug or feature). > > In my case it is the Linux client causing the problems (cannot tell yet if > it is only with udp, but I would think so). If I understand Daniel > correctly his latest testes were performed with FreeBSD client and udp. So > it may very well be a generel issue with udp?! Would this help narrowing > down the problem? I'm off 'till thursday. At which time I'm willing to run more tests. Got plenty of boxes here. Both FreeBSD and Linux. And otherwise will boot more in VirtualBox. --WjW From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 13:18:28 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A358106564A for ; Mon, 1 Mar 2010 13:18:28 +0000 (UTC) (envelope-from kirgudu@kirgudu.org) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD6488FC0A for ; Mon, 1 Mar 2010 13:18:27 +0000 (UTC) Received: by wwb17 with SMTP id 17so33937wwb.13 for ; Mon, 01 Mar 2010 05:18:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.156.203 with SMTP id m53mr2889820wek.209.1267447921667; Mon, 01 Mar 2010 04:52:01 -0800 (PST) In-Reply-To: <794030a71002221019mdd2eb76xada55ce04bf3593c@mail.gmail.com> References: <20100218213213.GD11675@michelle.cdnetworks.com> <20100219055129.GL55307@zxy.spb.ru> <20100219122415.GR55307@zxy.spb.ru> <20100219190359.GJ11675@michelle.cdnetworks.com> <20100219191103.GT55307@zxy.spb.ru> <20100219200647.GK11675@michelle.cdnetworks.com> <20100219201359.GU55307@zxy.spb.ru> <794030a71002220517l435f76f8pac47a6422050d509@mail.gmail.com> <20100222181505.GF1251@michelle.cdnetworks.com> <794030a71002221019mdd2eb76xada55ce04bf3593c@mail.gmail.com> Date: Mon, 1 Mar 2010 15:52:00 +0300 Message-ID: <9bc4ff5c1003010452i2c3036c1kee408efb2818fa83@mail.gmail.com> From: Dmitry Rybin To: Denis Lamanov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, Nick Rogers , stable@freebsd.org, Slawa Olhovchenkov Subject: Re: trap 12: page fault while in kernel mode on 8.0-RELEASE (possibly bge(4) related) 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: Mon, 01 Mar 2010 13:18:28 -0000 Broadcom 5714 5715 - no problems. 2010/2/22 Denis Lamanov : > Yes, PCIX BCM5704 > FreeBSD vpn2 8.0-STABLE FreeBSD 8.0-STABLE #1 r204028: Thu Feb 18 08:29:4= 2 > EET 2010 =A0 =A0 admin@vpn2:/usr/obj/usr/src/sys/GENERIC =A0i386 > > 2010/2/22 Pyun YongHyeon > >> On Mon, Feb 22, 2010 at 03:17:17PM +0200, Denis Lamanov wrote: >> > I see same trouble (lost packets after 4 day uptime and reboot) :( >> > >> > dev.bge.0.stats.rx.FCSErrors: 18 >> > >> >> You also have PCIX BCM5704 controller? What FreeBSD version do you >> use? >> >> > 2010/2/19 Slawa Olhovchenkov >> > >> > > On Fri, Feb 19, 2010 at 12:06:47PM -0800, Pyun YongHyeon wrote: >> > > >> > > > >> > > > > dev.bge.1.stats.rx.Fragments: 1 >> > > > >> > > > You received a frame that is less than 64 bytes with a bad FCS. >> > > > >> > > > > dev.bge.1.stats.rx.UcastPkts: 2956515 >> > > > > dev.bge.1.stats.rx.MulticastPkts: 0 >> > > > > dev.bge.1.stats.rx.FCSErrors: 18 >> > > > >> > > > You have a lot of FCS errors here. >> > > > Please double check cabling. If the statistics counter is right, >> > > > sender is guilty or you have bad cabling issues here. >> > > >> > > 1. lost packets much more 18. I think hundreds, or thousands. >> > > 2. packets lost on both (bge0 & bge1) interfaces >> > > 3. packets don't lost on sources at Aug'09 >> > > _______________________________________________ >> > > freebsd-stable@freebsd.org mailing list >> > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > > To unsubscribe, send any mail to " >> freebsd-stable-unsubscribe@freebsd.org" >> > > >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 15:33:40 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A9DE1065670; Mon, 1 Mar 2010 15:33:40 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id AE0428FC13; Mon, 1 Mar 2010 15:33:39 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id o21FWM8L006737; Mon, 1 Mar 2010 16:32:26 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 64E244F; Mon, 1 Mar 2010 16:32:22 +0100 (CET) Date: Mon, 1 Mar 2010 16:32:22 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Willem Jan Withagen Message-Id: <20100301163222.47d0b9f6.gerrit@pmp.uni-hannover.de> In-Reply-To: <4B8BAA80.7060401@digiware.nl> References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> <20100228185546.f9fefa97.gerrit@pmp.uni-hannover.de> <4B8BAA80.7060401@digiware.nl> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.4; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.3.1.152129 Cc: stable@freebsd.org, freebsd-fs@freebsd.org, "Robert N. M. Watson" , Eirik =?ISO-8859-1?Q?=D8verby?= , Jeremy Chadwick Subject: Re: mbuf leakage with nfs 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: Mon, 01 Mar 2010 15:33:40 -0000 On Mon, 01 Mar 2010 12:52:32 +0100 Willem Jan Withagen wrote about Re: mbuf leakage with nfs: WJW> > In my case it is the Linux client causing the problems (cannot tell WJW> > yet if it is only with udp, but I would think so). If I understand WJW> > Daniel correctly his latest testes were performed with FreeBSD WJW> > client and udp. So it may very well be a generel issue with udp?! WJW> > Would this help narrowing down the problem? WJW> WJW> I'm off 'till thursday. WJW> At which time I'm willing to run more tests. Got plenty of boxes here. WJW> Both FreeBSD and Linux. And otherwise will boot more in VirtualBox. I finally too an axe and restarted nfsd without "-u". Now my mbuf usage is flat as it should be. I guess some people using computers with udp mounts will complian, but this can be fixed easily by converting their connections to tcp. However, I am still interested in having the issue fixed, so I will be following the thread and contribute if possible. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 17:40:23 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 36E8E106564A for ; Mon, 1 Mar 2010 17:40:23 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id 96A7F8FC13 for ; Mon, 1 Mar 2010 17:40:22 +0000 (UTC) Received: from night.vyborg.ru ([195.177.104.24]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o21HRGYk082884 for ; Mon, 1 Mar 2010 20:27:16 +0300 (MSK) (envelope-from hizel@vyborg.ru) Date: Mon, 1 Mar 2010 20:24:54 +0300 From: hizel To: freebsd-stable@freebsd.org Message-ID: <20100301202454.4693342a@night.vyborg.ru> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.16.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ipfw & natd with recent MFC of firewall_coscripts functionality 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: Mon, 01 Mar 2010 17:40:23 -0000 Hi. Similar problem. Now updated to 7.3-PRERELEASE. rc script natd said he did not know parameter quietstart. Now migrate to use kernel nat. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 18:37:22 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 90808106566C; Mon, 1 Mar 2010 18:37:22 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 28D098FC18; Mon, 1 Mar 2010 18:37:21 +0000 (UTC) Received: by pzk36 with SMTP id 36so63360pzk.8 for ; Mon, 01 Mar 2010 10:37:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qb7HEq0DzLL5aj502ZUQFFRufU+cwvIFHA66gdQEaWk=; b=Wd1hT6AZ9UISfgXu0DQxwm/AMGGK4/G0hYxHHCGQASWTU0RzHcx3TPh/F9Wp6HKPTA dlWu+d9GUjiBT+rnB0AOM/KLOpTT0YnE7C6dlVe0R7U6a6lT3ZZq2P+JEAZwCSax8nYg xkEm3xg++7MvKMNgE8WW4R++DT+6u6frjhiPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RtCJ9WHwXKbyE7g5IUSOXH4l1GTrCKyDYdoSoMmeLxxr13oBbEH4H4htUvD9uEMjGF T9jwOS4xSeshSqUQq553d4D+8dbCieCGrYpcUdm1ok8eR/WlyZqJnbEe8b51QwiXt7G3 WH2HlaYpATlPoQivTkYTRCKArq/jdhkoUmfBk= MIME-Version: 1.0 Received: by 10.142.7.29 with SMTP id 29mr2785851wfg.192.1267468637788; Mon, 01 Mar 2010 10:37:17 -0800 (PST) In-Reply-To: <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com> References: <179b97fb1001270941m2d8e9c8au20abc798c16b9c11@mail.gmail.com> <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com> Date: Mon, 1 Mar 2010 12:37:17 -0600 Message-ID: <179b97fb1003011037w4828ca1fj8de0cb5da35dfc3f@mail.gmail.com> From: Brandon Gooch To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-emulation@freebsd.org, FreeBSD Current , stable-list freebsd , John Baldwin Subject: Re: ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long 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: Mon, 01 Mar 2010 18:37:22 -0000 On Sat, Feb 20, 2010 at 4:19 PM, Attilio Rao wrote: > 2010/1/27 Brandon Gooch : >> The machine, a Dell Optiplex 755, has been locking up recently. The >> situation usually occurs while using VirtualBox (running a 64-bit >> Windows 7 instance) and doing anything else in another xterm (such as >> rebuilding a port). =A0I've been unable to reliably reproduce it (I'm in >> an X session and the machine will not panic "properly"). >> >> However, while rebuilding Xorg today at ttyv0 and runnning >> VBoxHeadless on ttyv1, I managed to trigger what I believe is the >> lockup. >> >> I've attached a textdump in hopes that someone may be able to take a >> look and provide clues or instruction on debugging this. > > I think that jhb@ saw a similar problem while working on nVidia driver > or the like. > Not sure if he made any progress to debug this. > The situation has improved slightly, although attempting to run two VirtualBox guests at the same time inevitably leads to a lock-up. I've just taken to running one at a time. Not ideal, but until more debugging can be done, it's the only option I have. I ran into this using nvidia and radeon both. I can't really find a pattern, but I do see it when Windows is trying to draw a new window, or dim the screen when UAC kicks in... BTW, anyone know how to get a good dump when running Xorg? I'm not sure I've ever been able to, even when I panic on something non related to X or video drivers. -Brandon From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 18:47:18 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 5B8AB106564A; Mon, 1 Mar 2010 18:47:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8948FC1F; Mon, 1 Mar 2010 18:47:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D2DF546B8C; Mon, 1 Mar 2010 13:47:17 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9141A8A024; Mon, 1 Mar 2010 13:47:16 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 1 Mar 2010 13:44:52 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003011344.52123.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 01 Mar 2010 13:47:16 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dan Naumov , freebsd-questions@freebsd.org Subject: Re: 8.0 on new hardware and a few errors, should I be worried? 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: Mon, 01 Mar 2010 18:47:18 -0000 On Saturday 27 February 2010 8:28:48 pm Dan Naumov wrote: > Hello > > I've very recently finished installing 8.0-RELEASE on some new > hardware and I noticed a few error messages that make me a bit uneasy. > This is a snip from my dmesg: > > -------------------------------------------------- > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of fee00000, 1000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bf600000 (3) failed > -------------------------------------------------- > > What do these mean and should I worry about it? The full DMESG can be > viewed here: http://jago.pp.fi/temp/dmesg.txt You can ignore them. FreeBSD creates two psuedo-devices on x86 called apic0 and ram0. Their sole job is to reserve the memory ranges used by APIC devices and system RAM to prevent those address ranges being reused by anything else (such as PCI BARs). Many systems also reserve those ranges as a system resource via ACPI (or PnPBIOS for the non-ACPI case). What is happening is that the ACPI system resource driver isn't able to reserve these ranges because they are already claimed by apic0 and ram0. The important point is that some device claims them. It doesn't really matter which one does. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 20:34:55 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFBC2106564A for ; Mon, 1 Mar 2010 20:34:55 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3A08FC13 for ; Mon, 1 Mar 2010 20:34:55 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o21KYo3j099195 for ; Mon, 1 Mar 2010 21:34:50 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o21KYoWO099194 for stable@freebsd.org; Mon, 1 Mar 2010 21:34:50 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Mon, 1 Mar 2010 21:34:50 +0100 From: Ruben de Groot To: stable@freebsd.org Message-ID: <20100301203450.GA99170@ei.bzerk.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,J_CHICKENPOX_54 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Mon, 01 Mar 2010 21:34:54 +0100 (CET) Cc: Subject: stable-8 regression: time stands still 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: Mon, 01 Mar 2010 20:34:56 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, After upgrading my 7.2-PRERELEASE system to 8-stable I encountered some very strange problems, most obvious: - startup would hang on starting devd, only continuing after a ^C - reboot would hang, but reboot -q would work. - nfs clients would report strange locking problems. Now I've found that probably the real problem here is that NO TIME IS PASSING (!!). Successively calling 'date' will allways give me the exact same time to the second. A 'sleep 1' will hang indefinetely. The BIOS is OK. After (and only after) a reboot, time will be updated to the time of reboot, but stay there forever after. Before I go back to 7.2 (tested there are still no problems there with a livecd) maybe someone want to shed some light on this. I've attached dmesg.boot. cheers, Ruben --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE-p2 #6: Sun Feb 21 15:45:07 CET 2010 root@malenfant.lan:/usr/obj/usr/src/sys/MALENFANT module_register: module g_label already exists! Module g_label failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2700.11-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1958805504 (1868 MB) ACPI APIC Table: <090908 APIC1020> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <090908 RSDT1020> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 77f00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pcib2: at device 5.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x34000000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:1f:e2:6a:ac:35 re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: [ITHREAD] ata3: on atapci0 ata3: port is not ready (timeout 0ms) tfd = 000001d0 ata3: software reset clear timeout ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] hdac0: mem 0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 ath0: mem 0xfebf0000-0xfebfffff irq 20 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR2413 mac 7.9 RF2413 phy 4.5 rl0: port 0xe800-0xe8ff mem 0xfebefc00-0xfebefcff irq 21 at device 1.0 on pci3 miibus1: on rl0 rlphy1: PHY 0 on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:55:b1:9b rl0: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to accept, logging disabled The GEOM class LABEL is already loaded. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 acd0: DVDR at ata0-master UDMA66 ad4: 152627MB at ata2-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 GEOM: ad4: geometry does not match label (255h,63s != 16h,63s). ad6: 152627MB at ata3-master SATA300 hdac0: HDA Codec #3: Realtek ALC662 pcm0: at cad 3 nid 1 on hdac0 pcm1: at cad 3 nid 1 on hdac0 SMP: AP CPU #1 Launched! GEOM: ad6s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered Root mount waiting for: usbus5 Trying to mount root from ufs:/dev/ufs/ROOT ugen0.2: at usbus0 ugen0.3: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 21:14:46 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE29F106566C for ; Mon, 1 Mar 2010 21:14:46 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 288B98FC1A for ; Mon, 1 Mar 2010 21:14:45 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o21LEfLr099396 for ; Mon, 1 Mar 2010 22:14:41 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o21LEfjN099395 for stable@freebsd.org; Mon, 1 Mar 2010 22:14:41 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Mon, 1 Mar 2010 22:14:41 +0100 From: Ruben de Groot To: stable@freebsd.org Message-ID: <20100301211441.GB99170@ei.bzerk.org> References: <20100301203450.GA99170@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100301203450.GA99170@ei.bzerk.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,J_CHICKENPOX_54 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Mon, 01 Mar 2010 22:14:45 +0100 (CET) Cc: Subject: Re: stable-8 regression: time stands still 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: Mon, 01 Mar 2010 21:14:46 -0000 Forgot to mention. The kernel is GENERIC + IPFIREWALL* and IPDIVERT options; nothing else. I also build a RELEASE_8_0 kernel and it shows the same problems, so it's not just a recent -stable issue. On Mon, Mar 01, 2010 at 09:34:50PM +0100, Ruben de Groot typed: > > Hi, > > After upgrading my 7.2-PRERELEASE system to 8-stable I encountered > some very strange problems, most obvious: > > - startup would hang on starting devd, only continuing after a ^C > > - reboot would hang, but reboot -q would work. > > - nfs clients would report strange locking problems. > > Now I've found that probably the real problem here is that NO TIME > IS PASSING (!!). Successively calling 'date' will allways give me > the exact same time to the second. > A 'sleep 1' will hang indefinetely. > > > The BIOS is OK. After (and only after) a reboot, time will be updated to > the time of reboot, but stay there forever after. > > Before I go back to 7.2 (tested there are still no problems > there with a livecd) maybe someone want to shed some light on this. > I've attached dmesg.boot. > > cheers, > Ruben > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RELEASE-p2 #6: Sun Feb 21 15:45:07 CET 2010 > root@malenfant.lan:/usr/obj/usr/src/sys/MALENFANT > module_register: module g_label already exists! > Module g_label failed to register: 17 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2700.11-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 > Features=0x178bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x11f > TSC: P-state invariant > real memory = 2147483648 (2048 MB) > avail memory = 1958805504 (1868 MB) > ACPI APIC Table: <090908 APIC1020> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: <090908 RSDT1020> on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of ffb80000, 80000 (3) failed > acpi0: reservation of fff00000, 100000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 77f00000 (3) failed > ACPI HPET table warning: Sequence is non-zero (2) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xc000-0xc0ff mem 0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 > pcib2: at device 5.0 on pci0 > pci2: on pcib2 > re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x34000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > re0: Ethernet address: 00:1f:e2:6a:ac:35 > re0: [FILTER] > atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported > ata2: on atapci0 > ata2: port is not ready (timeout 0ms) tfd = 000001d0 > ata2: software reset clear timeout > ata2: [ITHREAD] > ata3: on atapci0 > ata3: port is not ready (timeout 0ms) tfd = 000001d0 > ata3: software reset clear timeout > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 > ohci0: [ITHREAD] > usbus0: on ohci0 > ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 > ohci1: [ITHREAD] > usbus1: on ohci1 > ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 > ohci2: [ITHREAD] > usbus2: on ohci2 > ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 > ohci3: [ITHREAD] > usbus3: on ohci3 > ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 > ohci4: [ITHREAD] > usbus4: on ohci4 > ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 > ehci0: [ITHREAD] > usbus5: EHCI version 1.0 > usbus5: on ehci0 > pci0: at device 20.0 (no driver attached) > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > hdac0: mem 0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20090624_0136 > hdac0: [ITHREAD] > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib3: at device 20.4 on pci0 > pci3: on pcib3 > ath0: mem 0xfebf0000-0xfebfffff irq 20 at device 0.0 on pci3 > ath0: [ITHREAD] > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > rl0: port 0xe800-0xe8ff mem 0xfebefc00-0xfebefcff irq 21 at device 1.0 on pci3 > miibus1: on rl0 > rlphy1: PHY 0 on miibus1 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0e:2e:55:b1:9b > rl0: [ITHREAD] > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_throttle0: CLK_VAL field overlaps THT_EN bit > device_attach: acpi_throttle0 attach returned 6 > powernow0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to accept, logging disabled > The GEOM class LABEL is already loaded. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 480Mbps High Speed USB v2.0 > acd0: DVDR at ata0-master UDMA66 > ad4: 152627MB at ata2-master SATA300 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen3.1: at usbus3 > uhub3: on usbus3 > ugen4.1: at usbus4 > uhub4: on usbus4 > ugen5.1: at usbus5 > uhub5: on usbus5 > GEOM: ad4: geometry does not match label (255h,63s != 16h,63s). > ad6: 152627MB at ata3-master SATA300 > hdac0: HDA Codec #3: Realtek ALC662 > pcm0: at cad 3 nid 1 on hdac0 > pcm1: at cad 3 nid 1 on hdac0 > SMP: AP CPU #1 Launched! > GEOM: ad6s1: geometry does not match label (255h,63s != 16h,63s). > Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > Root mount waiting for: usbus5 > uhub5: 10 ports with 10 removable, self powered > Root mount waiting for: usbus5 > Trying to mount root from ufs:/dev/ufs/ROOT > ugen0.2: at usbus0 > ugen0.3: at usbus0 > ums0: on usbus0 > ums0: 3 buttons and [XYZ] coordinates ID=0 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 21:26:07 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 8CDD2106566B for ; Mon, 1 Mar 2010 21:26:07 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3FA8FC13 for ; Mon, 1 Mar 2010 21:26:06 +0000 (UTC) Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.14.4/8.14.4) with ESMTP id o21LPtaR022782; Mon, 1 Mar 2010 15:25:55 -0600 (CST) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.3/8.14.3) with ESMTP id o21LPtaw064987; Mon, 1 Mar 2010 15:25:55 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.3/8.14.3/Submit) id o21LPsQG064986; Mon, 1 Mar 2010 15:25:54 -0600 (CST) (envelope-from bob) Date: Mon, 1 Mar 2010 15:25:54 -0600 From: Bob Willcox To: hizel Message-ID: <20100301212554.GG62969@rancor.immure.com> References: <20100301202454.4693342a@night.vyborg.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100301202454.4693342a@night.vyborg.ru> User-Agent: Mutt/1.5.20 (2009-06-14) X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner-ID: o21LPtaR022782 X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Cc: stable list Subject: Re: ipfw & natd with recent MFC of firewall_coscripts functionality X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 21:26:07 -0000 On Mon, Mar 01, 2010 at 08:24:54PM +0300, hizel wrote: > Hi. Similar problem. Now updated to 7.3-PRERELEASE. rc script natd said he did not know parameter quietstart. Now migrate to use kernel nat. I was able to confirm that simply changing "quietstart" and "quietstop" in the /etc/rc.d/ipfw script to "start" and "stop", respectively, fixes the problem. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Bob Willcox The shifts of Fortune test the reliability of friends. bob@immure.com -- Marcus Tullius Cicero Austin, TX From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 21:30:06 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 B1ADD1065676 for ; Mon, 1 Mar 2010 21:30:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 970FA8FC08 for ; Mon, 1 Mar 2010 21:30:05 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta13.emeryville.ca.mail.comcast.net with comcast id nwJX1d0021eYJf8ADxW6BV; Mon, 01 Mar 2010 21:30:06 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta19.emeryville.ca.mail.comcast.net with comcast id nxW41d00f3S48mS01xW5fW; Mon, 01 Mar 2010 21:30:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 60C821E3035; Mon, 1 Mar 2010 13:30:03 -0800 (PST) Date: Mon, 1 Mar 2010 13:30:03 -0800 From: Jeremy Chadwick To: Bob Willcox Message-ID: <20100301213003.GA2842@icarus.home.lan> References: <20100301202454.4693342a@night.vyborg.ru> <20100301212554.GG62969@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100301212554.GG62969@rancor.immure.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: hizel , rhodes@freebsd.org, stable list , y.kurenkov@init.ru Subject: Re: ipfw & natd with recent MFC of firewall_coscripts functionality 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: Mon, 01 Mar 2010 21:30:06 -0000 On Mon, Mar 01, 2010 at 03:25:54PM -0600, Bob Willcox wrote: > On Mon, Mar 01, 2010 at 08:24:54PM +0300, hizel wrote: > > Hi. Similar problem. Now updated to 7.3-PRERELEASE. rc script natd said he did not know parameter quietstart. Now migrate to use kernel nat. > > I was able to confirm that simply changing "quietstart" and "quietstop" in the > /etc/rc.d/ipfw script to "start" and "stop", respectively, fixes the problem. Adding committer + submitter + those who reviewed the change/commit to the CC list: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ipfw -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 21:30:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E2D21065677 for ; Mon, 1 Mar 2010 21:30:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1FE8FC25 for ; Mon, 1 Mar 2010 21:30:41 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NmDCK-00037P-B6; Mon, 01 Mar 2010 22:30:40 +0100 Received: from 212-123-145-58.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 56E1BF382; Mon, 1 Mar 2010 22:30:16 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Ruben de Groot" , stable@freebsd.org References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> Date: Mon, 01 Mar 2010 22:30:16 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20100301211441.GB99170@ei.bzerk.org> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: stable-8 regression: time stands still 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: Mon, 01 Mar 2010 21:30:42 -0000 Hi Ruben, Some shots in the dark. - Do you run powerd? Try to disable it. - What is your output of 'sysctl kern.timecounter'? Maybe try setting =20 another timecounter. - Maybe you shouldn't name your computer 'ill child' in french. :-) Ronald. On Mon, 01 Mar 2010 22:14:41 +0100, Ruben de Groot =20 wrote: > > Forgot to mention. The kernel is GENERIC + IPFIREWALL* and IPDIVERT > options; nothing else. > I also build a RELEASE_8_0 kernel and it shows the same problems, so > it's not just a recent -stable issue. > > On Mon, Mar 01, 2010 at 09:34:50PM +0100, Ruben de Groot typed: >> >> Hi, >> >> After upgrading my 7.2-PRERELEASE system to 8-stable I encountered >> some very strange problems, most obvious: >> >> - startup would hang on starting devd, only continuing after a ^C >> >> - reboot would hang, but reboot -q would work. >> >> - nfs clients would report strange locking problems. >> >> Now I've found that probably the real problem here is that NO TIME >> IS PASSING (!!). Successively calling 'date' will allways give me >> the exact same time to the second. >> A 'sleep 1' will hang indefinetely. >> >> >> The BIOS is OK. After (and only after) a reboot, time will be updated = to >> the time of reboot, but stay there forever after. >> >> Before I go back to 7.2 (tested there are still no problems >> there with a livecd) maybe someone want to shed some light on this. >> I've attached dmesg.boot. >> >> cheers, >> Ruben >> > >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-RELEASE-p2 #6: Sun Feb 21 15:45:07 CET 2010 >> root@malenfant.lan:/usr/obj/usr/src/sys/MALENFANT >> module_register: module g_label already exists! >> Module g_label failed to register: 17 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2700.11-MHz =20 >> 686-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x60fb2 Stepping =3D 2 >> Features=3D0x178bfbff >> Features2=3D0x2001 >> AMD =20 >> Features=3D0xea500800 >> AMD Features2=3D0x11f >> TSC: P-state invariant >> real memory =3D 2147483648 (2048 MB) >> avail memory =3D 1958805504 (1868 MB) >> ACPI APIC Table: <090908 APIC1020> >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> acpi0: <090908 RSDT1020> on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of ffb80000, 80000 (3) failed >> acpi0: reservation of fff00000, 100000 (3) failed >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, 77f00000 (3) failed >> ACPI HPET table warning: Sequence is non-zero (2) >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> acpi_hpet0: iomem 0xfed00000-0xfed003ff o= n =20 >> acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: at device 1.0 on pci0 >> pci1: on pcib1 >> vgapci0: port 0xc000-0xc0ff mem =20 >> 0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq = =20 >> 18 at device 5.0 on pci1 >> pcib2: at device 5.0 on pci0 >> pci2: on pcib2 >> re0: port 0xd800-0xd8ff= =20 >> mem 0xfeaff000-0xfeafffff irq 17 at device 0.0 on pci2 >> re0: Using 1 MSI messages >> re0: Chip rev. 0x34000000 >> re0: MAC rev. 0x00000000 >> miibus0: on re0 >> rlphy0: PHY 1 on miibus0 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> re0: Ethernet address: 00:1f:e2:6a:ac:35 >> re0: [FILTER] >> atapci0: port =20 >> 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f = =20 >> mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 >> atapci0: [ITHREAD] >> atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported >> ata2: on atapci0 >> ata2: port is not ready (timeout 0ms) tfd =3D 000001d0 >> ata2: software reset clear timeout >> ata2: [ITHREAD] >> ata3: on atapci0 >> ata3: port is not ready (timeout 0ms) tfd =3D 000001d0 >> ata3: software reset clear timeout >> ata3: [ITHREAD] >> ata4: on atapci0 >> ata4: [ITHREAD] >> ata5: on atapci0 >> ata5: [ITHREAD] >> ohci0: mem 0xfe7fe000-0xfe7fefff irq 1= 6 =20 >> at device 19.0 on pci0 >> ohci0: [ITHREAD] >> usbus0: on ohci0 >> ohci1: mem 0xfe7fd000-0xfe7fdfff irq 1= 7 =20 >> at device 19.1 on pci0 >> ohci1: [ITHREAD] >> usbus1: on ohci1 >> ohci2: mem 0xfe7fc000-0xfe7fcfff irq 1= 8 =20 >> at device 19.2 on pci0 >> ohci2: [ITHREAD] >> usbus2: on ohci2 >> ohci3: mem 0xfe7fb000-0xfe7fbfff irq 1= 7 =20 >> at device 19.3 on pci0 >> ohci3: [ITHREAD] >> usbus3: on ohci3 >> ohci4: mem 0xfe7fa000-0xfe7fafff irq 1= 8 =20 >> at device 19.4 on pci0 >> ohci4: [ITHREAD] >> usbus4: on ohci4 >> ehci0: mem 0xfe7ff000-0xfe7ff0ff =20 >> irq 19 at device 19.5 on pci0 >> ehci0: [ITHREAD] >> usbus5: EHCI version 1.0 >> usbus5: on ehci0 >> pci0: at device 20.0 (no driver attached) >> atapci1: port =20 >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pc= i0 >> ata0: on atapci1 >> ata0: [ITHREAD] >> hdac0: mem =20 >> 0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 >> hdac0: HDA Driver Revision: 20090624_0136 >> hdac0: [ITHREAD] >> isab0: at device 20.3 on pci0 >> isa0: on isab0 >> pcib3: at device 20.4 on pci0 >> pci3: on pcib3 >> ath0: mem 0xfebf0000-0xfebfffff irq 20 at device 0.0 on= =20 >> pci3 >> ath0: [ITHREAD] >> ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> rl0: port 0xe800-0xe8ff mem =20 >> 0xfebefc00-0xfebefcff irq 21 at device 1.0 on pci3 >> miibus1: on rl0 >> rlphy1: PHY 0 on miibus1 >> rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> rl0: Ethernet address: 00:0e:2e:55:b1:9b >> rl0: [ITHREAD] >> acpi_button0: on acpi0 >> atrtc0: port 0x70-0x71 irq 8 on acpi0 >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi= 0 >> uart0: [FILTER] >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >> uart1: [FILTER] >> ppc0: port 0x378-0x37f irq 7 on acpi0 >> ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >> ppc0: [ITHREAD] >> ppbus0: on ppc0 >> plip0: on ppbus0 >> plip0: [ITHREAD] >> lpt0: on ppbus0 >> lpt0: [ITHREAD] >> lpt0: Interrupt-driven port >> ppi0: on ppbus0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> cpu0: on acpi0 >> acpi_throttle0: on cpu0 >> acpi_throttle0: CLK_VAL field overlaps THT_EN bit >> device_attach: acpi_throttle0 attach returned 6 >> powernow0: on cpu0 >> cpu1: on acpi0 >> powernow1: on cpu1 >> pmtimer0 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 >> isa0 >> Timecounters tick every 1.000 msec >> ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based =20 >> forwarding disabled, default to accept, logging disabled >> The GEOM class LABEL is already loaded. >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 12Mbps Full Speed USB v1.0 >> usbus2: 12Mbps Full Speed USB v1.0 >> usbus3: 12Mbps Full Speed USB v1.0 >> usbus4: 12Mbps Full Speed USB v1.0 >> usbus5: 480Mbps High Speed USB v2.0 >> acd0: DVDR at ata0-master UDMA66 >> ad4: 152627MB at ata2-master SATA300 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> ugen2.1: at usbus2 >> uhub2: on usbus2 >> ugen3.1: at usbus3 >> uhub3: on usbus3 >> ugen4.1: at usbus4 >> uhub4: on usbus4 >> ugen5.1: at usbus5 >> uhub5: on usbus5 >> GEOM: ad4: geometry does not match label (255h,63s !=3D 16h,63s). >> ad6: 152627MB at ata3-master SATA300 >> hdac0: HDA Codec #3: Realtek ALC662 >> pcm0: at cad 3 nid 1 on hdac0 >> pcm1: at cad 3 nid 1 on hdac0 >> SMP: AP CPU #1 Launched! >> GEOM: ad6s1: geometry does not match label (255h,63s !=3D 16h,63s). >> Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 >> uhub0: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> uhub2: 2 ports with 2 removable, self powered >> uhub3: 2 ports with 2 removable, self powered >> uhub4: 2 ports with 2 removable, self powered >> Root mount waiting for: usbus5 >> Root mount waiting for: usbus5 >> Root mount waiting for: usbus5 >> Root mount waiting for: usbus5 >> uhub5: 10 ports with 10 removable, self powered >> Root mount waiting for: usbus5 >> Trying to mount root from ufs:/dev/ufs/ROOT >> ugen0.2: at usbus0 >> ugen0.3: at usbus0 >> ums0: =20 >> on usbus0 >> ums0: 3 buttons and [XYZ] coordinates ID=3D0 > >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to =20 >> "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 22:08:58 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB6B106566B; Mon, 1 Mar 2010 22:08:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 59BB08FC0A; Mon, 1 Mar 2010 22:08:57 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFjJi0uDaFvK/2dsb2JhbACbB3O9RYR7BIMX X-IronPort-AV: E=Sophos;i="4.49,562,1262581200"; d="scan'208";a="67378000" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 01 Mar 2010 17:08:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 53400109C327; Mon, 1 Mar 2010 17:08:56 -0500 (EST) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kW9fRQgs545g; Mon, 1 Mar 2010 17:08:55 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id A4B31109C34B; Mon, 1 Mar 2010 17:08:55 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o21ML2Z27999; Mon, 1 Mar 2010 17:21:02 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 1 Mar 2010 17:21:02 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Jeremy Chadwick In-Reply-To: <20100227220310.GA65110@icarus.home.lan> Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org Subject: Re: mbuf leakage with nfs/zfs? 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: Mon, 01 Mar 2010 22:08:58 -0000 On Sat, 27 Feb 2010, Jeremy Chadwick wrote: >> I concur. >> Everything in my network is now on TCP, and there is no mbuf leakage. >> I just don't get over the 5500 mark, no matter what I throw at it. >> >> I do feel that TCP is not as well performing on a local net with Linux, >> hence the choice for UDP. But TCP is workable as next best. > > NFS; Rick Macklem would be a better choice, but as reported, he's MIA. > Not exactly MIA, but only able to read email from time to time at this point. I don't know when I'll be able to do more than that. So, it does sound like it is UDP specific. Robert mentioned one scenario, which was an infrequently executed code path that is being tickled and it has a missing m_freem(). One thing someone could try is switching to the experimental nfs server ("-e" on both mountd and nfsd) and see if the leak goes away. If it does go away, it is almost certainly the above in the regular nfs server code. If it doesn't go away, the problem is more likely in the krpc or the generic udp code. (When I looked at svc_dg.c, I could only spot one possible leak and you've already determined that patch doesn't help. The other big difference when using udp on the FreeBSD8 krpc is the reply cache code. I seem to recall it's an lru cache with a fixed upper bound, but it might be broken and leaking. If you change the server to set sp_rcache = NULL in the initialization function in sys/nfsserver/nfs_srvkrpc.c, I think that disables the replay cache. You wouldn't want to run this way in production, but it would determine if the leak is in it. Change the 3 lines in nfsrv_init() to: nfsrv_pool->sp_rcache = NULL; nfsrv_pool->sp_assign = NULL; nfsrv_pool->sp_done = NULL; and I think the krpc replay cache will be disabled. Good luck with it and please report back if you get to try the above. I'll get back to committing etc one of these days, rick From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 22:20:26 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 B249E106564A for ; Mon, 1 Mar 2010 22:20:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 68FDB8FC17 for ; Mon, 1 Mar 2010 22:20:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANfMi0uDaFvJ/2dsb2JhbACbB3O9J4R7BIMX X-IronPort-AV: E=Sophos;i="4.49,562,1262581200"; d="scan'208";a="67379460" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 01 Mar 2010 17:20:02 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id A1EC6FB80DD; Mon, 1 Mar 2010 17:20:25 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BOIfRugIJ0ex; Mon, 1 Mar 2010 17:20:24 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id B4705FB80DC; Mon, 1 Mar 2010 17:20:24 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o21MWVP29684; Mon, 1 Mar 2010 17:32:32 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 1 Mar 2010 17:32:31 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: alexs@ulgsm.ru In-Reply-To: <20100227082359.GA11868@mail.ulgsm.ru> Message-ID: References: <20100227082359.GA11868@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-stable@freebsd.org Subject: Re: Cannot write to nfsv4 share 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: Mon, 01 Mar 2010 22:20:26 -0000 On Sat, 27 Feb 2010, alexs@ulgsm.ru wrote: > > try to mount /exp/distfiles > ]>mount /exp/distfiles > ]> > > try to write > ]>touch /exp/distfiles/t > touch: /exp/distfiles/t: Permission denied > > > ls and read files ok. > When writes fail for me, it's usually a uid, gid vs user/group name mapping problem. Does "ls -lg" report correctuser and group names? (If you see "nobody", it is usually the "domain" for nfsuserd not being set to the same thing. It should default to the domain part of "hostname", but can be overridden by the "-domain xx.yy" flag for nfsuserd.) If the user and group names look ok for "ls -lg", then it might be a name<-># mapping issue. When using AUTH_SYS, the numbers are in the authentication header and the names are in the open/create and they need to match up. (Also, the NFSv4 client normally specifies a group to be set, so it must be a group that the user is allowed to set it to. ie. a group in the user's group list on the client.) Looking at the packets via wireshark will show where the server is reporting the error and might hint at the problem. Good luck with it, rick From owner-freebsd-stable@FreeBSD.ORG Mon Mar 1 22:30:51 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C0CF1065675; Mon, 1 Mar 2010 22:30:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E7D0F8FC12; Mon, 1 Mar 2010 22:30:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o21MUopQ049609; Mon, 1 Mar 2010 17:30:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o21MUoUK049608; Mon, 1 Mar 2010 22:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 22:30:50 GMT Message-Id: <201003012230.o21MUoUK049608@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 22:30:51 -0000 TB --- 2010-03-01 21:31:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 21:31:46 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-03-01 21:31:46 - cleaning the object tree TB --- 2010-03-01 21:31:59 - cvsupping the source tree TB --- 2010-03-01 21:31:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-03-01 21:32:29 - building world TB --- 2010-03-01 21:32:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 21:32:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 21:32:29 - TARGET=powerpc TB --- 2010-03-01 21:32:29 - TARGET_ARCH=powerpc TB --- 2010-03-01 21:32:29 - TZ=UTC TB --- 2010-03-01 21:32:29 - __MAKE_CONF=/dev/null TB --- 2010-03-01 21:32:29 - cd /src TB --- 2010-03-01 21:32:29 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 21:32:29 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 1 22:28:45 UTC 2010 TB --- 2010-03-01 22:28:45 - generating LINT kernel config TB --- 2010-03-01 22:28:45 - cd /src/sys/powerpc/conf TB --- 2010-03-01 22:28:45 - /usr/bin/make -B LINT TB --- 2010-03-01 22:28:45 - building LINT kernel TB --- 2010-03-01 22:28:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 22:28:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 22:28:45 - TARGET=powerpc TB --- 2010-03-01 22:28:45 - TARGET_ARCH=powerpc TB --- 2010-03-01 22:28:45 - TZ=UTC TB --- 2010-03-01 22:28:45 - __MAKE_CONF=/dev/null TB --- 2010-03-01 22:28:45 - cd /src TB --- 2010-03-01 22:28:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 1 22:28:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.c /src/sys/cam/ata/ata_xpt.c: In function 'probedone': /src/sys/cam/ata/ata_xpt.c:791: error: 'struct ata_params' has no member named 'specconf' /src/sys/cam/ata/ata_xpt.c:792: error: 'struct ata_params' has no member named 'specconf' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 22:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 22:30:50 - ERROR: failed to build lint kernel TB --- 2010-03-01 22:30:50 - 2799.56 user 533.96 system 3543.85 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 02:07:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9990F106566C for ; Tue, 2 Mar 2010 02:07:01 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id 875BC8FC16 for ; Tue, 2 Mar 2010 02:07:01 +0000 (UTC) Received: from philip.hq.rws (174.79.184.239) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.2.176.0; Mon, 1 Mar 2010 17:56:59 -0800 Message-ID: <4B8C7069.3040104@p6m7g8.com> Date: Tue, 2 Mar 2010 01:56:57 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100220 Thunderbird/3.0.1 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gptzfsboot dell r510 fails 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: Tue, 02 Mar 2010 02:07:01 -0000 Hi All, Dell r510 24GB RAM 8 disks in the following order 0-1 - 25gb ssd sas 2-7 - 136gb sas http://svn.freebsd.org/base/releng/8.0@203057 which does not include http://svn.freebsd.org/viewvc/base?view=revision&revision=199714 so following http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 [/etc/src.conf: ZFS_LOADER_SUPPORT=true] which I've gotten to work on 500+ dell machines on the above fbsd version. [860,1435sc,1950,2950,2970,r710] So I've setup the zpools via the livefs as zroot (mirror) /dev/gpt/disk0 -> mfid2[p3] /dev/gpt/disk1 -> mfid3[p3] zmysql (raidz1) /dev/mfid[4567] cache /dev/mfid[01] I've selected the 3rd device in the perc h700 bios [mfid2] to be the 'bios boot device' which amazingly to me actually worked. During the boot I get to the standard ROOT MOUNT ERROR: .... set vfs.root.mountfrom.options=rw Loader variables: vfs.root.mountfrom=zfs:zroot vfs.root.mountfrom.options Manual root filesystem specification: ..... Is this setup even possible, or will I need to relocate the order of the disks ? For my next attempt, I'm going to try to move the ssds to slots 6,7 so the boot devices are '0,1' which I know should work. Failing that, I'll do hardware raid-1 on 0-1 and just a ZFS fs on them on top. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 03:19:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB3F106564A for ; Tue, 2 Mar 2010 03:19:39 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0428FC16 for ; Tue, 2 Mar 2010 03:19:39 +0000 (UTC) Received: from philip.hq.rws (174.79.184.239) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.2.176.0; Mon, 1 Mar 2010 19:19:39 -0800 Message-ID: <4B8C83C9.2010707@p6m7g8.com> Date: Tue, 2 Mar 2010 03:19:37 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100220 Thunderbird/3.0.1 MIME-Version: 1.0 To: stable@freebsd.org References: <4B8C7069.3040104@p6m7g8.com> In-Reply-To: <4B8C7069.3040104@p6m7g8.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gptzfsboot dell r510 fails 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: Tue, 02 Mar 2010 03:19:39 -0000 On 03/02/10 01:56, Philip M. Gollucci wrote: > For my next attempt, I'm going to try to move the ssds to slots 6,7 so > the boot devices are '0,1' which I know should work. This actually works. That leads me to believe that the vdev probes in zfsload.c are not quite right. Or its finding them incorrectly (too soon). -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 05:40:46 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 9F106106566B for ; Tue, 2 Mar 2010 05:40:46 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-yx0-f177.google.com (mail-yx0-f177.google.com [209.85.210.177]) by mx1.freebsd.org (Postfix) with ESMTP id 66F938FC13 for ; Tue, 2 Mar 2010 05:40:46 +0000 (UTC) Received: by yxe7 with SMTP id 7so1265906yxe.3 for ; Mon, 01 Mar 2010 21:40:37 -0800 (PST) Received: by 10.101.202.12 with SMTP id e12mr535313anq.132.1267506545667; Mon, 01 Mar 2010 21:09:05 -0800 (PST) Received: from ?192.168.40.32? ([187.15.101.186]) by mx.google.com with ESMTPS id 4sm1489948ywd.13.2010.03.01.21.09.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 21:09:04 -0800 (PST) From: Luiz Gustavo To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 02 Mar 2010 02:09:06 -0300 Message-ID: <1267506546.24834.15.camel@local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Subject: Fatal Trap with NAT and 8.0-STABLE 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: Tue, 02 Mar 2010 05:40:46 -0000 Hi guys.. I'm having trouble configuring NAT on a FreeBSD 8.0-STABLE. where the active pf or ipfw (ipfw add nat ...) I get a message "FATAL TRAP" (url of the image below) http://www.luizgustavo.pro.br/blog/wp-content/uploads/2010/03/nat_problem_8.png someone help me? i have one freebsd with specifications: [root@goldengate] ~# uname -a FreeBSD goldengate.world-unix.com 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Feb 28 17:58:04 BRT 2010 root@goldengate.world-unix.com:/usr/obj/usr/src/sys/WORLD-UNIX amd64 [root@goldengate] ~# cat /usr/src/sys/amd64/conf/WORLD-UNIX include GENERIC ident SMP-WORLD_UNIX # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel device pf device pflog device pfsync options DEVICE_POLLING device carp options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options LIBALIAS options IPFIREWALL options IPFIREWALL_NAT options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options HZ=1000 # VIMAGE options VIMAGE nooptions SCTP thanks ! -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br Blog: http://www.luizgustavo.pro.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 06:23:20 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 066A5106564A for ; Tue, 2 Mar 2010 06:23:20 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id D036C8FC0A for ; Tue, 2 Mar 2010 06:23:19 +0000 (UTC) Received: by pvg3 with SMTP id 3so1164706pvg.13 for ; Mon, 01 Mar 2010 22:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FXKIua0OIS9IYTwMp2HIUHgnaIWnjDXVLGEIcaHs1bs=; b=IZFEq7MzMqdvtOL/Jk/691z5QvooNn9PbwMKpKm8m5sjySyYgMzloTCMOSmqg3FtK8 XHnAUZGC2BKlFRJFfhi+k2tQ1NHR3euhxC75vp9DOmGEhc/GqLi6S7cwGEhMZ+K6MI77 vk7zk5TQSLWTVZD5RgdUHAM9IQZW3hpV4QKcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pjQCOMKj1A4JuTUW5DHHo7lIZ7COPjdP5H0o0zA9eWBFhWvt2Dz5zVnfNpdkSZRddI hzbv34F6qFyEJ0dNR5KpxX2P4tK+tYuS/BzDo12zG8SCO1NoepTi/QGND48SeqHYjoqR 1WawE41OzKSZ1s+a1/EtShHzW0/7Nj9Hagzuw= MIME-Version: 1.0 Received: by 10.142.75.3 with SMTP id x3mr3205539wfa.340.1267510994249; Mon, 01 Mar 2010 22:23:14 -0800 (PST) In-Reply-To: <1267506546.24834.15.camel@local> References: <1267506546.24834.15.camel@local> Date: Tue, 2 Mar 2010 00:23:14 -0600 Message-ID: <6201873e1003012223sf9b5fbcy5bb386e9ec70d43d@mail.gmail.com> From: Adam Vande More To: Luiz Gustavo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Fatal Trap with NAT and 8.0-STABLE 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: Tue, 02 Mar 2010 06:23:20 -0000 On Mon, Mar 1, 2010 at 11:09 PM, Luiz Gustavo < luizgustavo@luizgustavo.pro.br> wrote: > Hi guys.. > > I'm having trouble configuring NAT on a FreeBSD 8.0-STABLE. > > where the active pf or ipfw (ipfw add nat ...) I get a message "FATAL > TRAP" (url of the image below) > > http://www.luizgustavo.pro.br/blog/wp-content/uploads/2010/03/nat_problem_8.png > > someone help me? > > i have one freebsd with specifications: > > [root@goldengate] ~# uname -a > FreeBSD goldengate.world-unix.com 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun > Feb 28 17:58:04 BRT 2010 > root@goldengate.world-unix.com:/usr/obj/usr/src/sys/WORLD-UNIX amd64 > > [root@goldengate] ~# cat /usr/src/sys/amd64/conf/WORLD-UNIX > include GENERIC > > ident SMP-WORLD_UNIX > > # To make an SMP kernel, the next line is needed > options SMP # Symmetric MultiProcessor > Kernel > > device pf > device pflog > device pfsync > > options DEVICE_POLLING > > device carp > > options ALTQ > > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > > options LIBALIAS > options IPFIREWALL > options IPFIREWALL_NAT > options IPFIREWALL_FORWARD > options IPFIREWALL_DEFAULT_TO_ACCEPT > > options DUMMYNET > options HZ=1000 > > > # VIMAGE > options VIMAGE > nooptions SCTP > > thanks ! > PF is not compatible with VIMAGE, also why are you putting 2 firewalls in the kernel? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 07:05:33 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4351065672; Tue, 2 Mar 2010 07:05:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 49B648FC17; Tue, 2 Mar 2010 07:05:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2275Wmf087041; Tue, 2 Mar 2010 02:05:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2275WTP087037; Tue, 2 Mar 2010 07:05:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 07:05:32 GMT Message-Id: <201003020705.o2275WTP087037@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 07:05:33 -0000 TB --- 2010-03-02 06:12:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 06:12:42 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-03-02 06:12:42 - cleaning the object tree TB --- 2010-03-02 06:13:04 - cvsupping the source tree TB --- 2010-03-02 06:13:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-03-02 06:13:41 - building world TB --- 2010-03-02 06:13:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 06:13:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 06:13:41 - TARGET=i386 TB --- 2010-03-02 06:13:41 - TARGET_ARCH=i386 TB --- 2010-03-02 06:13:41 - TZ=UTC TB --- 2010-03-02 06:13:41 - __MAKE_CONF=/dev/null TB --- 2010-03-02 06:13:41 - cd /src TB --- 2010-03-02 06:13:41 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 06:13:42 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 07:05:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 07:05:32 - ERROR: failed to build world TB --- 2010-03-02 07:05:32 - 2355.96 user 470.50 system 3170.26 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 07:29:31 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E27F106564A; Tue, 2 Mar 2010 07:29:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3E19B8FC1B; Tue, 2 Mar 2010 07:29:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o227TUEW066902; Tue, 2 Mar 2010 02:29:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o227TUZ5066893; Tue, 2 Mar 2010 07:29:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 07:29:30 GMT Message-Id: <201003020729.o227TUZ5066893@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 07:29:31 -0000 TB --- 2010-03-02 06:36:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 06:36:21 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-03-02 06:36:21 - cleaning the object tree TB --- 2010-03-02 06:36:41 - cvsupping the source tree TB --- 2010-03-02 06:36:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-03-02 06:37:42 - building world TB --- 2010-03-02 06:37:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 06:37:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 06:37:42 - TARGET=pc98 TB --- 2010-03-02 06:37:42 - TARGET_ARCH=i386 TB --- 2010-03-02 06:37:42 - TZ=UTC TB --- 2010-03-02 06:37:42 - __MAKE_CONF=/dev/null TB --- 2010-03-02 06:37:42 - cd /src TB --- 2010-03-02 06:37:42 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 06:37:43 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 07:29:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 07:29:30 - ERROR: failed to build world TB --- 2010-03-02 07:29:30 - 2350.91 user 483.04 system 3188.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 08:43:58 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F4100106564A for ; Tue, 2 Mar 2010 08:43:57 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 40BA48FC17 for ; Tue, 2 Mar 2010 08:43:57 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o228hniX010524; Tue, 2 Mar 2010 09:43:49 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o228hlXx010519; Tue, 2 Mar 2010 09:43:47 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Tue, 2 Mar 2010 09:43:47 +0100 From: Ruben de Groot To: Ronald Klop Message-ID: <20100302084347.GA4719@ei.bzerk.org> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_54 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Tue, 02 Mar 2010 09:43:56 +0100 (CET) Cc: stable@freebsd.org Subject: Re: stable-8 regression: time stands still 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: Tue, 02 Mar 2010 08:43:58 -0000 Hi Ronald, On Mon, Mar 01, 2010 at 10:30:16PM +0100, Ronald Klop typed: > Hi Ruben, > > Some shots in the dark. > - Do you run powerd? Try to disable it. Not running powerd, it's a server > - What is your output of 'sysctl kern.timecounter'? Maybe try setting > another timecounter. malenfant# sysctl kern.timecounter kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) kern.timecounter.hardware: HPET kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 16475 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-safe.mask: 4294967295 kern.timecounter.tc.ACPI-safe.counter: 2418769071 kern.timecounter.tc.ACPI-safe.frequency: 3579545 kern.timecounter.tc.ACPI-safe.quality: 850 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 4294967295 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 36728411 kern.timecounter.tc.TSC.frequency: 2700107136 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 1 Not sure what knobs to turn to set another timecounter or which one. Doesn't look like this is a documented course of action. What do you suggest? > - Maybe you shouldn't name your computer 'ill child' in french. :-) Heheh! Didn't know the karma of a computer was influenced by its name ;) Malenfant btw is the main character in the manifold SF trilogy by Stephen Baxter. cheers, Ruben > > Ronald. > > On Mon, 01 Mar 2010 22:14:41 +0100, Ruben de Groot > wrote: > > > > >Forgot to mention. The kernel is GENERIC + IPFIREWALL* and IPDIVERT > >options; nothing else. > >I also build a RELEASE_8_0 kernel and it shows the same problems, so > >it's not just a recent -stable issue. > > > >On Mon, Mar 01, 2010 at 09:34:50PM +0100, Ruben de Groot typed: > >> > >>Hi, > >> > >>After upgrading my 7.2-PRERELEASE system to 8-stable I encountered > >>some very strange problems, most obvious: > >> > >>- startup would hang on starting devd, only continuing after a ^C > >> > >>- reboot would hang, but reboot -q would work. > >> > >>- nfs clients would report strange locking problems. > >> > >>Now I've found that probably the real problem here is that NO TIME > >>IS PASSING (!!). Successively calling 'date' will allways give me > >>the exact same time to the second. > >>A 'sleep 1' will hang indefinetely. > >> > >> > >>The BIOS is OK. After (and only after) a reboot, time will be updated to > >>the time of reboot, but stay there forever after. > >> > >>Before I go back to 7.2 (tested there are still no problems > >>there with a livecd) maybe someone want to shed some light on this. > >>I've attached dmesg.boot. > >> > >>cheers, > >>Ruben > >> > > > >>Copyright (c) 1992-2009 The FreeBSD Project. > >>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > >> The Regents of the University of California. All rights reserved. > >>FreeBSD is a registered trademark of The FreeBSD Foundation. > >>FreeBSD 8.0-RELEASE-p2 #6: Sun Feb 21 15:45:07 CET 2010 > >> root@malenfant.lan:/usr/obj/usr/src/sys/MALENFANT > >>module_register: module g_label already exists! > >>Module g_label failed to register: 17 > >>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2700.11-MHz > >>686-class CPU) > >> Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 > >> Features=0x178bfbff > >> Features2=0x2001 > >> AMD > >>Features=0xea500800 > >> AMD Features2=0x11f > >> TSC: P-state invariant > >>real memory = 2147483648 (2048 MB) > >>avail memory = 1958805504 (1868 MB) > >>ACPI APIC Table: <090908 APIC1020> > >>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>FreeBSD/SMP: 1 package(s) x 2 core(s) > >> cpu0 (BSP): APIC ID: 0 > >> cpu1 (AP): APIC ID: 1 > >>ioapic0 irqs 0-23 on motherboard > >>kbd1 at kbdmux0 > >>acpi0: <090908 RSDT1020> on motherboard > >>acpi0: [ITHREAD] > >>acpi0: Power Button (fixed) > >>acpi0: reservation of ffb80000, 80000 (3) failed > >>acpi0: reservation of fff00000, 100000 (3) failed > >>acpi0: reservation of 0, a0000 (3) failed > >>acpi0: reservation of 100000, 77f00000 (3) failed > >>ACPI HPET table warning: Sequence is non-zero (2) > >>Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > >>acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > >>acpi_hpet0: iomem 0xfed00000-0xfed003ff on > >>acpi0 > >>Timecounter "HPET" frequency 14318180 Hz quality 900 > >>pcib0: port 0xcf8-0xcff on acpi0 > >>pci0: on pcib0 > >>pcib1: at device 1.0 on pci0 > >>pci1: on pcib1 > >>vgapci0: port 0xc000-0xc0ff mem > >>0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq > >>18 at device 5.0 on pci1 > >>pcib2: at device 5.0 on pci0 > >>pci2: on pcib2 > >>re0: port 0xd800-0xd8ff > >>mem 0xfeaff000-0xfeafffff irq 17 at device 0.0 on pci2 > >>re0: Using 1 MSI messages > >>re0: Chip rev. 0x34000000 > >>re0: MAC rev. 0x00000000 > >>miibus0: on re0 > >>rlphy0: PHY 1 on miibus0 > >>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>re0: Ethernet address: 00:1f:e2:6a:ac:35 > >>re0: [FILTER] > >>atapci0: port > >>0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f > >>mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 > >>atapci0: [ITHREAD] > >>atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported > >>ata2: on atapci0 > >>ata2: port is not ready (timeout 0ms) tfd = 000001d0 > >>ata2: software reset clear timeout > >>ata2: [ITHREAD] > >>ata3: on atapci0 > >>ata3: port is not ready (timeout 0ms) tfd = 000001d0 > >>ata3: software reset clear timeout > >>ata3: [ITHREAD] > >>ata4: on atapci0 > >>ata4: [ITHREAD] > >>ata5: on atapci0 > >>ata5: [ITHREAD] > >>ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 > >>at device 19.0 on pci0 > >>ohci0: [ITHREAD] > >>usbus0: on ohci0 > >>ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 > >>at device 19.1 on pci0 > >>ohci1: [ITHREAD] > >>usbus1: on ohci1 > >>ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 > >>at device 19.2 on pci0 > >>ohci2: [ITHREAD] > >>usbus2: on ohci2 > >>ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 > >>at device 19.3 on pci0 > >>ohci3: [ITHREAD] > >>usbus3: on ohci3 > >>ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 > >>at device 19.4 on pci0 > >>ohci4: [ITHREAD] > >>usbus4: on ohci4 > >>ehci0: mem 0xfe7ff000-0xfe7ff0ff > >>irq 19 at device 19.5 on pci0 > >>ehci0: [ITHREAD] > >>usbus5: EHCI version 1.0 > >>usbus5: on ehci0 > >>pci0: at device 20.0 (no driver attached) > >>atapci1: port > >>0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 > >>ata0: on atapci1 > >>ata0: [ITHREAD] > >>hdac0: mem > >>0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 > >>hdac0: HDA Driver Revision: 20090624_0136 > >>hdac0: [ITHREAD] > >>isab0: at device 20.3 on pci0 > >>isa0: on isab0 > >>pcib3: at device 20.4 on pci0 > >>pci3: on pcib3 > >>ath0: mem 0xfebf0000-0xfebfffff irq 20 at device 0.0 on > >>pci3 > >>ath0: [ITHREAD] > >>ath0: AR2413 mac 7.9 RF2413 phy 4.5 > >>rl0: port 0xe800-0xe8ff mem > >>0xfebefc00-0xfebefcff irq 21 at device 1.0 on pci3 > >>miibus1: on rl0 > >>rlphy1: PHY 0 on miibus1 > >>rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>rl0: Ethernet address: 00:0e:2e:55:b1:9b > >>rl0: [ITHREAD] > >>acpi_button0: on acpi0 > >>atrtc0: port 0x70-0x71 irq 8 on acpi0 > >>uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > >>uart0: [FILTER] > >>uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > >>uart1: [FILTER] > >>ppc0: port 0x378-0x37f irq 7 on acpi0 > >>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > >>ppc0: [ITHREAD] > >>ppbus0: on ppc0 > >>plip0: on ppbus0 > >>plip0: [ITHREAD] > >>lpt0: on ppbus0 > >>lpt0: [ITHREAD] > >>lpt0: Interrupt-driven port > >>ppi0: on ppbus0 > >>atkbdc0: port 0x60,0x64 irq 1 on acpi0 > >>atkbd0: irq 1 on atkbdc0 > >>kbd0 at atkbd0 > >>atkbd0: [GIANT-LOCKED] > >>atkbd0: [ITHREAD] > >>cpu0: on acpi0 > >>acpi_throttle0: on cpu0 > >>acpi_throttle0: CLK_VAL field overlaps THT_EN bit > >>device_attach: acpi_throttle0 attach returned 6 > >>powernow0: on cpu0 > >>cpu1: on acpi0 > >>powernow1: on cpu1 > >>pmtimer0 on isa0 > >>sc0: at flags 0x100 on isa0 > >>sc0: VGA <16 virtual consoles, flags=0x300> > >>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > >>isa0 > >>Timecounters tick every 1.000 msec > >>ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based > >>forwarding disabled, default to accept, logging disabled > >>The GEOM class LABEL is already loaded. > >>usbus0: 12Mbps Full Speed USB v1.0 > >>usbus1: 12Mbps Full Speed USB v1.0 > >>usbus2: 12Mbps Full Speed USB v1.0 > >>usbus3: 12Mbps Full Speed USB v1.0 > >>usbus4: 12Mbps Full Speed USB v1.0 > >>usbus5: 480Mbps High Speed USB v2.0 > >>acd0: DVDR at ata0-master UDMA66 > >>ad4: 152627MB at ata2-master SATA300 > >>ugen0.1: at usbus0 > >>uhub0: on usbus0 > >>ugen1.1: at usbus1 > >>uhub1: on usbus1 > >>ugen2.1: at usbus2 > >>uhub2: on usbus2 > >>ugen3.1: at usbus3 > >>uhub3: on usbus3 > >>ugen4.1: at usbus4 > >>uhub4: on usbus4 > >>ugen5.1: at usbus5 > >>uhub5: on usbus5 > >>GEOM: ad4: geometry does not match label (255h,63s != 16h,63s). > >>ad6: 152627MB at ata3-master SATA300 > >>hdac0: HDA Codec #3: Realtek ALC662 > >>pcm0: at cad 3 nid 1 on hdac0 > >>pcm1: at cad 3 nid 1 on hdac0 > >>SMP: AP CPU #1 Launched! > >>GEOM: ad6s1: geometry does not match label (255h,63s != 16h,63s). > >>Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 > >>uhub0: 2 ports with 2 removable, self powered > >>uhub1: 2 ports with 2 removable, self powered > >>uhub2: 2 ports with 2 removable, self powered > >>uhub3: 2 ports with 2 removable, self powered > >>uhub4: 2 ports with 2 removable, self powered > >>Root mount waiting for: usbus5 > >>Root mount waiting for: usbus5 > >>Root mount waiting for: usbus5 > >>Root mount waiting for: usbus5 > >>uhub5: 10 ports with 10 removable, self powered > >>Root mount waiting for: usbus5 > >>Trying to mount root from ufs:/dev/ufs/ROOT > >>ugen0.2: at usbus0 > >>ugen0.3: at usbus0 > >>ums0: > >>on usbus0 > >>ums0: 3 buttons and [XYZ] coordinates ID=0 > > > >>_______________________________________________ > >>freebsd-stable@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>To unsubscribe, send any mail to > >>"freebsd-stable-unsubscribe@freebsd.org" > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 10:25:24 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1A8106566B; Tue, 2 Mar 2010 10:25:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7B78FC08; Tue, 2 Mar 2010 10:25:24 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NmPHy-0009jy-Dj; Tue, 02 Mar 2010 12:25:18 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Mon, 01 Mar 2010 17:21:02 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Mar 2010 12:25:17 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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: Tue, 02 Mar 2010 10:25:25 -0000 > > > On Sat, 27 Feb 2010, Jeremy Chadwick wrote: > > >> I concur. > >> Everything in my network is now on TCP, and there is no mbuf leakage. > >> I just don't get over the 5500 mark, no matter what I throw at it. > >> > >> I do feel that TCP is not as well performing on a local net with Linux, > >> hence the choice for UDP. But TCP is workable as next best. > > > > NFS; Rick Macklem would be a better choice, but as reported, he's MIA. > > > > Not exactly MIA, but only able to read email from time to time at this > point. I don't know when I'll be able to do more than that. > > So, it does sound like it is UDP specific. Robert mentioned one scenario, > which was an infrequently executed code path that is being tickled and it > has a missing m_freem(). > > One thing someone could try is switching to the experimental nfs server > ("-e" on both mountd and nfsd) and see if the leak goes away. If it does > go away, it is almost certainly the above in the regular nfs server code. > runing with the experimental nfs server all is ok! (at least I can't see any mbuf leakage :-) so now that we can assume that the problem is in NFS/UDP writes via classic nfsserver, where to look? > If it doesn't go away, the problem is more likely in the krpc or the > generic udp code. (When I looked at svc_dg.c, I could only spot one > possible leak and you've already determined that patch doesn't help. > The other big difference when using udp on the FreeBSD8 krpc is the > reply cache code. I seem to recall it's an lru cache with a fixed upper > bound, but it might be broken and leaking. > > If you change the server to set sp_rcache = NULL in the initialization > function in sys/nfsserver/nfs_srvkrpc.c, I think that disables the replay > cache. You wouldn't want to run this way in production, but it would > determine if the leak is in it. > > Change the 3 lines in nfsrv_init() to: > nfsrv_pool->sp_rcache = NULL; > nfsrv_pool->sp_assign = NULL; > nfsrv_pool->sp_done = NULL; > > and I think the krpc replay cache will be disabled. > > Good luck with it and please report back if you get to try the above. > > I'll get back to committing etc one of these days, rick just keep sending insights/pointers and enjoy life danny From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 11:09: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 7CF7E106564A for ; Tue, 2 Mar 2010 11:09:28 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8328FC22 for ; Tue, 2 Mar 2010 11:09:27 +0000 (UTC) Received: by fxm23 with SMTP id 23so103358fxm.3 for ; Tue, 02 Mar 2010 03:09:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.102.169.39 with SMTP id r39mr4636077mue.126.1267528161323; Tue, 02 Mar 2010 03:09:21 -0800 (PST) X-Originating-IP: [85.116.204.54] In-Reply-To: <20100302084347.GA4719@ei.bzerk.org> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> Date: Tue, 2 Mar 2010 12:09:21 +0100 Message-ID: From: "C. P. Ghost" To: Ruben de Groot Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: stable-8 regression: time stands still 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: Tue, 02 Mar 2010 11:09:28 -0000 On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > malenfant# sysctl kern.timecounter > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > kern.timecounter.hardware: HPET Just a wild guess... but is HPET really enabled in the BIOS? -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 16:53:13 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E122A106566C; Tue, 2 Mar 2010 16:53:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AAA428FC15; Tue, 2 Mar 2010 16:53:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o22GrCw6081337; Tue, 2 Mar 2010 11:53:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o22GrCb8080910; Tue, 2 Mar 2010 16:53:12 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 16:53:12 GMT Message-Id: <201003021653.o22GrCb8080910@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 16:53:14 -0000 TB --- 2010-03-02 16:00:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 16:00:37 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-03-02 16:00:37 - cleaning the object tree TB --- 2010-03-02 16:00:47 - cvsupping the source tree TB --- 2010-03-02 16:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-03-02 16:01:09 - building world TB --- 2010-03-02 16:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 16:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 16:01:09 - TARGET=i386 TB --- 2010-03-02 16:01:09 - TARGET_ARCH=i386 TB --- 2010-03-02 16:01:09 - TZ=UTC TB --- 2010-03-02 16:01:09 - __MAKE_CONF=/dev/null TB --- 2010-03-02 16:01:09 - cd /src TB --- 2010-03-02 16:01:09 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 16:01:11 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 16:53:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 16:53:07 - ERROR: failed to build world TB --- 2010-03-02 16:53:07 - 2355.84 user 464.91 system 3150.21 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 17:12:36 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 BAA33106564A for ; Tue, 2 Mar 2010 17:12:36 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 28D3F8FC14 for ; Tue, 2 Mar 2010 17:12:36 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o22HCSqb027070; Tue, 2 Mar 2010 18:12:28 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o22HCSNr027069; Tue, 2 Mar 2010 18:12:28 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Tue, 2 Mar 2010 18:12:27 +0100 From: Ruben de Groot To: "C. P. Ghost" Message-ID: <20100302171227.GA26933@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , "C. P. Ghost" , freebsd-stable@freebsd.org References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Tue, 02 Mar 2010 18:12:32 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: Re: stable-8 regression: time stands still 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: Tue, 02 Mar 2010 17:12:36 -0000 On Tue, Mar 02, 2010 at 12:09:21PM +0100, C. P. Ghost typed: > On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > > malenfant# sysctl kern.timecounter > > kern.timecounter.tick: 1 > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > > kern.timecounter.hardware: HPET > > Just a wild guess... but is HPET really enabled in the BIOS? Well, there's no such option in the BIOS. Just checked. It's btw an AMI BIOS. I'm totally unfamiliar with timecounter hardware, but after resetting the BIOS to factory settings (which I think it allready was, since I only change anything there when there is a real reason) the problem persists. I'm going to get this kern.timecounter sysctl from the system booted with a 7.x livecd this evening. But really, I think this is a regression. Even if this system is the only one known to be affected (which I sincerely doubt). Ruben > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 17:16:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0048B1065673; Tue, 2 Mar 2010 17:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A40C58FC12; Tue, 2 Mar 2010 17:16:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o22HGOgK053220; Tue, 2 Mar 2010 12:16:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o22HGO8d053208; Tue, 2 Mar 2010 17:16:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 17:16:24 GMT Message-Id: <201003021716.o22HGO8d053208@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 17:16:26 -0000 TB --- 2010-03-02 16:23:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 16:23:39 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-03-02 16:23:39 - cleaning the object tree TB --- 2010-03-02 16:23:48 - cvsupping the source tree TB --- 2010-03-02 16:23:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-03-02 16:24:09 - building world TB --- 2010-03-02 16:24:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 16:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 16:24:09 - TARGET=pc98 TB --- 2010-03-02 16:24:09 - TARGET_ARCH=i386 TB --- 2010-03-02 16:24:09 - TZ=UTC TB --- 2010-03-02 16:24:09 - __MAKE_CONF=/dev/null TB --- 2010-03-02 16:24:09 - cd /src TB --- 2010-03-02 16:24:09 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 16:24:10 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 17:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 17:16:24 - ERROR: failed to build world TB --- 2010-03-02 17:16:24 - 2349.15 user 480.14 system 3165.33 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 17:36:35 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 68E321065687 for ; Tue, 2 Mar 2010 17:36:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 147248FC1C for ; Tue, 2 Mar 2010 17:36:34 +0000 (UTC) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by qmta13.westchester.pa.mail.comcast.net with comcast id oFu61d0010xGWP85DHcbep; Tue, 02 Mar 2010 17:36:35 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta12.westchester.pa.mail.comcast.net with comcast id oHca1d0013S48mS3YHcawR; Tue, 02 Mar 2010 17:36:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C4F911E3035; Tue, 2 Mar 2010 09:36:32 -0800 (PST) Date: Tue, 2 Mar 2010 09:36:32 -0800 From: Jeremy Chadwick To: Ruben de Groot , "C. P. Ghost" , freebsd-stable@freebsd.org Message-ID: <20100302173632.GA29314@icarus.home.lan> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> <20100302171227.GA26933@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100302171227.GA26933@ei.bzerk.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: stable-8 regression: time stands still 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: Tue, 02 Mar 2010 17:36:35 -0000 On Tue, Mar 02, 2010 at 06:12:27PM +0100, Ruben de Groot wrote: > On Tue, Mar 02, 2010 at 12:09:21PM +0100, C. P. Ghost typed: > > On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > > > malenfant# sysctl kern.timecounter > > > kern.timecounter.tick: 1 > > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > > > kern.timecounter.hardware: HPET > > > > Just a wild guess... but is HPET really enabled in the BIOS? > > Well, there's no such option in the BIOS. Just checked. It's btw an AMI BIOS. > I'm totally unfamiliar with timecounter hardware, but after resetting the BIOS to > factory settings (which I think it allready was, since I only change anything > there when there is a real reason) the problem persists. The BIOS option could be labelled something like "Multimedia Timer" or "High Prevision Event Timer". Each mainboard or BIOS manufacturer seems to have their own naming convention for it, though Wikipedia does shed some light on the confusion. > I'm going to get this kern.timecounter sysctl from the system booted with a 7.x livecd > this evening. But really, I think this is a regression. Even if this system is the only > one known to be affected (which I sincerely doubt). You can force a timecounter choice by setting it in /boot/loader.conf. I would recommend choosing ACPI-safe on your system to see if that improves things: kern.timecounter.hardware=ACPI-safe -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 2 23:35:07 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 152021065674 for ; Tue, 2 Mar 2010 23:35:07 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CECEB8FC0A for ; Tue, 2 Mar 2010 23:35:06 +0000 (UTC) Received: by gwaa20 with SMTP id a20so490973gwa.13 for ; Tue, 02 Mar 2010 15:35:01 -0800 (PST) Received: by 10.150.184.14 with SMTP id h14mr246181ybf.51.1267572901244; Tue, 02 Mar 2010 15:35:01 -0800 (PST) Received: from kkPC (76-10-166-187.dsl.teksavvy.com [76.10.166.187]) by mx.google.com with ESMTPS id 21sm4553585iwn.7.2010.03.02.15.34.59 (version=SSLv3 cipher=RC4-MD5); Tue, 02 Mar 2010 15:35:00 -0800 (PST) From: "kevin" To: Date: Tue, 2 Mar 2010 18:34:36 -0500 Message-ID: <01c901caba60$ecaeb5e0$c60c21a0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acq6YOuvlOU12oUuS4a0fBMjUy1Q1A== Content-Language: en-us Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: XEN HVM + FreeBSD = BTX Halted? 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: Tue, 02 Mar 2010 23:35:07 -0000 Hello, I have been trying to install a FreeBSD 7.2-RELEASE or FreeBSD 8.0-RELEASE implementation. After finally getting the XEN HVM instance to see the boot disk , I am now seeing "BTX Halted" error messages right when it tries to boot. I did some research and this is a known issue with FreeBSD / XEN. I'm curious if anyone has encountered this issue and if there is a workaround available? Apparently this problem was reported years ago, however I'm not certain if its related, or this is a new issue, or I am not aware of a workaround. Thanks! References : http://lists.xensource.com/archives/html/xen-bugs/2009-07/msg00000.html http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 00:20:42 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 D7615106566B for ; Wed, 3 Mar 2010 00:20:42 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2548FC16 for ; Wed, 3 Mar 2010 00:20:42 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o230KekF031333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 2 Mar 2010 16:20:40 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 098981CC0E for ; Tue, 2 Mar 2010 16:20:40 -0800 (PST) To: freebsd-stable@freebsd.org Date: Tue, 02 Mar 2010 16:20:40 -0800 From: "Kevin Oberman" Message-Id: <20100303002040.098981CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-03_01:2010-02-06, 2010-03-02, 2010-03-02 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=1 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003020260 Subject: Problems building RELENG_8 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: Wed, 03 Mar 2010 00:20:42 -0000 Looks to me like something is messed up in stable. >From /usr/src/share/man/man4/man4.i386/Makefile: MAN= aic.4 \ alpm.4 \ amdpm.4 \ apm.4 \ ce.4 \ cp.4 \ CPU_ELAN.4 \ cs.4 \ ct.4 \ ctau.4 \ dpms.4 \ cx.4 \ ep.4 \ but dpms.4 was removed yesterday. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 00:33:05 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 EB14A1065672 for ; Wed, 3 Mar 2010 00:33:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 930CF8FC1F for ; Wed, 3 Mar 2010 00:33:05 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C1F13A5DDBB; Wed, 3 Mar 2010 08:33:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id ZNgJu+NXLRWF; Wed, 3 Mar 2010 08:32:57 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 36249A5DD76; Wed, 3 Mar 2010 08:32:55 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=rX3WtbCCHcK8K0TYqSj4l5WCYwCs4iBSVt6iGaAdJVV/3Skrh2z5CeY9fDR18siNz Q/nl99pNQwQyMBs2nMhFw== Message-ID: <4B8DAE33.4050202@delphij.net> Date: Tue, 02 Mar 2010 16:32:51 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Kevin Oberman References: <20100303002040.098981CC0E@ptavv.es.net> In-Reply-To: <20100303002040.098981CC0E@ptavv.es.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems building RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 00:33:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/03/02 16:20, Kevin Oberman wrote: > Looks to me like something is messed up in stable. > >>From /usr/src/share/man/man4/man4.i386/Makefile: > MAN= aic.4 \ > alpm.4 \ > amdpm.4 \ > apm.4 \ > ce.4 \ > cp.4 \ > CPU_ELAN.4 \ > cs.4 \ > ct.4 \ > ctau.4 \ > dpms.4 \ > cx.4 \ > ep.4 \ > > but dpms.4 was removed yesterday. Sounds like that there is something wrong with the CVS exporter? I have checked svn and it seems my change was there. http://svn.freebsd.org/viewvc/base/stable/8/share/man/man4/man4.i386/Makefile Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLja4zAAoJEATO+BI/yjfBXXoIAM1/Yhs18m+G748BV9mN9mea j89Xe/+CpZixYGWAZ+f1VO1k2iIP+siAS8k+nstqwTTk4i7FJjCOIo9t6mwY4BfB g1EiYzN7oQCLUCWmVWHBZGZhp9buOWHihXDIb4ga2w7PrbyHtocMtjQP0vgYREHR BfK9wJw6EOZqOCg/YYZnb8KAftVpOV0Z2hPcya5qIc75+ml0c/D8FFkccm89cLYm N8AmjQSQk5169Sor1fQxAXpKG1Eli+jFZAdjykjQ44Pml6EJWp/M5XZb8QIya4/i ntiArmPJ2Gv0Eca2ckgVOwEHGPwO1+8UORDv5evcgepBIQxd7nQyqvR4C1vgwH0= =/mEd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 00:40:34 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECAF5106564A; Wed, 3 Mar 2010 00:40:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 651BF8FC14; Wed, 3 Mar 2010 00:40:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADA/jUuDaFvK/2dsb2JhbACbDHO+PYR7BIMXix8 X-IronPort-AV: E=Sophos;i="4.49,570,1262581200"; d="scan'208";a="67549251" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 02 Mar 2010 19:40:32 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 3D3BF109C2BF; Tue, 2 Mar 2010 19:40:32 -0500 (EST) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x0jwkDDWoWZl; Tue, 2 Mar 2010 19:40:31 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id AC603109C285; Tue, 2 Mar 2010 19:40:31 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o230qes05191; Tue, 2 Mar 2010 19:52:40 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 2 Mar 2010 19:52:40 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Daniel Braniss In-Reply-To: Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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: Wed, 03 Mar 2010 00:40:34 -0000 On Tue, 2 Mar 2010, Daniel Braniss wrote: > runing with the experimental nfs server all is ok! > (at least I can't see any mbuf leakage :-) > > so now that we can assume that the problem is in NFS/UDP writes via > classic nfsserver, where to look? > It might also be the krpc reply cache, since the experimental server isn't using it (nfsv4 requires a rather twisted reply cache and it was easier to just use that one for nfsv2,3 for the experimental server, as well). >> If it doesn't go away, the problem is more likely in the krpc or the >> generic udp code. (When I looked at svc_dg.c, I could only spot one >> possible leak and you've already determined that patch doesn't help. >> The other big difference when using udp on the FreeBSD8 krpc is the >> reply cache code. I seem to recall it's an lru cache with a fixed upper >> bound, but it might be broken and leaking. >> >> If you change the server to set sp_rcache = NULL in the initialization >> function in sys/nfsserver/nfs_srvkrpc.c, I think that disables the replay >> cache. You wouldn't want to run this way in production, but it would >> determine if the leak is in it. >> >> Change the 3 lines in nfsrv_init() to: >> nfsrv_pool->sp_rcache = NULL; >> nfsrv_pool->sp_assign = NULL; >> nfsrv_pool->sp_done = NULL; >> >> and I think the krpc replay cache will be disabled. >> If someone gets a chance to try the above (not in production mode:-), it will determine if the problem is in the reply cache or the nfs server's write code. >> Good luck with it and please report back if you get to try the above. >> Thanks for trying the experimental server. It is getting narrowed down, due to everyone's work on it. rick From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 02:38:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D71106564A; Wed, 3 Mar 2010 02:38:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD398FC17; Wed, 3 Mar 2010 02:38:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o232cw7U066661; Tue, 2 Mar 2010 21:38:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o232cwrq066643; Wed, 3 Mar 2010 02:38:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 02:38:58 GMT Message-Id: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 02:38:59 -0000 TB --- 2010-03-03 01:46:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 01:46:28 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-03-03 01:46:28 - cleaning the object tree TB --- 2010-03-03 01:46:35 - cvsupping the source tree TB --- 2010-03-03 01:46:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-03-03 01:46:57 - building world TB --- 2010-03-03 01:46:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 01:46:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 01:46:57 - TARGET=i386 TB --- 2010-03-03 01:46:57 - TARGET_ARCH=i386 TB --- 2010-03-03 01:46:57 - TZ=UTC TB --- 2010-03-03 01:46:57 - __MAKE_CONF=/dev/null TB --- 2010-03-03 01:46:57 - cd /src TB --- 2010-03-03 01:46:57 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 01:46:57 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 02:38:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 02:38:58 - ERROR: failed to build world TB --- 2010-03-03 02:38:58 - 2355.01 user 466.62 system 3150.25 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 02:58:12 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 5E1E2106566B for ; Wed, 3 Mar 2010 02:58:12 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3448D8FC1C for ; Wed, 3 Mar 2010 02:58:11 +0000 (UTC) Received: by pwj1 with SMTP id 1so637565pwj.13 for ; Tue, 02 Mar 2010 18:58:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=U3sRV+2Ez4KE1/42M2nJ32oG2dFlnnDdgs7nCWtbP0Q=; b=TlV97ypPcydDWAeMUWO4agcn0oN6dckzKU5quGuYLX7SRQZHJMruZxwYn+DaXlih6C 8WxMHNcimAeI2DEz3zaoBRxEGkBCjIOZoWskGgoUrHi+w2dlOQrhpnG6/0clTQ3DBQWK eIvOxFYxS6XVwsx/fgDQE+rcaAdhzHNW+peqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZtNVmaIoNJBXaffbnRtAbzDKhfPQ2ljAytvcGhqTMWKUJJofBCb6BvdQtVp2hYEyLA lW1SB9Aj4iViNSxIObxNc06N5DUI6Ev2t7CaDDp3SL1D6LA4D1+kIs9BjGrdX+vyzjKC 231FB1uEg4PHGG/1I6Nno3/cU76XphwokqdOU= MIME-Version: 1.0 Received: by 10.142.6.36 with SMTP id 36mr602982wff.145.1267585085062; Tue, 02 Mar 2010 18:58:05 -0800 (PST) In-Reply-To: <4B8DAE33.4050202@delphij.net> References: <20100303002040.098981CC0E@ptavv.es.net> <4B8DAE33.4050202@delphij.net> Date: Tue, 2 Mar 2010 18:58:05 -0800 Message-ID: <7d6fde3d1003021858gf10ad4n342c0453ad3a2741@mail.gmail.com> From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Problems building RELENG_8 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: Wed, 03 Mar 2010 02:58:12 -0000 On Tue, Mar 2, 2010 at 4:32 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/03/02 16:20, Kevin Oberman wrote: >> Looks to me like something is messed up in stable. >> >>>From /usr/src/share/man/man4/man4.i386/Makefile: >> MAN=3D =A0aic.4 \ >> =A0 =A0 =A0 alpm.4 \ >> =A0 =A0 =A0 amdpm.4 \ >> =A0 =A0 =A0 apm.4 \ >> =A0 =A0 =A0 ce.4 \ >> =A0 =A0 =A0 cp.4 \ >> =A0 =A0 =A0 CPU_ELAN.4 \ >> =A0 =A0 =A0 cs.4 \ >> =A0 =A0 =A0 ct.4 \ >> =A0 =A0 =A0 ctau.4 \ >> =A0 =A0 =A0 dpms.4 \ >> =A0 =A0 =A0 cx.4 \ >> =A0 =A0 =A0 ep.4 \ >> >> but dpms.4 was removed yesterday. > > Sounds like that there is something wrong with the CVS exporter? =A0I hav= e > checked svn and it seems my change was there. > > =A0 =A0 =A0 =A0http://svn.freebsd.org/viewvc/base/stable/8/share/man/man4= /man4.i386/Makefile > > Cheers, > - -- > Xin LI =A0 =A0http://www.delphij.net/ > FreeBSD - The Power to Serve! =A0 =A0 =A0 =A0 =A0Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (FreeBSD) > > iQEcBAEBAgAGBQJLja4zAAoJEATO+BI/yjfBXXoIAM1/Yhs18m+G748BV9mN9mea > j89Xe/+CpZixYGWAZ+f1VO1k2iIP+siAS8k+nstqwTTk4i7FJjCOIo9t6mwY4BfB > g1EiYzN7oQCLUCWmVWHBZGZhp9buOWHihXDIb4ga2w7PrbyHtocMtjQP0vgYREHR > BfK9wJw6EOZqOCg/YYZnb8KAftVpOV0Z2hPcya5qIc75+ml0c/D8FFkccm89cLYm > N8AmjQSQk5169Sor1fQxAXpKG1Eli+jFZAdjykjQ44Pml6EJWp/M5XZb8QIya4/i > ntiArmPJ2Gv0Eca2ckgVOwEHGPwO1+8UORDv5evcgepBIQxd7nQyqvR4C1vgwH0=3D > =3D/mEd > -----END PGP SIGNATURE----- dpms.4 was removed several weeks ago on HEAD: http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i386/Makefile= .diff?r1=3D1.194;r2=3D1.195 , but the branch tag is still stuck on http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i386/Makefile= .diff?r1=3D1.194;r2=3D1.194.2.1 . One point that is weird, is the RELENG_8_0 tag is newer than RELENG_8: http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i38= 6/Makefile.diff?r1=3D1.194.2.1;r2=3D1.194.2.1.2.1 , instead of them both being the sane. So yes, something fishy is going on with cvs.. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 02:58:48 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 35718106564A for ; Wed, 3 Mar 2010 02:58:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f182.google.com (mail-pz0-f182.google.com [209.85.222.182]) by mx1.freebsd.org (Postfix) with ESMTP id 093B38FC22 for ; Wed, 3 Mar 2010 02:58:47 +0000 (UTC) Received: by pzk12 with SMTP id 12so760368pzk.14 for ; Tue, 02 Mar 2010 18:58:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lqkmgsmlSld2g8wlYF49LABoLK4F8xFG2Lfyy7NCQF4=; b=BVxiBAiS4Z7kJV2yqg3SuvVS1UWBGAxRfgBTNKlMeXW+kMHiuYIL7x2Jh0v3xFOmgn FksG/ucKlCpEahlGRzbCYUJil6xjPbTfc8yOJ/IFTNsi7QGpeln7mgre7tIkVLHJzxiu BqAbw945Cvfuv2x9sSSbdkUB0RRJ6UoMDjG8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aHDqoJzRr/L3WC1GKfzp0Q/nfGALyYOY2yfO755nIfcXWoI9MvJTlHb3ndUWiUSdGa cnMZbhXv+3icnzgh7uW9W42L752CynOB91wBgZ3Ng1W6ByrS0q6XXNLne1Y7zYqwfYRH lQ9t8n/j1cKOEwqjoIjwnCslcIDDFWDzerm3w= MIME-Version: 1.0 Received: by 10.142.119.28 with SMTP id r28mr3962561wfc.227.1267585121616; Tue, 02 Mar 2010 18:58:41 -0800 (PST) In-Reply-To: <7d6fde3d1003021858gf10ad4n342c0453ad3a2741@mail.gmail.com> References: <20100303002040.098981CC0E@ptavv.es.net> <4B8DAE33.4050202@delphij.net> <7d6fde3d1003021858gf10ad4n342c0453ad3a2741@mail.gmail.com> Date: Tue, 2 Mar 2010 18:58:41 -0800 Message-ID: <7d6fde3d1003021858s1f835088rbfef40f32d311661@mail.gmail.com> From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Problems building RELENG_8 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: Wed, 03 Mar 2010 02:58:48 -0000 On Tue, Mar 2, 2010 at 6:58 PM, Garrett Cooper wrote: > On Tue, Mar 2, 2010 at 4:32 PM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 2010/03/02 16:20, Kevin Oberman wrote: >>> Looks to me like something is messed up in stable. >>> >>>>From /usr/src/share/man/man4/man4.i386/Makefile: >>> MAN=3D =A0aic.4 \ >>> =A0 =A0 =A0 alpm.4 \ >>> =A0 =A0 =A0 amdpm.4 \ >>> =A0 =A0 =A0 apm.4 \ >>> =A0 =A0 =A0 ce.4 \ >>> =A0 =A0 =A0 cp.4 \ >>> =A0 =A0 =A0 CPU_ELAN.4 \ >>> =A0 =A0 =A0 cs.4 \ >>> =A0 =A0 =A0 ct.4 \ >>> =A0 =A0 =A0 ctau.4 \ >>> =A0 =A0 =A0 dpms.4 \ >>> =A0 =A0 =A0 cx.4 \ >>> =A0 =A0 =A0 ep.4 \ >>> >>> but dpms.4 was removed yesterday. >> >> Sounds like that there is something wrong with the CVS exporter? =A0I ha= ve >> checked svn and it seems my change was there. >> >> =A0 =A0 =A0 =A0http://svn.freebsd.org/viewvc/base/stable/8/share/man/man= 4/man4.i386/Makefile >> >> Cheers, >> - -- >> Xin LI =A0 =A0http://www.delphij.net/ >> FreeBSD - The Power to Serve! =A0 =A0 =A0 =A0 =A0Live free or die >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.14 (FreeBSD) >> >> iQEcBAEBAgAGBQJLja4zAAoJEATO+BI/yjfBXXoIAM1/Yhs18m+G748BV9mN9mea >> j89Xe/+CpZixYGWAZ+f1VO1k2iIP+siAS8k+nstqwTTk4i7FJjCOIo9t6mwY4BfB >> g1EiYzN7oQCLUCWmVWHBZGZhp9buOWHihXDIb4ga2w7PrbyHtocMtjQP0vgYREHR >> BfK9wJw6EOZqOCg/YYZnb8KAftVpOV0Z2hPcya5qIc75+ml0c/D8FFkccm89cLYm >> N8AmjQSQk5169Sor1fQxAXpKG1Eli+jFZAdjykjQ44Pml6EJWp/M5XZb8QIya4/i >> ntiArmPJ2Gv0Eca2ckgVOwEHGPwO1+8UORDv5evcgepBIQxd7nQyqvR4C1vgwH0=3D >> =3D/mEd >> -----END PGP SIGNATURE----- > > dpms.4 was removed several weeks ago on HEAD: > http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i386/Makefi= le.diff?r1=3D1.194;r2=3D1.195 > , but the branch tag is still stuck on > http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i386/Makefi= le.diff?r1=3D1.194;r2=3D1.194.2.1 > . One point that is weird, is the RELENG_8_0 tag is newer than > RELENG_8: http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/man4.i= 386/Makefile.diff?r1=3D1.194.2.1;r2=3D1.194.2.1.2.1 > , instead of them both being the sane. s/sane/same/ . Freudian slip. > So yes, something fishy is going on with cvs.. -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 03:03:03 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1E89106566B; Wed, 3 Mar 2010 03:03:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 610628FC18; Wed, 3 Mar 2010 03:03:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23332BB050858; Tue, 2 Mar 2010 22:03:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23332La050849; Wed, 3 Mar 2010 03:03:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 03:03:02 GMT Message-Id: <201003030303.o23332La050849@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 03:03:03 -0000 TB --- 2010-03-03 02:10:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 02:10:33 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-03-03 02:10:33 - cleaning the object tree TB --- 2010-03-03 02:10:41 - cvsupping the source tree TB --- 2010-03-03 02:10:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-03-03 02:11:05 - building world TB --- 2010-03-03 02:11:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 02:11:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 02:11:05 - TARGET=pc98 TB --- 2010-03-03 02:11:05 - TARGET_ARCH=i386 TB --- 2010-03-03 02:11:05 - TZ=UTC TB --- 2010-03-03 02:11:05 - __MAKE_CONF=/dev/null TB --- 2010-03-03 02:11:05 - cd /src TB --- 2010-03-03 02:11:05 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 02:11:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man4/man4.i386/apm.4 > apm.4.gz gzip -cn /src/share/man/man4/man4.i386/ce.4 > ce.4.gz gzip -cn /src/share/man/man4/man4.i386/cp.4 > cp.4.gz gzip -cn /src/share/man/man4/man4.i386/CPU_ELAN.4 > CPU_ELAN.4.gz gzip -cn /src/share/man/man4/man4.i386/cs.4 > cs.4.gz gzip -cn /src/share/man/man4/man4.i386/ct.4 > ct.4.gz gzip -cn /src/share/man/man4/man4.i386/ctau.4 > ctau.4.gz make: don't know how to make dpms.4. Stop *** Error code 2 Stop in /src/share/man/man4. *** Error code 1 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 03:03:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 03:03:02 - ERROR: failed to build world TB --- 2010-03-03 03:03:02 - 2352.19 user 477.17 system 3148.73 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 03:25:14 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11C11065670 for ; Wed, 3 Mar 2010 03:25:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2401B8FC14 for ; Wed, 3 Mar 2010 03:25:13 +0000 (UTC) Received: (qmail 18517 invoked by uid 399); 3 Mar 2010 03:25:12 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Mar 2010 03:25:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B8DD696.8080905@FreeBSD.org> Date: Tue, 02 Mar 2010 19:25:10 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> In-Reply-To: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, delphij@freebsd.org, i386@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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: Wed, 03 Mar 2010 03:25:14 -0000 On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: > make: don't know how to make dpms.4. Stop > *** Error code 2 Is anyone interested in fixing this? delphij? The files in cvs and svn seem identical to me, so this seems like an actual bug. Either way it needs to be fixed. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 03:31:10 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 A8BD51065672 for ; Wed, 3 Mar 2010 03:31:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 396AC8FC0A for ; Wed, 3 Mar 2010 03:31:10 +0000 (UTC) Received: (qmail 27194 invoked by uid 399); 3 Mar 2010 03:31:09 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Mar 2010 03:31:09 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B8DD7FC.6010704@FreeBSD.org> Date: Tue, 02 Mar 2010 19:31:08 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Kevin Oberman References: <20100303002040.098981CC0E@ptavv.es.net> In-Reply-To: <20100303002040.098981CC0E@ptavv.es.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: delphij@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Problems building RELENG_8 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: Wed, 03 Mar 2010 03:31:10 -0000 On 3/2/2010 4:20 PM, Kevin Oberman wrote: > Looks to me like something is messed up in stable. > >>From /usr/src/share/man/man4/man4.i386/Makefile: > MAN= aic.4 \ > alpm.4 \ > amdpm.4 \ > apm.4 \ > ce.4 \ > cp.4 \ > CPU_ELAN.4 \ > cs.4 \ > ct.4 \ > ctau.4 \ > dpms.4 \ > cx.4 \ > ep.4 \ > > but dpms.4 was removed yesterday. That is not the latest version of the file in svn OR cvs. MAN= aac.4 \ ... ${_dpms.4} \ .if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386" ... _dpms.4= dpms.4 And there is a dpms.4 file in that directory, at least there is when I check it out. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 04:22:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBB1B106564A for ; Wed, 3 Mar 2010 04:22:41 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-px0-f195.google.com (mail-px0-f195.google.com [209.85.216.195]) by mx1.freebsd.org (Postfix) with ESMTP id BA0BA8FC1D for ; Wed, 3 Mar 2010 04:22:41 +0000 (UTC) Received: by pxi33 with SMTP id 33so367549pxi.14 for ; Tue, 02 Mar 2010 20:22:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sxLtobet0ISRTPgTaPoW8vMIUHsiStOLj9DFxnytwho=; b=G4kgZK6teucbpRx1tQ9GPOyaFxvmuCkzmXoxLxxSAJnAW6jgvctjBpH5OVDO4CxktW QxXrh+ZGouESk6LZj3vBSLl9PkiJou70hfJOCmXKSBPX+jWCmkZn5Bd0eg/LJQOMRJ39 xDPjYlTS+T+SzyGV/adlbkw+lyno1TNaZLFLg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=K5/M3QZy6D3aUyGA4hgHUCHxqyE7FGcBQAEP/sC/NTdkOih9XtM7HGnk2sCGZHdLxY xHBIL1beKw9GwZocLWQ1oo41Y7EeR2D1Rjtibn+gkOWNeB9KmdmPlE2DD1/buVmGOR7g s8u2OBe4WRvKBxYslBTCa7TmNFZD2VzP3odLo= MIME-Version: 1.0 Received: by 10.142.201.17 with SMTP id y17mr4051272wff.51.1267590146487; Tue, 02 Mar 2010 20:22:26 -0800 (PST) In-Reply-To: <20100227225054.GA74976@malcolm.berkeley.edu> References: <20100218213213.GD11675@michelle.cdnetworks.com> <20100219001913.GE11675@michelle.cdnetworks.com> <20100219055129.GL55307@zxy.spb.ru> <20100219122415.GR55307@zxy.spb.ru> <20100219190359.GJ11675@michelle.cdnetworks.com> <20100219191103.GT55307@zxy.spb.ru> <20100219200647.GK11675@michelle.cdnetworks.com> <20100219201359.GU55307@zxy.spb.ru> <20100219211201.GL11675@michelle.cdnetworks.com> <20100227225054.GA74976@malcolm.berkeley.edu> Date: Tue, 2 Mar 2010 20:22:26 -0800 Message-ID: <147432021003022022m17b020d3n726459ef8b917508@mail.gmail.com> From: Nick Rogers To: Erik Klavon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pyun YongHyeon , stable@freebsd.org, Slawa Olhovchenkov Subject: Re: trap 12: page fault while in kernel mode on 8.0-RELEASE (possibly bge(4) related) 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: Wed, 03 Mar 2010 04:22:42 -0000 Second that. Daily panics using a Tyan board w/ BCM5704. Unfortunately unable to provide crash dump and I was forced to use a different NIC. But for what its worth here is the relevant pciconf -lv output. bge0@pci0:2:9:0: class=0x020000 card=0x164814e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Dual Gigabit Adapter (BCM5704)' class = network subclass = ethernet bge1@pci0:2:9:1: class=0x020000 card=0x164814e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Dual Gigabit Adapter (BCM5704)' class = network subclass = ethernet On Sat, Feb 27, 2010 at 2:50 PM, Erik Klavon wrote: > > I have BCM5704 hardware (Tyan S2882 system board). I am seeing kernel > panics very similar to those described in this thread on this > hardware. pciconf -lcv output below. If you'd like access to this > hardware I can arrange it; please contact me off list. > > Erik > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 05:19:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5059D1065689; Wed, 3 Mar 2010 05:19:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f182.google.com (mail-pz0-f182.google.com [209.85.222.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0839E8FC48; Wed, 3 Mar 2010 05:19:16 +0000 (UTC) Received: by pzk12 with SMTP id 12so840312pzk.14 for ; Tue, 02 Mar 2010 21:19:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=X+zaVITlx5rmgYGcehZgJteDWzmzzVyHUCnYEXOtuak=; b=nWkiq1+F1SG9RuR+6YnJCCS+P/K50bzWvmaaQVEztIguZqKCsQc/WgMkbJmR9nf70N SUePUN64Sqvx7b4i5Km5Z0dhFXtCOVCu3QPijz9aSZW0d2SXTqKkwbGyAsilaXNZvnrL JVcSsp2/17I6/URNyq33025NZEdZKCSby2SIM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=K2RDWOEzaK0JuCQ8OxuSZM8dCfe+N1Fl4mKEa/px3sipIKvKq19GokPn7WYouctXU6 CCEQM4ps4Lhk5hFYN8sMnLEuPzcHLFusIjPoKaADr2ZADd/R4ICnQVPMQv3RAq7MRjHG xqaZeSZ28FiGYmrUsciQtq4xAPgLias5/sOno= MIME-Version: 1.0 Received: by 10.142.121.15 with SMTP id t15mr867116wfc.337.1267593552713; Tue, 02 Mar 2010 21:19:12 -0800 (PST) In-Reply-To: <7d6fde3d1003022102g4dedeccbg8c05406ec0c62df1@mail.gmail.com> References: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> <4B8DD696.8080905@FreeBSD.org> <7d6fde3d1003022102g4dedeccbg8c05406ec0c62df1@mail.gmail.com> Date: Tue, 2 Mar 2010 21:19:12 -0800 Message-ID: <7d6fde3d1003022119l4d7e7188ke78521fb06bbb987@mail.gmail.com> From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, delphij@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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: Wed, 03 Mar 2010 05:19:17 -0000 On Tue, Mar 2, 2010 at 9:02 PM, Garrett Cooper wrote: > On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: >> On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >>> make: don't know how to make dpms.4. Stop >>> *** Error code 2 >> >> Is anyone interested in fixing this? delphij? The files in cvs and svn >> seem identical to me, so this seems like an actual bug. Either way it >> needs to be fixed. > > I'm not sure if there's anything to fix: > > [root@garrcoop-fbsd /usr/home/garrcoop]# grep dpms.4 > releng_8/share/man/man4/man4.i386/Makefile > [root@garrcoop-fbsd /usr/home/garrcoop]# uname -a > FreeBSD garrcoop-fbsd.cisco.com 8.0-STABLE FreeBSD 8.0-STABLE #2: Wed > Feb =A03 16:57:07 PST 2010 > garrcoop@garrcoop-fbsd.cisco.com:/usr/obj/usr/src/sys/LAPPY_X86 =A0i386 > > =A0 =A0This was done just a few seconds ago. Is svn blame supposed to > work with the FreeBSD repo or am I using it incorrectly? I ask because > I can't see any references to delphij@ at all here.. > > [root@garrcoop-fbsd /usr/home/garrcoop/releng_8]# svn blame > svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile blame still works ; I was just using it incorrectly (it only works for lines that are still present in the file). diff shows the right stuff: [garrcoop@garrcoop-fbsd /usr/home/garrcoop]$ svn diff -r 203976 svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile (revision 203976) +++ Makefile (revision 204618) @@ -10,7 +10,6 @@ cs.4 \ ct.4 \ ctau.4 \ - dpms.4 \ cx.4 \ ep.4 \ ex.4 \ Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 05:27:30 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C48D1065676; Wed, 3 Mar 2010 05:27:30 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DADD48FC16; Wed, 3 Mar 2010 05:27:29 +0000 (UTC) Received: by pwj1 with SMTP id 1so717863pwj.13 for ; Tue, 02 Mar 2010 21:27:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=htebtwXBYqPobWPW1LwzOSYZvlWPqmyBne3IKnJ8LFE=; b=ttk4TMweYIAu7nzp8GQ3GWpW7rvf/+yzR7bG/SL3qTiDK4FLz34VkQbrVg6U+loCJJ BXlNS5sBpVwy4onXaWmoUVgfXHIbIdWfrW8eMxKDLjsXgbr2KdCTscXdEFrHD9TdQnu9 d49iYYa20WJYWSxl0mKsat0G/LEPYUVSOnrZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xeFNc7qobIPmBHdXlymhCaZenzI2yq53wO1Iun44CNSFUQvp9n6avq9ssabH5hWYFa +Ow7B4BgTVXEJyjhOP1nSQ33zbfXjWOrO+pWnsiwqrIR2y95dkljsfEiE7EsysgL9Uts IF8wF8p6gNM2TIhPsxKENp0zLbUjcqRCOB844= MIME-Version: 1.0 Received: by 10.115.67.26 with SMTP id u26mr4006214wak.162.1267592709905; Tue, 02 Mar 2010 21:05:09 -0800 (PST) In-Reply-To: <4B8DD696.8080905@FreeBSD.org> References: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> <4B8DD696.8080905@FreeBSD.org> Date: Tue, 2 Mar 2010 21:05:09 -0800 Message-ID: From: Xin LI To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: stable@freebsd.org, delphij@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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: Wed, 03 Mar 2010 05:27:30 -0000 On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: > On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >> make: don't know how to make dpms.4. Stop >> *** Error code 2 > > Is anyone interested in fixing this? delphij? The files in cvs and svn > seem identical to me, so this seems like an actual bug. Either way it > needs to be fixed. No... CVS and svn is currently different, I have actually done a 'make universe' using svn code :( Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 05:33:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27E2106566B; Wed, 3 Mar 2010 05:33:16 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AB79A8FC15; Wed, 3 Mar 2010 05:33:16 +0000 (UTC) Received: by pwj1 with SMTP id 1so720569pwj.13 for ; Tue, 02 Mar 2010 21:33:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=3iHc9AdePHSD7fxJN34mTz1PL1ph7wZRzb02nKY3BIc=; b=hhdW5aGfYhBnZ/66vaI/6WOskBJaX57CIcqZ1hWB+a73v2OeziUNVSPVgGRYO+3/ST IM9BI5k8Gx+tqgUxWr1vy1ulsftsZWeiFMx9F7WbjKJHkJsgOg59HDTzbqDB5Kflv/17 4XRCjBMI4+vDCVWLYq6IpqEVVJ1qU9W2iPgJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Scz+KaO46hO5ZYnxl2OWO0J3k1QtddEsEp+KujCF6ANPz0/W3PEyb+egIxH9/XGq8D hYubGSlbR5V+o4eihojgC4VUdTKOh/Efv00gXYVHKKZ/fQqXPadScnatrnvuKs34oGaE jty+RY1DtIuSBYFUgw1JI60W4k6so+teKVCmE= MIME-Version: 1.0 Received: by 10.143.25.9 with SMTP id c9mr677768wfj.315.1267592549365; Tue, 02 Mar 2010 21:02:29 -0800 (PST) In-Reply-To: <4B8DD696.8080905@FreeBSD.org> References: <201003030238.o232cwrq066643@freebsd-current.sentex.ca> <4B8DD696.8080905@FreeBSD.org> Date: Tue, 2 Mar 2010 21:02:29 -0800 Message-ID: <7d6fde3d1003022102g4dedeccbg8c05406ec0c62df1@mail.gmail.com> From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, delphij@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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: Wed, 03 Mar 2010 05:33:17 -0000 On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: > On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >> make: don't know how to make dpms.4. Stop >> *** Error code 2 > > Is anyone interested in fixing this? delphij? The files in cvs and svn > seem identical to me, so this seems like an actual bug. Either way it > needs to be fixed. I'm not sure if there's anything to fix: [root@garrcoop-fbsd /usr/home/garrcoop]# grep dpms.4 releng_8/share/man/man4/man4.i386/Makefile [root@garrcoop-fbsd /usr/home/garrcoop]# uname -a FreeBSD garrcoop-fbsd.cisco.com 8.0-STABLE FreeBSD 8.0-STABLE #2: Wed Feb 3 16:57:07 PST 2010 garrcoop@garrcoop-fbsd.cisco.com:/usr/obj/usr/src/sys/LAPPY_X86 i386 This was done just a few seconds ago. Is svn blame supposed to work with the FreeBSD repo or am I using it incorrectly? I ask because I can't see any references to delphij@ at all here.. [root@garrcoop-fbsd /usr/home/garrcoop/releng_8]# svn blame svn://svn.freebsd.org/base/stable/8/share/man/man4/man4.i386/Makefile 50476 peter # $FreeBSD$ 2 rgrimes 181942 rpaulo MAN= aic.4 \ 124747 ru alpm.4 \ 124747 ru amdpm.4 \ 124747 ru apm.4 \ 155159 rik ce.4 \ 129339 rik cp.4 \ 124747 ru CPU_ELAN.4 \ 124747 ru cs.4 \ 127436 non ct.4 \ 127405 rik ctau.4 \ 124747 ru cx.4 \ 124747 ru ep.4 \ 124747 ru ex.4 \ 124747 ru fe.4 \ 181468 philip glxsb.4 \ 124747 ru ie.4 \ 124747 ru longrun.4 \ 124747 ru mcd.4 \ 124747 ru mse.4 \ 124747 ru npx.4 \ 124747 ru pae.4 \ 136231 imp pbio.4 \ 124747 ru pcf.4 \ 124747 ru perfmon.4 \ 124747 ru pnp.4 \ 124747 ru pnpbios.4 \ 182912 jhb sbni.4 \ 124747 ru scd.4 \ 124747 ru smapi.4 \ 132612 trhodes snc.4 \ 124747 ru streams.4 \ 124747 ru svr4.4 \ 124747 ru viapm.4 \ 124747 ru vpd.4 \ 124747 ru vx.4 \ 126944 imp wl.4 349 rgrimes 124747 ru MLINKS= CPU_ELAN.4 CPU_SOEKRIS.4 124747 ru MLINKS+=pae.4 PAE.4 182912 jhb MLINKS+=sbni.4 if_sbni.4 349 rgrimes 2 rgrimes MANSUBDIR=/i386 2 rgrimes 2 rgrimes .include Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 07:49:32 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 C97E91065670; Wed, 3 Mar 2010 07:49:32 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3FCF78FC0C; Wed, 3 Mar 2010 07:49:31 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o237nUPi015705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Mar 2010 08:49:30 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B8E1489.2070306@omnilan.de> Date: Wed, 03 Mar 2010 08:49:29 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Alexander Motin References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> In-Reply-To: <4B83EFD4.8050403@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEACFEEAC1A4E4EF02E403F20" Cc: freebsd-stable@FreeBSD.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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: Wed, 03 Mar 2010 07:49:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEACFEEAC1A4E4EF02E403F20 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Alexander Motin schrieb am 23.02.2010 16:10 (localtime): > Harald Schmalzbauer wrote: >> I'm frequently getting my machine locked with ahcichX timeouts: >> ahcich2: Timeout on slot 0 >> ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr >> 00000000 >> ahcich2: Timeout on slot 8 >> ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr >> 00000000 >> ahcich2: Timeout on slot 8 >> ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr >> 00000000 >> ... >=20 > Looking that is (Interrupt status) is zero and `rs =3D=3D cs | ss` (run= ning > command bitmasks in driver and hardware), controller doesn't report > command completion. Looking on TFD status 0xc0 with BUSY bit set, I > would suppose that either disk stuck in command processing for some > reason, or controller missed command completion status. >=20 > Have you noticed 30 second (default ATA timeout) pause before timeout > message printed? Just want to be sure that driver waited enough before > give up. >=20 >> This happens when backup over GbE overloads ZFS/HDD capabilities. >> I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locking= >> up almost immediately, but from it still happens. >> When I don't use ahci but ataahci (the old driver if I understand thin= gs >> correct) I also see the ZFS burst write congestion, but this doesn't >> lead to controller timeouts, thus blocking the machine. >> >> Sometimes the machine recovers from the disk lock, but most often I ha= ve >> to reboot. >=20 > How it looks when it doesn't? Can you send me full log messages? Hello, this morning I had a stall, but the machine recovered after about = one Minute. Here's what I got from the kernel: ahcich2: Timeout on slot 29 ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 serr=20 00000000 em1: watchdog timeout -- resetting em1: watchdog timeout -- resetting ahcich2: Timeout on slot 10 ahcich2: is 00000000 cs 00006000 ss 00007c00 rs 00007c00 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 18 ahcich2: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 2 ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 serr=20 00000000 ahcich2: Timeout on slot 2 ahcich2: is 00000000 cs 00000000 ss 0000000c rs 0000000c tfd 40 serr=20 00000000 Does this tell you something useful? Thanks, -Harry --------------enigEACFEEAC1A4E4EF02E403F20 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkuOFIoACgkQLDqVQ9VXb8jMbACgtnE+sdmRx6xS+N9icGJJLtZy 7tEAni7izTeffqaAv24SRiBj7pdokpNA =JAju -----END PGP SIGNATURE----- --------------enigEACFEEAC1A4E4EF02E403F20-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 07:52:57 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 23A54106566C for ; Wed, 3 Mar 2010 07:52:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id C72F38FC08 for ; Wed, 3 Mar 2010 07:52:56 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta08.westchester.pa.mail.comcast.net with comcast id oXrJ1d0021ei1Bg58Xswp1; Wed, 03 Mar 2010 07:52:56 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta24.westchester.pa.mail.comcast.net with comcast id oXvE1d00C3S48mS3kXvFTi; Wed, 03 Mar 2010 07:55:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AF4921E3035; Tue, 2 Mar 2010 23:52:54 -0800 (PST) Date: Tue, 2 Mar 2010 23:52:54 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100303075254.GA47119@icarus.home.lan> References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B8E1489.2070306@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8E1489.2070306@omnilan.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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: Wed, 03 Mar 2010 07:52:57 -0000 On Wed, Mar 03, 2010 at 08:49:29AM +0100, Harald Schmalzbauer wrote: > Alexander Motin schrieb am 23.02.2010 16:10 (localtime): > >Harald Schmalzbauer wrote: > >>I'm frequently getting my machine locked with ahcichX timeouts: > >>ahcich2: Timeout on slot 0 > >>ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr > >>00000000 > >>ahcich2: Timeout on slot 8 > >>ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr > >>00000000 > >>ahcich2: Timeout on slot 8 > >>ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr > >>00000000 > >>... > > > >Looking that is (Interrupt status) is zero and `rs == cs | ss` (running > >command bitmasks in driver and hardware), controller doesn't report > >command completion. Looking on TFD status 0xc0 with BUSY bit set, I > >would suppose that either disk stuck in command processing for some > >reason, or controller missed command completion status. > > > >Have you noticed 30 second (default ATA timeout) pause before timeout > >message printed? Just want to be sure that driver waited enough before > >give up. > > > >>This happens when backup over GbE overloads ZFS/HDD capabilities. > >>I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locking > >>up almost immediately, but from it still happens. > >>When I don't use ahci but ataahci (the old driver if I understand things > >>correct) I also see the ZFS burst write congestion, but this doesn't > >>lead to controller timeouts, thus blocking the machine. > >> > >>Sometimes the machine recovers from the disk lock, but most often I have > >>to reboot. > > > >How it looks when it doesn't? Can you send me full log messages? > > Hello, this morning I had a stall, but the machine recovered after > about one Minute. Here's what I got from the kernel: > ahcich2: Timeout on slot 29 > ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 serr > 00000000 > em1: watchdog timeout -- resetting > em1: watchdog timeout -- resetting Please provide the following output: pciconf -lv vmstat -i -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 08:11:05 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 B86A91065672 for ; Wed, 3 Mar 2010 08:11:05 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 261F68FC25 for ; Wed, 3 Mar 2010 08:11:04 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o2389vYT032529; Wed, 3 Mar 2010 09:09:57 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o2389ug8032528; Wed, 3 Mar 2010 09:09:56 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Wed, 3 Mar 2010 09:09:56 +0100 From: Ruben de Groot To: Jeremy Chadwick Message-ID: <20100303080956.GA32493@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Jeremy Chadwick , "C. P. Ghost" , freebsd-stable@freebsd.org References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> <20100302171227.GA26933@ei.bzerk.org> <20100302173632.GA29314@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100302173632.GA29314@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Wed, 03 Mar 2010 09:11:00 +0100 (CET) Cc: freebsd-stable@freebsd.org, "C. P. Ghost" Subject: Re: stable-8 regression: time stands still 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: Wed, 03 Mar 2010 08:11:05 -0000 On Tue, Mar 02, 2010 at 09:36:32AM -0800, Jeremy Chadwick typed: > On Tue, Mar 02, 2010 at 06:12:27PM +0100, Ruben de Groot wrote: > > On Tue, Mar 02, 2010 at 12:09:21PM +0100, C. P. Ghost typed: > > > On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > > > > malenfant# sysctl kern.timecounter > > > > kern.timecounter.tick: 1 > > > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) > > > > kern.timecounter.hardware: HPET > > > > > > Just a wild guess... but is HPET really enabled in the BIOS? > > > > Well, there's no such option in the BIOS. Just checked. It's btw an AMI BIOS. > > I'm totally unfamiliar with timecounter hardware, but after resetting the BIOS to > > factory settings (which I think it allready was, since I only change anything > > there when there is a real reason) the problem persists. > > The BIOS option could be labelled something like "Multimedia Timer" or > "High Prevision Event Timer". Each mainboard or BIOS manufacturer seems > to have their own naming convention for it, though Wikipedia does shed > some light on the confusion. I've looked through all options, without succes :( > > I'm going to get this kern.timecounter sysctl from the system booted with a 7.x livecd > > this evening. But really, I think this is a regression. Even if this system is the only > > one known to be affected (which I sincerely doubt). > > You can force a timecounter choice by setting it in /boot/loader.conf. > I would recommend choosing ACPI-safe on your system to see if that > improves things: > > kern.timecounter.hardware=ACPI-safe Thanks, that solved my issue. Allthough for correctness I must add that this line must be put in /etc/sysctl.conf; it does nothing in loader.conf. Also the sysctl can be run in multiuser and immediately fixed the problem. One question remains: why did this suddenly become a problem in FreeBSD 8 and not in FreeBSD 7. cheers, Ruben From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 08:18:13 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 893781065674 for ; Wed, 3 Mar 2010 08:18:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 149F78FC08 for ; Wed, 3 Mar 2010 08:18:12 +0000 (UTC) Received: by fxm23 with SMTP id 23so558956fxm.3 for ; Wed, 03 Mar 2010 00:18:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=ocg0VzULJkctd+95QbEBAOQkt+9GLSK6JB9tt0Ztkqg=; b=t86gp1wPcyHuZSeiWe97oBjcO4eaoU8a0COWC1vWPf4JhCuBqQ4pqc3/UwLOy+aMIG PYDjcOlqUQCFRuH7dfNdANSVkqjFu7hnAvzifUStkaHFY0hZzD4egEy1s4a7gpzjubPR xYJrDjhcqTiHKU1iWgcd/OxS6xS9KOEqFjvd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=wly4e0sN2fArtXjgeJLEWt5Sot3A2Mb9NiLoj1c0J/6mG/06zmUpK1vvv5jwMZYm5g en+JKUhrtxdG/Pcq13lOIvPUk2e5NkNb3dOTmTjMA01119u/5ga20CIZktyeV5v6C0af yClt83afOyRuKmjsdgrgCE7XwZwRspohYzFi4= Received: by 10.223.4.145 with SMTP id 17mr7964185far.17.1267604289023; Wed, 03 Mar 2010 00:18:09 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm3476673fxm.4.2010.03.03.00.18.07 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Mar 2010 00:18:08 -0800 (PST) Sender: Alexander Motin Message-ID: <4B8E1B3D.306@FreeBSD.org> Date: Wed, 03 Mar 2010 10:18:05 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Harald Schmalzbauer References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B8E1489.2070306@omnilan.de> In-Reply-To: <4B8E1489.2070306@omnilan.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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: Wed, 03 Mar 2010 08:18:13 -0000 Harald Schmalzbauer wrote: > Alexander Motin schrieb am 23.02.2010 16:10 (localtime): >> Harald Schmalzbauer wrote: >>> I'm frequently getting my machine locked with ahcichX timeouts: >>> ahcich2: Timeout on slot 0 >>> ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr >>> 00000000 >>> ahcich2: Timeout on slot 8 >>> ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr >>> 00000000 >>> ahcich2: Timeout on slot 8 >>> ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr >>> 00000000 >>> ... >> >> Looking that is (Interrupt status) is zero and `rs == cs | ss` (running >> command bitmasks in driver and hardware), controller doesn't report >> command completion. Looking on TFD status 0xc0 with BUSY bit set, I >> would suppose that either disk stuck in command processing for some >> reason, or controller missed command completion status. >> >> Have you noticed 30 second (default ATA timeout) pause before timeout >> message printed? Just want to be sure that driver waited enough before >> give up. >> >>> This happens when backup over GbE overloads ZFS/HDD capabilities. >>> I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locking >>> up almost immediately, but from it still happens. >>> When I don't use ahci but ataahci (the old driver if I understand things >>> correct) I also see the ZFS burst write congestion, but this doesn't >>> lead to controller timeouts, thus blocking the machine. >>> >>> Sometimes the machine recovers from the disk lock, but most often I have >>> to reboot. >> >> How it looks when it doesn't? Can you send me full log messages? > > Hello, this morning I had a stall, but the machine recovered after about > one Minute. Here's what I got from the kernel: > ahcich2: Timeout on slot 29 > ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 serr > 00000000 > em1: watchdog timeout -- resetting > em1: watchdog timeout -- resetting > ahcich2: Timeout on slot 10 > ahcich2: is 00000000 cs 00006000 ss 00007c00 rs 00007c00 tfd c0 serr > 00000000 > ahcich2: Timeout on slot 18 > ahcich2: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd c0 serr > 00000000 > ahcich2: Timeout on slot 2 > ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 serr > 00000000 > ahcich2: Timeout on slot 2 > ahcich2: is 00000000 cs 00000000 ss 0000000c rs 0000000c tfd 40 serr > 00000000 > > Does this tell you something useful? It doesn't. Looking on logged register content - commands are indeed still running and no interrupts requested. Interesting to see em1 watchdog timeout there. Aren't they related somehow? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 08: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 636881065677; Wed, 3 Mar 2010 08:28:28 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id D4FEA8FC08; Wed, 3 Mar 2010 08:28:27 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o238SQWP016286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Mar 2010 09:28:26 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B8E1DA9.2090406@omnilan.de> Date: Wed, 03 Mar 2010 09:28:25 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Alexander Motin References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B8E1489.2070306@omnilan.de> <4B8E1B3D.306@FreeBSD.org> In-Reply-To: <4B8E1B3D.306@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB773F80F3ABD64AEC1F537B4" Cc: freebsd-stable@FreeBSD.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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: Wed, 03 Mar 2010 08:28:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB773F80F3ABD64AEC1F537B4 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Alexander Motin schrieb am 03.03.2010 09:18 (localtime): > Harald Schmalzbauer wrote: >> Alexander Motin schrieb am 23.02.2010 16:10 (localtime): >>> Harald Schmalzbauer wrote: >>>> I'm frequently getting my machine locked with ahcichX timeouts: >>>> ahcich2: Timeout on slot 0 >>>> ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr= >>>> 00000000 >>>> ahcich2: Timeout on slot 8 >>>> ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr= >>>> 00000000 >>>> ahcich2: Timeout on slot 8 >>>> ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr= >>>> 00000000 >>>> ... >>> Looking that is (Interrupt status) is zero and `rs =3D=3D cs | ss` (r= unning >>> command bitmasks in driver and hardware), controller doesn't report >>> command completion. Looking on TFD status 0xc0 with BUSY bit set, I >>> would suppose that either disk stuck in command processing for some >>> reason, or controller missed command completion status. >>> >>> Have you noticed 30 second (default ATA timeout) pause before timeout= >>> message printed? Just want to be sure that driver waited enough befor= e >>> give up. >>> >>>> This happens when backup over GbE overloads ZFS/HDD capabilities. >>>> I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locki= ng >>>> up almost immediately, but from it still happens. >>>> When I don't use ahci but ataahci (the old driver if I understand th= ings >>>> correct) I also see the ZFS burst write congestion, but this doesn't= >>>> lead to controller timeouts, thus blocking the machine. >>>> >>>> Sometimes the machine recovers from the disk lock, but most often I = have >>>> to reboot. >>> How it looks when it doesn't? Can you send me full log messages? >> Hello, this morning I had a stall, but the machine recovered after abo= ut >> one Minute. Here's what I got from the kernel: >> ahcich2: Timeout on slot 29 >> ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 serr >> 00000000 >> em1: watchdog timeout -- resetting >> em1: watchdog timeout -- resetting >> ahcich2: Timeout on slot 10 >> ahcich2: is 00000000 cs 00006000 ss 00007c00 rs 00007c00 tfd c0 serr >> 00000000 >> ahcich2: Timeout on slot 18 >> ahcich2: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd c0 serr >> 00000000 >> ahcich2: Timeout on slot 2 >> ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 serr >> 00000000 >> ahcich2: Timeout on slot 2 >> ahcich2: is 00000000 cs 00000000 ss 0000000c rs 0000000c tfd 40 serr >> 00000000 >> >> Does this tell you something useful? >=20 > It doesn't. Looking on logged register content - commands are indeed > still running and no interrupts requested. Interesting to see em1 > watchdog timeout there. Aren't they related somehow? dmesg | grep "irq 18": uhci0: port 0x20c0-0x20df irq 18 at = device 26.0 on pci0 uhci4: port 0x2040-0x205f irq 18 at = device 29.2 on pci0 em1: port 0x1000-0x103f=20 mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 at device 2.0 on p= ci3 ichsmb0: port 0x2000-0x201f mem=20 0xe1a22000-0xe1a220ff irq 18 at device 31.3 on pci0 The don't share the same IRQ at least. dmesg | grep "irq 21" uhci1: port 0x20a0-0x20bf irq 21 at = device 26.1 on pci0 ahci0: port=20 0x2408-0x240f,0x2414-0x2417,0x2400-0x2407,0x2410-0x2413,0x2020-0x203f=20 mem 0xe1a21000-0xe1a217ff irq 21 at device 31.2 on pci0 The em1 has no cable attached. I get many of these em watchdog timeouts. = Never thought they could be related to ahci. I'll see if the em watchdog = timeouts happens in any relation to disk usage. Thank you! -Harry --------------enigB773F80F3ABD64AEC1F537B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkuOHaoACgkQLDqVQ9VXb8i/6wCfabT3X1Hdp6g9QxEMlf772Rmc 7xgAnRs689Gg+JomGAR9niPw4D2In413 =scJE -----END PGP SIGNATURE----- --------------enigB773F80F3ABD64AEC1F537B4-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 08:57:43 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C8E106566C; Wed, 3 Mar 2010 08:57:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id E508A8FC0C; Wed, 3 Mar 2010 08:57:42 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NmkOe-000PSY-JT; Wed, 03 Mar 2010 10:57:36 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Tue, 02 Mar 2010 19:52:40 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Mar 2010 10:57:35 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was mbuf leakage with nfs/zfs?) 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: Wed, 03 Mar 2010 08:57:43 -0000 > > > On Tue, 2 Mar 2010, Daniel Braniss wrote: > > > runing with the experimental nfs server all is ok! > > (at least I can't see any mbuf leakage :-) > > > > so now that we can assume that the problem is in NFS/UDP writes via > > classic nfsserver, where to look? > > > > It might also be the krpc reply cache, since the experimental server > isn't using it (nfsv4 requires a rather twisted reply cache and it was > easier to just use that one for nfsv2,3 for the experimental server, > as well). > > >> If it doesn't go away, the problem is more likely in the krpc or the > >> generic udp code. (When I looked at svc_dg.c, I could only spot one > >> possible leak and you've already determined that patch doesn't help. > >> The other big difference when using udp on the FreeBSD8 krpc is the > >> reply cache code. I seem to recall it's an lru cache with a fixed upper > >> bound, but it might be broken and leaking. > >> > >> If you change the server to set sp_rcache = NULL in the initialization > >> function in sys/nfsserver/nfs_srvkrpc.c, I think that disables the replay > >> cache. You wouldn't want to run this way in production, but it would > >> determine if the leak is in it. > >> > >> Change the 3 lines in nfsrv_init() to: > >> nfsrv_pool->sp_rcache = NULL; > >> nfsrv_pool->sp_assign = NULL; > >> nfsrv_pool->sp_done = NULL; > >> > >> and I think the krpc replay cache will be disabled. > >> > > If someone gets a chance to try the above (not in production mode:-), > it will determine if the problem is in the reply cache or the nfs server's > write code. > >> Good luck with it and please report back if you get to try the above. > >> > > Thanks for trying the experimental server. It is getting narrowed down, > due to everyone's work on it. > disabling the krpc reply cache does it, no visible damage. Somehow this reminds me of my old 1970 beetle, parts would fall off but it would continue working :-) where to go from here? danny From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 11:06:49 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 B938D106566C for ; Wed, 3 Mar 2010 11:06:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 674068FC14 for ; Wed, 3 Mar 2010 11:06:49 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta01.westchester.pa.mail.comcast.net with comcast id ob0z1d0030vyq2s51b6prZ; Wed, 03 Mar 2010 11:06:49 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta05.westchester.pa.mail.comcast.net with comcast id ob6o1d0073S48mS3Rb6pEE; Wed, 03 Mar 2010 11:06:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6D45E1E3035; Wed, 3 Mar 2010 03:06:47 -0800 (PST) Date: Wed, 3 Mar 2010 03:06:47 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100303110647.GA51588@icarus.home.lan> References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B8E1489.2070306@omnilan.de> <4B8E1B3D.306@FreeBSD.org> <4B8E1DA9.2090406@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8E1DA9.2090406@omnilan.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ahcich timeouts, only with ahci, not with ataahci 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: Wed, 03 Mar 2010 11:06:49 -0000 On Wed, Mar 03, 2010 at 09:28:25AM +0100, Harald Schmalzbauer wrote: > Alexander Motin schrieb am 03.03.2010 09:18 (localtime): > >Harald Schmalzbauer wrote: > >>Alexander Motin schrieb am 23.02.2010 16:10 (localtime): > >>>Harald Schmalzbauer wrote: > >>>>I'm frequently getting my machine locked with ahcichX timeouts: > >>>>ahcich2: Timeout on slot 0 > >>>>ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr > >>>>00000000 > >>>>ahcich2: Timeout on slot 8 > >>>>ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr > >>>>00000000 > >>>>ahcich2: Timeout on slot 8 > >>>>ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr > >>>>00000000 > >>>>... > >>>Looking that is (Interrupt status) is zero and `rs == cs | ss` (running > >>>command bitmasks in driver and hardware), controller doesn't report > >>>command completion. Looking on TFD status 0xc0 with BUSY bit set, I > >>>would suppose that either disk stuck in command processing for some > >>>reason, or controller missed command completion status. > >>> > >>>Have you noticed 30 second (default ATA timeout) pause before timeout > >>>message printed? Just want to be sure that driver waited enough before > >>>give up. > >>> > >>>>This happens when backup over GbE overloads ZFS/HDD capabilities. > >>>>I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locking > >>>>up almost immediately, but from it still happens. > >>>>When I don't use ahci but ataahci (the old driver if I understand things > >>>>correct) I also see the ZFS burst write congestion, but this doesn't > >>>>lead to controller timeouts, thus blocking the machine. > >>>> > >>>>Sometimes the machine recovers from the disk lock, but most often I have > >>>>to reboot. > >>>How it looks when it doesn't? Can you send me full log messages? > >>Hello, this morning I had a stall, but the machine recovered after about > >> one Minute. Here's what I got from the kernel: > >>ahcich2: Timeout on slot 29 > >>ahcich2: is 00000000 cs 00000003 ss e0000003 rs e0000003 tfd c0 serr > >>00000000 > >>em1: watchdog timeout -- resetting > >>em1: watchdog timeout -- resetting > >>ahcich2: Timeout on slot 10 > >>ahcich2: is 00000000 cs 00006000 ss 00007c00 rs 00007c00 tfd c0 serr > >>00000000 > >>ahcich2: Timeout on slot 18 > >>ahcich2: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd c0 serr > >>00000000 > >>ahcich2: Timeout on slot 2 > >>ahcich2: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd c0 serr > >>00000000 > >>ahcich2: Timeout on slot 2 > >>ahcich2: is 00000000 cs 00000000 ss 0000000c rs 0000000c tfd 40 serr > >>00000000 > >> > >>Does this tell you something useful? > > > >It doesn't. Looking on logged register content - commands are indeed > >still running and no interrupts requested. Interesting to see em1 > >watchdog timeout there. Aren't they related somehow? > > dmesg | grep "irq 18": > uhci0: port 0x20c0-0x20df irq > 18 at device 26.0 on pci0 > uhci4: port 0x2040-0x205f irq > 18 at device 29.2 on pci0 > em1: port > 0x1000-0x103f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 > at device 2.0 on pci3 > ichsmb0: port 0x2000-0x201f > mem 0xe1a22000-0xe1a220ff irq 18 at device 31.3 on pci0 > > The don't share the same IRQ at least. > dmesg | grep "irq 21" > uhci1: port 0x20a0-0x20bf irq > 21 at device 26.1 on pci0 > ahci0: port > 0x2408-0x240f,0x2414-0x2417,0x2400-0x2407,0x2410-0x2413,0x2020-0x203f > mem 0xe1a21000-0xe1a217ff irq 21 at device 31.2 on pci0 > > The em1 has no cable attached. I get many of these em watchdog > timeouts. Never thought they could be related to ahci. I'll see if > the em watchdog timeouts happens in any relation to disk usage. Please provide output from the commands I provided. dmesg|grep is not sufficient for helping track this down, specifically with regards to the em1 watchdog timeouts. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 11:09:03 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 6F7FC1065670 for ; Wed, 3 Mar 2010 11:09:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 529308FC14 for ; Wed, 3 Mar 2010 11:09:03 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta06.emeryville.ca.mail.comcast.net with comcast id ob7k1d0021smiN4A6b93xM; Wed, 03 Mar 2010 11:09:03 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.emeryville.ca.mail.comcast.net with comcast id ob921d00E3S48mS8gb9360; Wed, 03 Mar 2010 11:09:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A03551E3035; Wed, 3 Mar 2010 03:09:01 -0800 (PST) Date: Wed, 3 Mar 2010 03:09:01 -0800 From: Jeremy Chadwick To: Ruben de Groot , "C. P. Ghost" , freebsd-stable@freebsd.org Message-ID: <20100303110901.GB51588@icarus.home.lan> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> <20100302171227.GA26933@ei.bzerk.org> <20100302173632.GA29314@icarus.home.lan> <20100303080956.GA32493@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100303080956.GA32493@ei.bzerk.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: stable-8 regression: time stands still 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: Wed, 03 Mar 2010 11:09:03 -0000 On Wed, Mar 03, 2010 at 09:09:56AM +0100, Ruben de Groot wrote: > > > I'm going to get this kern.timecounter sysctl from the system booted with a 7.x livecd > > > this evening. But really, I think this is a regression. Even if this system is the only > > > one known to be affected (which I sincerely doubt). > > > > You can force a timecounter choice by setting it in /boot/loader.conf. > > I would recommend choosing ACPI-safe on your system to see if that > > improves things: > > > > kern.timecounter.hardware=ACPI-safe > > Thanks, that solved my issue. Allthough for correctness I must add that this line > must be put in /etc/sysctl.conf; it does nothing in loader.conf. > Also the sysctl can be run in multiuser and immediately fixed the problem. Ah, I thought it was a loader tunable, not a sysctl tunable. My apologies! Yes, sysctl.conf is the correct place for this. > One question remains: why did this suddenly become a problem in FreeBSD 8 and not > in FreeBSD 7. That would be a question for the people who decided upon the timecounter priorities in FreeBSD, since they're hard-coded (meaning: why HPET is chosen above ACPI-safe). This may have changed between RELENG_7 and RELENG_8; I simply don't know. It would be easy to verify on your system of course (just boot a FreeBSD 7 LiveCD and provide the output from sysctl kern.timecounter). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 11:17:04 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 AEB47106564A for ; Wed, 3 Mar 2010 11:17:04 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEEA8FC0C for ; Wed, 3 Mar 2010 11:17:03 +0000 (UTC) Received: by ewy26 with SMTP id 26so828541ewy.3 for ; Wed, 03 Mar 2010 03:16:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9rZ/wI6brPDEZ4vp8zm/xGLBITUZiFd/wvLQ02x5PoA=; b=Z8/Fa6dbLpC52U9nFcXVf2EG2Bc27fg+/GZVzYONBayJouJn35qTH+dgUhvpvqVriU raBWPjwViTZt0cZkQUGLJP713lW25IgsPROsHojyga5TDE6Yf/VOCHoUcK1gUeu1qmds Xc8CkmRK3NF1zKtw4Wp34HJiK8piYA7YbbebE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AYqQ9qFOrYzkPj4W0ywY3ymEWJLxSIDZLYhoO15qpt3flRJE/mb/6LbneQpJ7ONKsS x+W5aKB8Oe2KlWXEYxRAG7bDGirAHeMrYXHAyBQJEMpxsCNzO4dAYYYuxCkeQioWTnE4 +1CPG1ucxF/VuEOJPMeGIAEYzYQz+kzwvv8Xc= MIME-Version: 1.0 Received: by 10.213.53.71 with SMTP id l7mr2056816ebg.10.1267615011546; Wed, 03 Mar 2010 03:16:51 -0800 (PST) In-Reply-To: <20100303110901.GB51588@icarus.home.lan> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> <20100302171227.GA26933@ei.bzerk.org> <20100302173632.GA29314@icarus.home.lan> <20100303080956.GA32493@ei.bzerk.org> <20100303110901.GB51588@icarus.home.lan> Date: Wed, 3 Mar 2010 11:16:51 +0000 Message-ID: <2e027be01003030316v719ae418o35ec64ab33aae9df@mail.gmail.com> From: Tom Evans To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Ruben de Groot , "C. P. Ghost" Subject: Re: stable-8 regression: time stands still 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: Wed, 03 Mar 2010 11:17:04 -0000 On Wed, Mar 3, 2010 at 11:09 AM, Jeremy Chadwick wrote: > On Wed, Mar 03, 2010 at 09:09:56AM +0100, Ruben de Groot wrote: >> > > I'm going to get this kern.timecounter sysctl from the system booted= with a 7.x livecd >> > > this evening. But really, I think this is a regression. Even if this= system is the only >> > > one known to be affected (which I sincerely doubt). >> > >> > You can force a timecounter choice by setting it in /boot/loader.conf. >> > I would recommend choosing ACPI-safe on your system to see if that >> > improves things: >> > >> > kern.timecounter.hardware=3DACPI-safe >> >> Thanks, that solved my issue. Allthough for correctness I must add that = this line >> must be put in /etc/sysctl.conf; it does nothing in loader.conf. >> Also the sysctl can be run in multiuser and immediately fixed the proble= m. > > Ah, I thought it was a loader tunable, not a sysctl tunable. =C2=A0My > apologies! =C2=A0Yes, sysctl.conf is the correct place for this. > >> One question remains: why did this suddenly become a problem in FreeBSD = 8 and not >> in FreeBSD 7. > > That would be a question for the people who decided upon the timecounter > priorities in FreeBSD, since they're hard-coded (meaning: why HPET is > chosen above ACPI-safe). =C2=A0This may have changed between RELENG_7 and > RELENG_8; I simply don't know. =C2=A0It would be easy to verify on your > system of course (just boot a FreeBSD 7 LiveCD and provide the output > from sysctl kern.timecounter). > Another possibility could be that RELENG_7 was finding ACPI-fast, which is rated above HPET. I'm not sure why some machines get ACPI-fast and some get ACPI-safe - I think ACPI-fast is tested at boot up, and if the measurements are not consistent, it disables ACPI-fast and uses ACPI-safe instead, which is then ignored when HPET is available. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 11:47:29 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 60C7B106566C for ; Wed, 3 Mar 2010 11:47:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 4271E8FC0A for ; Wed, 3 Mar 2010 11:47:28 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta07.emeryville.ca.mail.comcast.net with comcast id obl71d0090FhH24A7bnVgf; Wed, 03 Mar 2010 11:47:29 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta08.emeryville.ca.mail.comcast.net with comcast id obnU1d0073S48mS8UbnVHB; Wed, 03 Mar 2010 11:47:29 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D35521E3035; Wed, 3 Mar 2010 03:47:27 -0800 (PST) Date: Wed, 3 Mar 2010 03:47:27 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100303114727.GA52470@icarus.home.lan> References: <20100301203450.GA99170@ei.bzerk.org> <20100301211441.GB99170@ei.bzerk.org> <20100302084347.GA4719@ei.bzerk.org> <20100302171227.GA26933@ei.bzerk.org> <20100302173632.GA29314@icarus.home.lan> <20100303080956.GA32493@ei.bzerk.org> <20100303110901.GB51588@icarus.home.lan> <2e027be01003030316v719ae418o35ec64ab33aae9df@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2e027be01003030316v719ae418o35ec64ab33aae9df@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: stable-8 regression: time stands still 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: Wed, 03 Mar 2010 11:47:29 -0000 On Wed, Mar 03, 2010 at 11:16:51AM +0000, Tom Evans wrote: > On Wed, Mar 3, 2010 at 11:09 AM, Jeremy Chadwick > wrote: > > On Wed, Mar 03, 2010 at 09:09:56AM +0100, Ruben de Groot wrote: > >> > > I'm going to get this kern.timecounter sysctl from the system booted with a 7.x livecd > >> > > this evening. But really, I think this is a regression. Even if this system is the only > >> > > one known to be affected (which I sincerely doubt). > >> > > >> > You can force a timecounter choice by setting it in /boot/loader.conf. > >> > I would recommend choosing ACPI-safe on your system to see if that > >> > improves things: > >> > > >> > kern.timecounter.hardware=ACPI-safe > >> > >> Thanks, that solved my issue. Allthough for correctness I must add that this line > >> must be put in /etc/sysctl.conf; it does nothing in loader.conf. > >> Also the sysctl can be run in multiuser and immediately fixed the problem. > > > > Ah, I thought it was a loader tunable, not a sysctl tunable.  My > > apologies!  Yes, sysctl.conf is the correct place for this. > > > >> One question remains: why did this suddenly become a problem in FreeBSD 8 and not > >> in FreeBSD 7. > > > > That would be a question for the people who decided upon the timecounter > > priorities in FreeBSD, since they're hard-coded (meaning: why HPET is > > chosen above ACPI-safe).  This may have changed between RELENG_7 and > > RELENG_8; I simply don't know.  It would be easy to verify on your > > system of course (just boot a FreeBSD 7 LiveCD and provide the output > > from sysctl kern.timecounter). > > > > Another possibility could be that RELENG_7 was finding ACPI-fast, > which is rated above HPET. I'm not sure why some machines get > ACPI-fast and some get ACPI-safe - I think ACPI-fast is tested at boot > up, and if the measurements are not consistent, it disables ACPI-fast > and uses ACPI-safe instead, which is then ignored when HPET is > available. I believe that question got answered last month: Q: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055056.html A: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055057.html A: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055071.html A: http://lists.freebsd.org/pipermail/freebsd-stable/2010-February/055158.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 3 23:31:53 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 CF5CA106566C for ; Wed, 3 Mar 2010 23:31:53 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 528BC8FC12 for ; Wed, 3 Mar 2010 23:31:52 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.4/8.14.4) with ESMTP id o23NViGX034986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 4 Mar 2010 10:31:45 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1267659105; bh=gXaEydPatvXSlz9PBA5BZYJ91rmonVzJPUgiVfhAbio=; h=Date:From:To:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=KoIFG+83SEIWTdC9bI7ILgko8iFbDQASKUZ1qvmtOjc4mUoQRCzpDCUQKJF33piOn tu5k7SC8dp1/8uLrMWA9J+F70CBaAZZH03uTKosv1OcljDYtXXrcT8xNwz/a8wmWzu j6Jd7U/35vqKEY523jfAsxzs74rb4w2vIxHofo5E= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id o23NVh7P095690 for ; Thu, 4 Mar 2010 10:31:44 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id o23NVfVd095689 for freebsd-stable@freebsd.org; Thu, 4 Mar 2010 10:31:41 +1100 (AEDT) (envelope-from john) Date: Thu, 4 Mar 2010 10:31:41 +1100 From: John Marshall To: freebsd-stable@freebsd.org Message-ID: <20100303233141.GC4420@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <20100223013522.GE2303@rwpc12.mby.riverwillow.net.au> <20100224075359.GA61876@server.vk2pj.dyndns.org> <20100224112139.GT50403@deviant.kiev.zoral.com.ua> <20100224114441.GA57760@icarus.home.lan> <20100224122045.GU50403@deviant.kiev.zoral.com.ua> <20100224124101.GC14464@rwpc12.mby.riverwillow.net.au> <20100224163803.GW50403@deviant.kiev.zoral.com.ua> <20100225111407.GE14464@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <20100225111407.GE14464@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Subject: Re: sleep(3) sometimes too sleepy on FreeBSD 8.0? 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: Wed, 03 Mar 2010 23:31:54 -0000 --0ntfKIWw70PvrIHh Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 25 Feb 2010, 22:14 +1100, John Marshall wrote: > Another thing I did was to patch the sendmail build config on another > one of the servers, and rebuild, so that sendmail's sleep() would simply > call FreeBSD's nanosleep(2). I have asked on comp.mail.sendmail if > anyone knows why the sendmail build only enbles use of nanosleep on > Solaris. After checking with jhb@ re appropriate value of __FreeBSD_version for the test, I have submitted a build configuration patch to the sendmail folks so that a sendmail build on FreeBSD >=3D 300000 will use nanosleep(). The patch has been accepted by sendmail and is attached for reference. > SERVER 1 > - FreeBSD 8.0-RELEASE-p2 > - Sendmail 8.14.4 (modified so that sleep() uses nanosleep(2)) >=20 > SERVER 2 > - FreeBSD 8.0-RELEASE-p2 > - Sendmail 8.14.4 >=20 > SERVER 3 > - FreeBSD 8-STABLE > - Sendmail 8.14.4 >=20 > ...and then watch sendmail on all three. One week has elapsed and no queue runners have succumbed to excessive drowsiness. --=20 John Marshall --+HP7ph2BbKc20aGI Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="include_sm_conf.h.diff" --- include/sm/conf.h.orig 2009-06-17 09:41:32.000000000 +1000 +++ include/sm/conf.h 2010-02-27 09:31:33.000000000 +1100 @@ -1014,6 +1014,9 @@ # if __FreeBSD_version >= 222000 /* 2.2.2-release and later */ # define HASSETUSERCONTEXT 1 /* BSDI-style login classes */ # endif /* __FreeBSD_version >= 222000 */ +# if __FreeBSD_version >= 300000 /* 3.0.0-release and later */ +# define HAVE_NANOSLEEP 1 /* has nanosleep(2) */ +# endif /* __FreeBSD_version >= 300000 */ # if __FreeBSD_version >= 330000 /* 3.3.0-release and later */ # ifndef SMRSH_CMDDIR # define SMRSH_CMDDIR "/usr/libexec/sm.bin" --+HP7ph2BbKc20aGI-- --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuO8V0ACgkQw/tAaKKahKIRPACgyJkBCNMupz1+ek2JWkqpoTSc 4WcAoIjve3uqoTgi66GaGxKSxRQQW+Wo =bbmV -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 00:27:36 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3461065674; Thu, 4 Mar 2010 00:27:36 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 389EE8FC17; Thu, 4 Mar 2010 00:27:35 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAKuMjkuDaFvK/2dsb2JhbACbEHO2TIR8BIMXiyA X-IronPort-AV: E=Sophos;i="4.49,577,1262581200"; d="scan'208";a="67449791" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 03 Mar 2010 19:27:35 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 4F3B0109C271; Wed, 3 Mar 2010 19:27:35 -0500 (EST) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wKpzilAhByqo; Wed, 3 Mar 2010 19:27:34 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id CF528109C25D; Wed, 3 Mar 2010 19:27:34 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o240dku29980; Wed, 3 Mar 2010 19:39:47 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 3 Mar 2010 19:39:46 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Daniel Braniss In-Reply-To: Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was mbuf leakage with nfs/zfs?) 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, 04 Mar 2010 00:27:36 -0000 On Wed, 3 Mar 2010, Daniel Braniss wrote: > disabling the krpc reply cache does it, no visible damage. Somehow > this reminds me of my old 1970 beetle, parts would fall off but it would > continue working :-) > where to go from here? > Ok, so it sounds like the leak is in the krpc reply cache code, if I understand this? (ie. you are running the regular server with the reply cache disabled and the UDP client mounts aren't causing the leak.) Good work on tracking this down! I guess the next step is to look through the code for the leak. I'll do that someday, but if anyone else is inspired to do so, they are more than welcome.:-) Thanks for working through this, rick From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 01:46:49 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 6D976106566B for ; Thu, 4 Mar 2010 01:46:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id 54CDC8FC16 for ; Thu, 4 Mar 2010 01:46:49 +0000 (UTC) Received: from rugsucker.local (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by zim.gshapiro.net (8.14.4/8.14.4) with ESMTP id o241kjwK026230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 Mar 2010 17:46:48 -0800 (PST) (envelope-from gshapiro@freebsd.org) Date: Wed, 3 Mar 2010 17:46:44 -0800 From: Gregory Shapiro To: freebsd-stable@freebsd.org Message-ID: <20100304014644.GX79990@rugsucker.local> References: <20100223013522.GE2303@rwpc12.mby.riverwillow.net.au> <20100224075359.GA61876@server.vk2pj.dyndns.org> <20100224112139.GT50403@deviant.kiev.zoral.com.ua> <20100224114441.GA57760@icarus.home.lan> <20100224122045.GU50403@deviant.kiev.zoral.com.ua> <20100224124101.GC14464@rwpc12.mby.riverwillow.net.au> <20100224163803.GW50403@deviant.kiev.zoral.com.ua> <20100225111407.GE14464@rwpc12.mby.riverwillow.net.au> <20100303233141.GC4420@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100303233141.GC4420@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: sleep(3) sometimes too sleepy on FreeBSD 8.0? 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, 04 Mar 2010 01:46:49 -0000 > After checking with jhb@ re appropriate value of __FreeBSD_version for > the test, I have submitted a build configuration patch to the sendmail > folks so that a sendmail build on FreeBSD >= 300000 will use > nanosleep(). The patch has been accepted by sendmail and is attached > for reference. Thanks for all of your work on this. I'll make the necessary changes in the base system in the next day or two. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 07:03:44 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990BE1065674; Thu, 4 Mar 2010 07:03:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 385448FC1A; Thu, 4 Mar 2010 07:03:43 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Nn55u-000Ik6-9C; Thu, 04 Mar 2010 09:03:38 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Wed, 03 Mar 2010 19:39:46 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Mar 2010 09:03:37 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was mbuf leakage with nfs/zfs?) 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, 04 Mar 2010 07:03:44 -0000 > > > On Wed, 3 Mar 2010, Daniel Braniss wrote: > > > disabling the krpc reply cache does it, no visible damage. Somehow > > this reminds me of my old 1970 beetle, parts would fall off but it would > > continue working :-) > > where to go from here? > > > Ok, so it sounds like the leak is in the krpc reply cache code, if I > understand this? (ie. you are running the regular server with the reply > cache disabled and the UDP client mounts aren't causing the leak.) correct. The interesting side effect, is that I can't see any negative issues when disabling the cash. > > Good work on tracking this down! > it was a coordinated efford :-) > I guess the next step is to look through the code for the leak. I'll > do that someday, but if anyone else is inspired to do so, they are > more than welcome.:-) > > Thanks for working through this, rick thank you! I have a vested interest in having this fixed, on the other hand nfsd seems ok, I have been running it now on a semi production server and it's holding up quiet nicely, the cache seems not up to expectations: store-mg-03# nfsstat -se Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 48176764 262687 12582599 19732 4225907 9186574 780793 818837 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 7623 160 27753 59551 59552 118216 0 1992779 Mknod Fsstat Fsinfo PathConf Commit LookupP SetClId SetClIdCf 0 979005 19 0 1644267 0 0 0 Open OpenAttr OpenDwnGr OpenCfrm DelePurge DeleRet GetFH Lock 0 0 0 0 0 0 0 0 LockT LockU Close Verify NVerify PutFH PutPubFH PutRootFH 0 0 0 0 0 0 0 0 Renew RestoreFH SaveFH Secinfo RelLckOwn V4Create 0 0 0 0 0 0 Server: Retfailed Faults Clients 0 0 0 OpenOwner Opens LockOwner Locks Delegs 0 0 0 0 0 Server Cache Stats: Inprog Idem Non-idem Misses CacheSize TCPPeak 307 0 297 80943198 0 0 danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 14:16:08 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 23CA6106564A for ; Thu, 4 Mar 2010 14:16:08 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailD.acsu.buffalo.edu (localmailD.acsu.buffalo.edu [128.205.5.208]) by mx1.freebsd.org (Postfix) with ESMTP id E88258FC0C for ; Thu, 4 Mar 2010 14:16:07 +0000 (UTC) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8F8F4C18EE for ; Thu, 4 Mar 2010 09:15:56 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 2835EC1960 for ; Thu, 4 Mar 2010 09:15:55 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 213DCC1940 for ; Thu, 4 Mar 2010 09:15:55 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.Buffalo.EDU [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 0D8985B003B for ; Thu, 4 Mar 2010 09:15:55 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AyCksD1YPC1G7UjDxynv" Date: Thu, 04 Mar 2010 09:15:52 -0500 Message-Id: <1267712152.73822.17.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: 7.3-RC2 Available... 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, 04 Mar 2010 14:16:08 -0000 --=-AyCksD1YPC1G7UjDxynv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The third and what should be last of the test builds for the 7.3-RELEASE cycle, 7.3-RC2, is available for amd64, i386, pc98, and sparc64 architectures. The target schedule as well as the current status of the release is available here: http://wiki.freebsd.org/Releng/7.3TODO The schedule has slipped by a bit over a week so the actual target for the release announcement is really about a week and a half from now. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-stable mailing list. There are known issues with the Radeon video driver that have caused some people problems. The problems have been nebulous enough that we have decided to not hold up the release due to that specific issue. At the point that driver has stabilized it will be handled as an Errata Notice. So far that is the only big problem we've been tracking as part of the release that has not been resolved in one way or another. ISO images for the architectures listed above are available on the FTP mirror sites. Packages were included for amd64 and i386 architectures that were taken from the set built for the release (packages-7.3-release) and most likely reflects the set that will be provided with the release itself. Packages were not provided for the other architectures in the ISO images. If you are using csup/cvsup methods to update an older system the branch tag to use is RELENG_7_3. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.1-RELEASE 7.2-RELEASE, 7.3-BETA1, or 7.3-RC1 can upgrade as follows: =20 # freebsd-update upgrade -r 7.3-RC2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to upgrade to FreeBSD 7.3-RC2, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 6.x and FreeBSD 7.x. Checksums: MD5 (FreeBSD-7.3-RC2-amd64-bootonly.iso) =3D 36c4d133526ad66e307d27447f5237= 6e MD5 (FreeBSD-7.3-RC2-amd64-disc1.iso) =3D 66ea415f7c4253cfc447fd279f6bf178 MD5 (FreeBSD-7.3-RC2-amd64-disc2.iso) =3D d5756876ec48e30e674076d5379ba1cd MD5 (FreeBSD-7.3-RC2-amd64-disc3.iso) =3D bfb22e2f44a65d47101f176bf3775950 MD5 (FreeBSD-7.3-RC2-amd64-docs.iso) =3D 825213e43710a84f85821bbf58742538 MD5 (FreeBSD-7.3-RC2-amd64-dvd1.iso) =3D 91bcd1ce77f2388e3ea8ad2309fa229f MD5 (FreeBSD-7.3-RC2-amd64-livefs.iso) =3D f9b71b20c17646e3cf230e8deeb34e02 MD5 (FreeBSD-7.3-RC2-i386-bootonly.iso) =3D 74b648f7018aa35ac8d8b08e5296d2b= c MD5 (FreeBSD-7.3-RC2-i386-disc1.iso) =3D f47158c8a6265213d43652edf2e0314d MD5 (FreeBSD-7.3-RC2-i386-disc2.iso) =3D 8535cf1ea75b75aa65b3b3a6f1d451f1 MD5 (FreeBSD-7.3-RC2-i386-disc3.iso) =3D 9c8e3e71a046690bee8c67061f7dbd05 MD5 (FreeBSD-7.3-RC2-i386-docs.iso) =3D 2be6491f0d19eff64110cb6e34bc10d8 MD5 (FreeBSD-7.3-RC2-i386-dvd1.iso) =3D 97647b3f0232a0cdaa0d11f88552132d MD5 (FreeBSD-7.3-RC2-i386-livefs.iso) =3D 7cc44a0cd63af59215fd23ce8123103e MD5 (FreeBSD-7.3-RC2-pc98-bootonly.iso) =3D 0a7fa094fdade9855e420c55d93cb3d= 8 MD5 (FreeBSD-7.3-RC2-pc98-disc1.iso) =3D bf2ac28c5bb28a7881cb53dd2f8640a5 MD5 (FreeBSD-7.3-RC2-pc98-livefs.iso) =3D 6b1b4ead5f552690c626871bb04c5002 MD5 (FreeBSD-7.3-RC2-sparc64-bootonly.iso) =3D f844c766bac4473b3477edda0682= 8d5f MD5 (FreeBSD-7.3-RC2-sparc64-disc1.iso) =3D 0af0227bb90f7faa23b39e66d3b89ec= f MD5 (FreeBSD-7.3-RC2-sparc64-disc2.iso) =3D 637fb946b3d7cbb72b82a1d469d5735= c MD5 (FreeBSD-7.3-RC2-sparc64-disc3.iso) =3D 1224f546b78aafdce4f9352636c6b07= b MD5 (FreeBSD-7.3-RC2-sparc64-docs.iso) =3D 738a549ee8c2d6a21b7d9cc864b07842 SHA256 (FreeBSD-7.3-RC2-amd64-bootonly.iso) =3D 26f2dafd7d990e1a359445b9cdc= f119dfa824f493d119fa250de9ab1deac6af6 SHA256 (FreeBSD-7.3-RC2-amd64-disc1.iso) =3D 668687e8fe0622482d696d806acb4c= 867bc41d9bf4b2071d9eb15ee377672720 SHA256 (FreeBSD-7.3-RC2-amd64-disc2.iso) =3D 8cea908115f11eaafd1fb78f68e08c= dadd11dd3617fe4750d8743c105384e386 SHA256 (FreeBSD-7.3-RC2-amd64-disc3.iso) =3D 2d294321812a73e26b1b7c472b8472= 7bac2f17d334b3c69dc0419f06bf1ab83a SHA256 (FreeBSD-7.3-RC2-amd64-docs.iso) =3D 2a165e5b8cc66fac8e7b93cc4f62f21= 6bc300e13f4200ba5227eeae0c65e5aee SHA256 (FreeBSD-7.3-RC2-amd64-dvd1.iso) =3D 63e5aa48e4e3a18b36e2b92fe840ef5= d6212e3aa19aa1b290ed2edcf6ccc2779 SHA256 (FreeBSD-7.3-RC2-amd64-livefs.iso) =3D 8032e740d3064a0c1011182f8ce78= 3c2bbae8c8b56fa6e9a730c5857f808e692 SHA256 (FreeBSD-7.3-RC2-i386-bootonly.iso) =3D 7550dd764327ec8605eaa9f77c7c= 76a7b29bd709cee273100837f06c0f940997 SHA256 (FreeBSD-7.3-RC2-i386-disc1.iso) =3D f5e7198bae889825e929ae1e3f63d9d= a92b555fc982a9ac9d93d4cc66091505e SHA256 (FreeBSD-7.3-RC2-i386-disc2.iso) =3D c3f47da34f33787bf86c38ffe22bb52= 02ea1d9f298448c55a3daf106dffb3578 SHA256 (FreeBSD-7.3-RC2-i386-disc3.iso) =3D 00974ef1f74169cb5b4fdeb4dd04c0a= 10c5df675a185e8b3ba41719c5983dbfb SHA256 (FreeBSD-7.3-RC2-i386-docs.iso) =3D 5eb086a291d545a5518a51f28248b9fa= 35f166338eeeca701b332e8fb4618a97 SHA256 (FreeBSD-7.3-RC2-i386-dvd1.iso) =3D d5feab36c98da0a78926316deb3a702f= ecfaf1154777da5c3c36753b8c22673d SHA256 (FreeBSD-7.3-RC2-i386-livefs.iso) =3D 79fd8bf491ec715e133f0f24e8df8a= fc5be67bc6327d9a4c3dbd7f9c36cb7f88 SHA256 (FreeBSD-7.3-RC2-pc98-bootonly.iso) =3D 60e3c9a3c38cd61aa55c7b10c3bb= a87e9939d8ae72646473566632e8f2bdddd3 SHA256 (FreeBSD-7.3-RC2-pc98-disc1.iso) =3D 96d8643c87e4fef99faa1a132b5def2= f0dc45341837ec4a05e84ffa63a029523 SHA256 (FreeBSD-7.3-RC2-pc98-livefs.iso) =3D 94917e2104c9002599b7dce7c82aaf= f413852971d86e1b170833ad6004bd92c8 SHA256 (FreeBSD-7.3-RC2-sparc64-bootonly.iso) =3D 2b4e1b5ec1c0442dc05ec5c25= ca88e4cb3971fc48e8cd325646a07f3a517fb8b SHA256 (FreeBSD-7.3-RC2-sparc64-disc1.iso) =3D 0ee98564151a077c1233ed3681db= b9517ff375a3baee7c8d269a9f33e30519b7 SHA256 (FreeBSD-7.3-RC2-sparc64-disc2.iso) =3D 390be0e347d599ef789f5da567ec= 40580088db42b9a18580da672a781c2d9bea SHA256 (FreeBSD-7.3-RC2-sparc64-disc3.iso) =3D 1c8ac66d90a08d0fb9eeb5d05b3c= cce501d477b70384663f7ee4513f14835d53 SHA256 (FreeBSD-7.3-RC2-sparc64-docs.iso) =3D a0376f49693d791ec5356f9ac2bd3= 132010fa6e0d548545cc7757ff59a8f5b2e --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-AyCksD1YPC1G7UjDxynv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkuPwIwACgkQ/G14VSmup/ZAJgCZAbgkf05UNT5npw8zjGtnUb7L L+MAmQH5XhpfcoD1xjbaxtyuFCJXf9+a =YnrY -----END PGP SIGNATURE----- --=-AyCksD1YPC1G7UjDxynv-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 14:41:19 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 37717106566B for ; Thu, 4 Mar 2010 14:41:19 +0000 (UTC) (envelope-from rloefgren@forethought.net) Received: from mzpi4.forethought.net (mzpi4.forethought.net [216.241.36.13]) by mx1.freebsd.org (Postfix) with ESMTP id 2003A8FC08 for ; Thu, 4 Mar 2010 14:41:18 +0000 (UTC) Received: from 216-241-45-95.static.forethought.net ([216.241.45.95] helo=auden.jmla.com) by mz2.forethought.net with esmtpa (Exim 4.69) (envelope-from ) id 1NnCEo-0000hz-EQ for freebsd-stable@freebsd.org; Thu, 04 Mar 2010 07:41:18 -0700 Message-ID: <4B8FC68D.607@forethought.net> Date: Thu, 04 Mar 2010 07:41:17 -0700 From: Reed Loefgren User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091214 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1267712152.73822.17.camel@bauer.cse.buffalo.edu> In-Reply-To: <1267712152.73822.17.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.3-RC2 Available... 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, 04 Mar 2010 14:41:19 -0000 On 03/04/10 07:15, Ken Smith wrote: > The third and what should be last of the test builds for the 7.3-RELEASE > cycle, 7.3-RC2, is available for amd64, i386, pc98, and sparc64 > architectures. The target schedule as well as the current status of the > release is available here: > > ...snipped... Good news, certainly. Will 7.3R include the gmirror improvements that were missed by 8.0R but that are in 8-STABLE? I have a couple servers using 7.2R and having those improvements in 7.3 would let me avoid the jump to 8-STABLE. Or is a buildworld from 7.2 to 8.x straightforward and safe? Thanks also to the FreeBSD team for their continued hard work. Regards, r From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 15:28:33 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 EF8201065677 for ; Thu, 4 Mar 2010 15:28:33 +0000 (UTC) (envelope-from ikostov@otel.net) Received: from mail.otel.net (unknown [IPv6:2001:630:c2:ff00::89]) by mx1.freebsd.org (Postfix) with ESMTP id AD3438FC25 for ; Thu, 4 Mar 2010 15:28:33 +0000 (UTC) Received: from dragon.otel.net ([212.36.8.135]:55014) by mail.otel.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NnCyW-000078-Fb for freebsd-stable@freebsd.org; Thu, 04 Mar 2010 17:28:32 +0200 From: Iasen Kostov To: freebsd-stable Content-Type: text/plain; charset="us-ascii" Date: Thu, 04 Mar 2010 17:28:31 +0200 Message-ID: <1267716511.43321.3.camel@DraGoN.OTEL.net> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: Yes, by ClamAV at mail.otel.net Subject: route -cloning flag 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, 04 Mar 2010 15:28:34 -0000 Hi, How can I simulate 'route add -net 1.1.1.1/32 -cloning -iface fxp0' on FreeBSD 8.x because it appears that somebody has axed cloning ? And no it does NOT work without -cloning. And I don't really want to argue if it is correct or not - It worked not it doesn't ;) Regards, Iasen. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 16:04:33 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 CDD0E106566B for ; Thu, 4 Mar 2010 16:04:33 +0000 (UTC) (envelope-from tbyte@otel.net) Received: from mail.otel.net (unknown [IPv6:2001:630:c2:ff00::89]) by mx1.freebsd.org (Postfix) with ESMTP id 8968B8FC21 for ; Thu, 4 Mar 2010 16:04:33 +0000 (UTC) Received: from dragon.otel.net ([212.36.8.135]:55335) by mail.otel.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NnDXM-0004O5-Ki for freebsd-stable@freebsd.org; Thu, 04 Mar 2010 18:04:32 +0200 From: Iasen Kostov To: freebsd-stable In-Reply-To: <1267716511.43321.3.camel@DraGoN.OTEL.net> References: <1267716511.43321.3.camel@DraGoN.OTEL.net> Content-Type: text/plain; charset="us-ascii" Date: Thu, 04 Mar 2010 18:04:32 +0200 Message-ID: <1267718672.43321.39.camel@DraGoN.OTEL.net> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: Yes, by ClamAV at mail.otel.net Subject: Re: route -cloning flag 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, 04 Mar 2010 16:04:33 -0000 On Thu, 2010-03-04 at 17:28 +0200, Iasen Kostov wrote: > Hi, > > How can I simulate 'route add -net 1.1.1.1/32 -cloning -iface fxp0' on > FreeBSD 8.x because it appears that somebody has axed cloning ? > And no it does NOT work without -cloning. And I don't really want to > argue if it is correct or not - It worked not it doesn't ;) > > Regards, Iasen. > Hum when I actually got to the machine and added the route it worked without -cloning. I can Only guess that the on site support did something wrong but I really don't know what mistake can they make in that simple command (route add -net 1.1.1.1/32 -iface fxp0) ;) . I hope it will still works after reboot ... And the man page is wrong, It still lists -cloning as valid option, with that in mind and remote server one can easily lock himself out :( Regards, Iasen. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 4 23:31:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47698106566C; Thu, 4 Mar 2010 23:31:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id AFEAD8FC0A; Thu, 4 Mar 2010 23:31:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPzRj0uDaFvG/2dsb2JhbACbRXO3bYJegh4EgxeLIA X-IronPort-AV: E=Sophos;i="4.49,583,1262581200"; d="scan'208";a="67839054" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 04 Mar 2010 18:30:58 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id CBD9A350004; Thu, 4 Mar 2010 18:30:58 -0500 (EST) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NBn9SSsV4-Dp; Thu, 4 Mar 2010 18:30:57 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 2CF7E210248; Thu, 4 Mar 2010 18:30:57 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o24NhAt07105; Thu, 4 Mar 2010 18:43:10 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 4 Mar 2010 18:43:10 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Daniel Braniss In-Reply-To: Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/udp (was mbuf leakage with nfs/zfs?) 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, 04 Mar 2010 23:31:01 -0000 On Thu, 4 Mar 2010, Daniel Braniss wrote: > > correct. The interesting side effect, is that I can't see any negative > issues when disabling the cash. If the client retries a non-idempotent RPC, the server will do it again, which can result in data corruption. This is likely to happen infrequently, but with potentially nasty results. (The paper that describes this was given at a late 1980s Usenix by Chet J. His name is in a comment somewhere, I think. I won't dare to try and spell it.:-) > seems ok, I have been running it now on a semi production server and > it's holding up quiet nicely, the cache seems not up to expectations: > > store-mg-03# nfsstat -se > Server Info: > Getattr Setattr Lookup Readlink Read Write Create Remove > 48176764 262687 12582599 19732 4225907 9186574 780793 818837 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access > 7623 160 27753 59551 59552 118216 0 1992779 > Mknod Fsstat Fsinfo PathConf Commit LookupP SetClId SetClIdCf > 0 979005 19 0 1644267 0 0 0 > Open OpenAttr OpenDwnGr OpenCfrm DelePurge DeleRet GetFH Lock > 0 0 0 0 0 0 0 0 > LockT LockU Close Verify NVerify PutFH PutPubFH PutRootFH > 0 0 0 0 0 0 0 0 > Renew RestoreFH SaveFH Secinfo RelLckOwn V4Create > 0 0 0 0 0 0 > Server: > Retfailed Faults Clients > 0 0 0 > OpenOwner Opens LockOwner Locks Delegs > 0 0 0 0 0 > Server Cache Stats: > Inprog Idem Non-idem Misses CacheSize TCPPeak > 307 0 297 80943198 0 0 > If you are referring to the high miss rate, that is normal and to be expected. It's the 297 Non-idempotent hits that could have caused data corruption without the cache. When there is a hit, the RPC reply comes from the cache, so that the RPC isn't performed again on the server. (Some/many of these are not harmful. For example, a retried Remove simply fails with ENOENT, but others...) Glad to hear that the experimental server is working ok for you, rick From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 00:02:04 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D06E106566B; Fri, 5 Mar 2010 00:02:03 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 820FB8FC0C; Fri, 5 Mar 2010 00:02:02 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAAXZj0uDaFvJ/2dsb2JhbACbRXO3SoR8BIMXiyA X-IronPort-AV: E=Sophos;i="4.49,583,1262581200"; d="scan'208";a="67841886" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 04 Mar 2010 19:02:01 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 7E3E9FB8027; Thu, 4 Mar 2010 19:02:01 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lwJGdca4mjRw; Thu, 4 Mar 2010 19:02:00 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 97B06FB801F; Thu, 4 Mar 2010 19:02:00 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o250EFs10576; Thu, 4 Mar 2010 19:14:15 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 4 Mar 2010 19:14:15 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Daniel Braniss In-Reply-To: Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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, 05 Mar 2010 00:02:04 -0000 On Tue, 2 Mar 2010, Daniel Braniss wrote: > > just keep sending insights/pointers and enjoy life > You could try this patch for sys/rpc/replay.c. Completely untested and just typed into email (so don't give it to "patch", just edit the file). - try adding these 2 lines just before the end of replay_setreply() in sys/rpc/replay.c: - } + } else if (m) + m_freem(m); mtx_unlock(&rc->rc_lock); } It's the only place I can see in replay.c that might leak, rick From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 03:35:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4060106566C for ; Fri, 5 Mar 2010 03:35:52 +0000 (UTC) (envelope-from quo@f5.com) Received: from [61.102.96.25] (unknown [61.102.96.25]) by mx1.freebsd.org (Postfix) with ESMTP id 588128FC2E; Fri, 5 Mar 2010 03:35:51 +0000 (UTC) Received: from [61.102.96.25] by mail2.f5.com; Fri, 5 Mar 2010 12:30:01 +0900 Date: Fri, 5 Mar 2010 12:30:01 +0900 From: "Harry Gore" X-Mailer: The Bat! (v3.51.10) Professional X-Priority: 3 (Normal) Message-ID: <482375596.54721111595081@f5.com> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: History of Stats Id:8514582 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: quo@f5.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 03:35:53 -0000 Erec b tile dysfu gw nction (ED) or (male) impo l tence is a sex thp ual dysfun a ction characterized by the inability to develop or main f tain an erect pqwpz ion of the pe fsyw nis. There are various under tl lying causes, such as cardi lyqo ovascular leakage and diab yiiie etes, many of which are medi gcx cally trea pqsjeu table.3 different tablets are currently avai uf lable from the doc cm tor and these work when there is se yrniwj xual stimul q ation. Depe nmb nding on the treatment, it will need to be taken 20 minutes to 1 hour before se pm x and the period of time over which it works can vary between 3 hours and up to 36 hours. Via txeerm gra Silde aemios nafil 50/100mg $1.42 Per P qhn ill More info Cia izaorf lis Tada xd lafil 10/20mg $1.66 Per P fiemg ill More info Levi kpmszj tra Vard lkrc enafil 20mg $1.72 Per P nef ill More info Prop q ecia Finas qbshqf teride 1/5mg $0.56 Per P lueodv ill More info Cas bt odex Bical qkwfxz utamide 50mg $4.76 Per P jvys ill More info Cia ggbdos lis So xlzuiu ft Tada xjx lafil 20mg $1.72 Per P ln ill More info Eul mhzatk exin Flut yvtatm amide 250 lwyh mg $2.33 Per P bvgtk ill More info Flo tv max Tams s ulosin 0.2/0.4mg $1.00 Per P ndydh ill More info Kama vop gra Silde u nafil 100mg $2.12 Per P afoce ill More info Kama iog gra Oral Jelly Silde dfw nafil 100mg $3.44 Per P gyuwsx ill More info Kef u lex Ceph lazzdk alexin 250/500/750mg $0.81 Per P btrno ill More info Via a gra Silden cq afil 50/100mg $1.42 Per P ilvcru ill More info From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 07:08:50 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 7F842106566C for ; Fri, 5 Mar 2010 07:08:50 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 14D2A8FC17 for ; Fri, 5 Mar 2010 07:08:49 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so920422fge.13 for ; Thu, 04 Mar 2010 23:08:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=FTjCOFpD32TUgN2Rl4WV9RpYQtjoMKSfXnrykgztpcQ=; b=bo5DJyyv3FOusFQVB9s2xN8Qa4EAK7/KSTWCh0tM1VOi+1Q8/i7d/rf86r0YZh9nUX czKShxtXZRZfLHR49TxtCZ2koSNuF817mwGZS4zVifLUTE9mrD1NX+ZGW9sQH5l0QTQl ykTq7NCqlCCpEOgIF8kr5a7ZSOhr5NEpHuheI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=Mrt3jcRNEp8mBBAkTlOCR5Eq9wHKjxGI+eJdcyOYrHrQHli/OAmXMIuQQ9rb3Pm46Z svupf/fjoOWhSgrUZow76xpLox84599voaVgYDe1ZBX2GI0rCRkymppZIt93BGPw+6+M 79mPT2+DM9FGit9gfu/MCu6kCIexoJclGkleE= MIME-Version: 1.0 Received: by 10.87.67.10 with SMTP id u10mr514128fgk.28.1267771519114; Thu, 04 Mar 2010 22:45:19 -0800 (PST) In-Reply-To: <1267718672.43321.39.camel@DraGoN.OTEL.net> References: <1267716511.43321.3.camel@DraGoN.OTEL.net> <1267718672.43321.39.camel@DraGoN.OTEL.net> From: Matthias Gamsjager Date: Fri, 5 Mar 2010 07:44:59 +0100 Message-ID: <585602e11003042244x3ce4c97fj8cc7df8d40224f3c@mail.gmail.com> To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: route -cloning flag 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, 05 Mar 2010 07:08:50 -0000 One thing is sure. the route won't survive a reboot. Guess you can add it to rc.conf but I have never tried it. On Thu, Mar 4, 2010 at 5:04 PM, Iasen Kostov wrote: > On Thu, 2010-03-04 at 17:28 +0200, Iasen Kostov wrote: >> Hi, >> >> How can I simulate 'route add -net 1.1.1.1/32 -cloning -iface fxp0' on >> FreeBSD 8.x because it appears that somebody has axed cloning ? >> And no it does NOT work without -cloning. And I don't really want to >> argue if it is correct or not - It worked not it doesn't ;) >> >> Regards, Iasen. >> > > Hum when I actually got to the machine and added the route it worked > without -cloning. I can Only guess that the on site support did > something wrong but I really don't know what mistake can they make in > that simple command (route add -net 1.1.1.1/32 -iface fxp0) ;) . I hope > it will still works after reboot ... And the man page is wrong, It > still lists -cloning as valid option, with that in mind and remote > server one can easily lock himself out :( > > Regards, Iasen. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 07:45:48 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C4B1065670; Fri, 5 Mar 2010 07:45:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B4A5D8FC0A; Fri, 5 Mar 2010 07:45:47 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NnSEE-000BdD-7i; Fri, 05 Mar 2010 09:45:46 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Thu, 04 Mar 2010 19:14:15 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 2010 09:45:45 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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, 05 Mar 2010 07:45:48 -0000 > > > On Tue, 2 Mar 2010, Daniel Braniss wrote: > > > > > just keep sending insights/pointers and enjoy life > > > > > You could try this patch for sys/rpc/replay.c. Completely untested and > just typed into email (so don't give it to "patch", just edit the file). > > - try adding these 2 lines just before the end of replay_setreply() in > sys/rpc/replay.c: > > - } > + } else if (m) > + m_freem(m); > mtx_unlock(&rc->rc_lock); > } > > It's the only place I can see in replay.c that might leak, rick > this is what I did: --- a/sys/rpc/replay.c Mon Mar 01 18:29:54 2010 +0200 +++ b/sys/rpc/replay.c Fri Mar 05 09:24:17 2010 +0200 @@ -243,6 +243,9 @@ rce->rce_repbody = m; if (m) rc->rc_size += m_length(m, NULL); + } else if (m) { + printf("free m=%p ...\n", m); + m_freem(m); } mtx_unlock(&rc->rc_lock); } but it didn't help, it's not triggered Thanks for the explanation on the cache, things are begining to make sense. If I understand, the reason for this cache is to prevent re-applying an already performed rpc, which could lead to data corruption btw, the list of CCs is rather big, so if anyone feels he rather be removed, please let me know. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 07:35:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40F18106564A; Fri, 5 Mar 2010 07:35:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id DAF518FC18; Fri, 5 Mar 2010 07:35:14 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NnS3w-000BXW-HQ; Fri, 05 Mar 2010 09:35:08 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Thu, 04 Mar 2010 19:14:15 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 2010 09:35:06 +0200 From: Daniel Braniss Message-ID: X-Mailman-Approved-At: Fri, 05 Mar 2010 12:34:28 +0000 Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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, 05 Mar 2010 07:35:15 -0000 > > > On Tue, 2 Mar 2010, Daniel Braniss wrote: > > > > > just keep sending insights/pointers and enjoy life > > > > > You could try this patch for sys/rpc/replay.c. Completely untested and > just typed into email (so don't give it to "patch", just edit the file). > > - try adding these 2 lines just before the end of replay_setreply() in > sys/rpc/replay.c: > > - } > + } else if (m) > + m_freem(m); > mtx_unlock(&rc->rc_lock); > } > > It's the only place I can see in replay.c that might leak, rick > this is what I did: --- a/sys/rpc/replay.c Mon Mar 01 18:29:54 2010 +0200 +++ b/sys/rpc/replay.c Fri Mar 05 09:24:17 2010 +0200 @@ -243,6 +243,9 @@ rce->rce_repbody = m; if (m) rc->rc_size += m_length(m, NULL); + } else if (m) { + printf("free m=%p ...\n", m); + m_freem(m); } mtx_unlock(&rc->rc_lock); } but it didn't help, it's not triggered Thanks for the explanation on the cache, things are begining to make sense. If I understand, the reason for this cache is to prevent re-applying an already performed rpc, which could lead to data corruption btw, the list of CCs is rather big, so if anyone feels he rather be removed, please let me know. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 16:58:24 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 D4595106566B for ; Fri, 5 Mar 2010 16:58:24 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 990C68FC22 for ; Fri, 5 Mar 2010 16:58:24 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 7165163319C; Fri, 5 Mar 2010 17:58:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 6F58D2CEDB3; Fri, 5 Mar 2010 17:58:35 +0100 (CET) Date: Fri, 5 Mar 2010 17:58:31 +0100 From: Patrick Lamaiziere To: freebsd-stable@freebsd.org Message-ID: <20100305175831.588bf5f8@davenulle.org> In-Reply-To: <4B8FC68D.607@forethought.net> References: <1267712152.73822.17.camel@bauer.cse.buffalo.edu> <4B8FC68D.607@forethought.net> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Reed Loefgren Subject: Re: 7.3-RC2 Available... 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, 05 Mar 2010 16:58:24 -0000 Le Thu, 04 Mar 2010 07:41:17 -0700, Reed Loefgren a écrit : Hi, > Good news, certainly. Will 7.3R include the gmirror improvements that > were missed by 8.0R but that are in 8-STABLE? This one? http://www.freshbsd.org/?branch=RELENG_7&project=freebsd&committer=&module=&q=gmirror > Thanks also to the FreeBSD team for their continued hard work. +1 Regards. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 19:32:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5FCC106564A for ; Fri, 5 Mar 2010 19:32:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99E978FC0A for ; Fri, 5 Mar 2010 19:32:49 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o25JWmcU000400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 5 Mar 2010 11:32:48 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EAE0A1CC0B for ; Fri, 5 Mar 2010 11:32:47 -0800 (PST) To: stable@freebsd.org Date: Fri, 05 Mar 2010 11:32:47 -0800 From: "Kevin Oberman" Message-Id: <20100305193247.EAE0A1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-05_12:2010-02-06, 2010-03-05, 2010-03-05 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003050191 Cc: Subject: Cron output mail lost with update to RELENG_7 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, 05 Mar 2010 19:32:50 -0000 I have discovered a problem with the mail sent by cron jobs (I refer only to logs, not invocations of mail from scripts.) They never are delivered. Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient addresses found in message header Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient addresses found in message header Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient addresses found in message header Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient addresses found in message header This showed up when I upgraded the system to RELENG_7 yesterday. My previous install was RELENG_7 of May 2, 2009 and it delivered the logs without any problems. No other changes were made. postfix was 2.6.5. I have this same issue on all 8.0 systems I have, but I was blaming a fault in postfix config. Now I realize that this is not the problem. I really don't know quite where to look for this. Any clues would be appreciated. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 20:29:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB81106566B for ; Fri, 5 Mar 2010 20:29:39 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A0EC98FC16 for ; Fri, 5 Mar 2010 20:29:39 +0000 (UTC) Received: by pwj1 with SMTP id 1so2891729pwj.13 for ; Fri, 05 Mar 2010 12:29:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sPG2kxvq2HrNl7zVcLp+5tIIhJRrumVK4kXFSK95CZA=; b=ZghPUQ5ykeIwCrPF1VWtqw2Mok4m8GF43KsheXXsqMkLoMS28pjMQgf8qFNCa/3fHd oRFDi34obK//cXLDAuLA25OiUMM8URliAoX1o+Y9FbtMNvTFINgLjWeYSYGOlU+N18R/ +Us1W6rwbj3SmgddCHfFeGT68BcXRdJP4OFpU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=G92mehxNFnkRa0RKRWkJYRixR8YSyZ+PNgueBSa1bNZkETyvJwoey+RAU4Fxo/nCIi U+VwHEZmW1LUFwuY70ytlh+zfAu3BlKaV0iBKN2SSL3oq0VwalYlw9RcU9pKnz+4LhpX Tb/CDfoVKEbxaDdjznvXUDgQJdF3HQg5DVhb8= MIME-Version: 1.0 Received: by 10.142.61.42 with SMTP id j42mr971591wfa.26.1267820972745; Fri, 05 Mar 2010 12:29:32 -0800 (PST) In-Reply-To: <20100305193247.EAE0A1CC0B@ptavv.es.net> References: <20100305193247.EAE0A1CC0B@ptavv.es.net> Date: Fri, 5 Mar 2010 14:29:32 -0600 Message-ID: <6201873e1003051229mc341169l233002ffe259ed21@mail.gmail.com> From: Adam Vande More To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Cron output mail lost with update to RELENG_7 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, 05 Mar 2010 20:29:40 -0000 On Fri, Mar 5, 2010 at 1:32 PM, Kevin Oberman wrote: > I have discovered a problem with the mail sent by cron jobs (I refer > only to logs, not invocations of mail from scripts.) They never are > delivered. > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient > addresses found in message header > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient > addresses found in message header > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient > addresses found in message header > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient > addresses found in message header > > This showed up when I upgraded the system to RELENG_7 yesterday. My > previous install was RELENG_7 of May 2, 2009 and it delivered the logs > without any problems. No other changes were made. postfix was 2.6.5. > > I have this same issue on all 8.0 systems I have, but I was blaming a > fault in postfix config. Now I realize that this is not the problem. > > I really don't know quite where to look for this. Any clues would be > appreciated. > Just a guess, but have you tried running newaliases after the update? Are you sure mergemaster completed successfully? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 20:33:10 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 F1E3C106566C for ; Fri, 5 Mar 2010 20:33:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id DA68A8FC1E for ; Fri, 5 Mar 2010 20:33:10 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta14.emeryville.ca.mail.comcast.net with comcast id pXGR1d0030S2fkCAEYZBZb; Fri, 05 Mar 2010 20:33:11 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta09.emeryville.ca.mail.comcast.net with comcast id pYZA1d00A3S48mS8VYZAGg; Fri, 05 Mar 2010 20:33:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 56B7F1E3037; Fri, 5 Mar 2010 12:33:09 -0800 (PST) Date: Fri, 5 Mar 2010 12:33:09 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100305203309.GA91525@icarus.home.lan> References: <20100305193247.EAE0A1CC0B@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100305193247.EAE0A1CC0B@ptavv.es.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Cron output mail lost with update to RELENG_7 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, 05 Mar 2010 20:33:11 -0000 On Fri, Mar 05, 2010 at 11:32:47AM -0800, Kevin Oberman wrote: > I have discovered a problem with the mail sent by cron jobs (I refer > only to logs, not invocations of mail from scripts.) They never are > delivered. > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient addresses found in message header > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient addresses found in message header > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient addresses found in message header > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient addresses found in message header > > This showed up when I upgraded the system to RELENG_7 yesterday. My > previous install was RELENG_7 of May 2, 2009 and it delivered the logs > without any problems. No other changes were made. postfix was 2.6.5. > > I have this same issue on all 8.0 systems I have, but I was blaming a > fault in postfix config. Now I realize that this is not the problem. > > I really don't know quite where to look for this. Any clues would be > appreciated. I don't have this issue on any of our RELENG_7 or RELENG_8 systems, all of which use postfix and WITHOUT_SENDMAIL in /etc/src.conf. It sounds like cron is trying to spawn something like mail(1) (more likely /usr/sbin/sendmail; would have to look at the code) and passing it either incorrect flags or actual content within the header itself, e.g. a missing To: line. Since postfix is involved, have you verified your /etc/mail configuration to make sure mailwrapper is referring to the correct postfix binaries? The only other thing I can think of would be, possibly, some sort of cronjob root has (either crontab -l or /etc/crontab) which makes use of the MAILTO environment variable. See cron(8) for what I'm talking about. You might have to run cron in debug mode (see -x flag; your argument list will probably be quite long :-) ) to see what it's doing. Otherwise truss or ktrace might be the only way to track down what's going on underneath. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 21:13:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37AC1065673 for ; Fri, 5 Mar 2010 21:13:59 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 858E18FC25 for ; Fri, 5 Mar 2010 21:13:59 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o25LDwfJ004411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 5 Mar 2010 13:13:58 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0AE0B1CC0B; Fri, 5 Mar 2010 13:13:58 -0800 (PST) To: Adam Vande More In-reply-to: Your message of "Fri, 05 Mar 2010 14:29:32 CST." <6201873e1003051229mc341169l233002ffe259ed21@mail.gmail.com> Date: Fri, 05 Mar 2010 13:13:58 -0800 From: "Kevin Oberman" Message-Id: <20100305211358.0AE0B1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-05_12:2010-02-06, 2010-03-05, 2010-03-05 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003050217 Cc: stable@freebsd.org Subject: Re: Cron output mail lost with update to RELENG_7 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, 05 Mar 2010 21:13:59 -0000 > Date: Fri, 5 Mar 2010 14:29:32 -0600 > From: Adam Vande More > > On Fri, Mar 5, 2010 at 1:32 PM, Kevin Oberman wrote: > > > I have discovered a problem with the mail sent by cron jobs (I refer > > only to logs, not invocations of mail from scripts.) They never are > > delivered. > > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient > > addresses found in message header > > Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient > > addresses found in message header > > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient > > addresses found in message header > > Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient > > addresses found in message header > > > > This showed up when I upgraded the system to RELENG_7 yesterday. My > > previous install was RELENG_7 of May 2, 2009 and it delivered the logs > > without any problems. No other changes were made. postfix was 2.6.5. > > > > I have this same issue on all 8.0 systems I have, but I was blaming a > > fault in postfix config. Now I realize that this is not the problem. > > > > I really don't know quite where to look for this. Any clues would be > > appreciated. > > > > Just a guess, but have you tried running newaliases after the update? Are > you sure mergemaster completed successfully? Yes to both. I have also checked the aliases and mailer.conf files and they are correct. But thanks for the suggestions. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 21:49:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A507C106566B; Fri, 5 Mar 2010 21:49:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB968FC1E; Fri, 5 Mar 2010 21:49:44 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAN8KkUuDaFvG/2dsb2JhbACbSXO3CIR3BIMXiyM X-IronPort-AV: E=Sophos;i="4.49,589,1262581200"; d="scan'208";a="67972920" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 05 Mar 2010 16:49:44 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 28A5E35000A; Fri, 5 Mar 2010 16:49:44 -0500 (EST) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FUOKkYKroi93; Fri, 5 Mar 2010 16:49:42 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 6D38E350005; Fri, 5 Mar 2010 16:49:42 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o25M1xj13862; Fri, 5 Mar 2010 17:01:59 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 5 Mar 2010 17:01:59 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Daniel Braniss In-Reply-To: Message-ID: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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, 05 Mar 2010 21:49:45 -0000 On Fri, 5 Mar 2010, Daniel Braniss wrote: >> >> >> On Tue, 2 Mar 2010, Daniel Braniss wrote: >> >>> >>> just keep sending insights/pointers and enjoy life >>> >> >> >> You could try this patch for sys/rpc/replay.c. Completely untested and >> just typed into email (so don't give it to "patch", just edit the file). >> >> - try adding these 2 lines just before the end of replay_setreply() in >> sys/rpc/replay.c: >> >> - } >> + } else if (m) >> + m_freem(m); >> mtx_unlock(&rc->rc_lock); >> } >> >> It's the only place I can see in replay.c that might leak, rick >> > this is what I did: > --- a/sys/rpc/replay.c Mon Mar 01 18:29:54 2010 +0200 > +++ b/sys/rpc/replay.c Fri Mar 05 09:24:17 2010 +0200 > @@ -243,6 +243,9 @@ > rce->rce_repbody = m; > if (m) > rc->rc_size += m_length(m, NULL); > + } else if (m) { > + printf("free m=%p ...\n", m); > + m_freem(m); > } > mtx_unlock(&rc->rc_lock); > } > > but it didn't help, it's not triggered > Hmm, well that's the only place I could see in replay.c that could leak (and it's a pretty straightforward piece of code). This is getting interesting. Just to confirm where we currently are... - replay cache disabled --> no leak - replay cache enabled (with or without the above patch) --> leak I'll take another look, but I doubt the leak is in replay.c so... maybe a reply from the cache is somehow handled incorrectly and that causes the leak elsewhere? (Just a random hunch at this point.) > Thanks for the explanation on the cache, things are begining to make sense. > If I understand, the reason for this cache is to prevent re-applying an > already performed rpc, which could lead to data corruption > Yep, you've got it. It is basically a bandaid for the poor transport semantics provided by UDP. Having fun with this one. Thanks for the help, rick From owner-freebsd-stable@FreeBSD.ORG Fri Mar 5 23:24:16 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ABDC1065670 for ; Fri, 5 Mar 2010 23:24:16 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 3234B8FC12 for ; Fri, 5 Mar 2010 23:24:15 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o25NODST002528; Fri, 5 Mar 2010 16:24:13 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o25NOCj4002525; Fri, 5 Mar 2010 16:24:13 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 5 Mar 2010 16:24:12 -0700 (MST) From: Warren Block To: Kevin Oberman In-Reply-To: <20100305211358.0AE0B1CC0B@ptavv.es.net> Message-ID: References: <20100305211358.0AE0B1CC0B@ptavv.es.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Fri, 05 Mar 2010 16:24:13 -0700 (MST) Cc: Adam Vande More , stable@freebsd.org Subject: Re: Cron output mail lost with update to RELENG_7 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, 05 Mar 2010 23:24:16 -0000 On Fri, 5 Mar 2010, Kevin Oberman wrote: >> Date: Fri, 5 Mar 2010 14:29:32 -0600 >> From: Adam Vande More >> >> On Fri, Mar 5, 2010 at 1:32 PM, Kevin Oberman wrote: >> >>> I have discovered a problem with the mail sent by cron jobs (I refer >>> only to logs, not invocations of mail from scripts.) They never are >>> delivered. >>> Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient >>> addresses found in message header >>> Mar 5 10:32:30 noc5 postfix/sendmail[1175]: fatal: root(0): No recipient >>> addresses found in message header >>> Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient >>> addresses found in message header >>> Mar 5 10:37:00 noc5 postfix/sendmail[1268]: fatal: root(0): No recipient >>> addresses found in message header >>> >>> This showed up when I upgraded the system to RELENG_7 yesterday. My >>> previous install was RELENG_7 of May 2, 2009 and it delivered the logs >>> without any problems. No other changes were made. postfix was 2.6.5. >>> >>> I have this same issue on all 8.0 systems I have, but I was blaming a >>> fault in postfix config. Now I realize that this is not the problem. >>> >>> I really don't know quite where to look for this. Any clues would be >>> appreciated. >>> >> >> Just a guess, but have you tried running newaliases after the update? Are >> you sure mergemaster completed successfully? > > Yes to both. I have also checked the aliases and mailer.conf files and > they are correct. Maybe deinstall/reinstall postfix with the idea that the base sendmail build overwrote something set up by the postfix port? -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 00:48:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B65E8106564A for ; Sat, 6 Mar 2010 00:48:56 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1028FC0C for ; Sat, 6 Mar 2010 00:48:56 +0000 (UTC) Received: by pvg3 with SMTP id 3so1441530pvg.13 for ; Fri, 05 Mar 2010 16:48:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=5IgSnFnASLGmaXLKzmnSTxqOCsUBE6LOwHeHywwx86Y=; b=swbeK1mrA1oZ7ko3KmYRIX9dYfVBwPzodO2FJZRDIPivty5/hPvkYIOLMsCPfN3R9s +XwAdu39FOd456/eY4rX8LWXicqLP36QMgejtfb8IO9e6FVVaksuYXxThzpWyOLtvoF1 OxDazxeUDKk4oxAv146M+CZiUurmK67aLYLQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ItDnzvjO691v0F0Ozuzq5GXeO1XxwzgIAV39QBcjSwZOf0si+16agWDfy610tKs6mf FGpoHoeHqLEPGDTAFD1q3AnZxC3aHQjUkE9efocafCSJmtNqxp4vna33ak1+bHH+Tgq6 VU4R8YQfHh8D4WRoJd5JTwJTQmrHXjYtPGJIY= MIME-Version: 1.0 Received: by 10.142.61.20 with SMTP id j20mr1139798wfa.105.1267836532541; Fri, 05 Mar 2010 16:48:52 -0800 (PST) Date: Fri, 5 Mar 2010 16:48:52 -0800 Message-ID: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> From: Nick Rogers To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 00:48:56 -0000 I'm still having a problem where an em(4) interface mysteriously "hangs" and mostly stops sending/receiving packets until I issue an ifconfig emX down followed by an ifconfig emX up, which fixes the problem for some amount of time. Traffic on the interface is about a consistent 3mb/s. One interesting thing to note is that if I tcpdump the interface during the "hang", I sometimes see a portion of the expected packets, usually only outbound. I've tried compiling a custom 8.0-RELEASE kernel with the em(4) driver (sys/dev/e1000) from 7.2-RELEASE as well as the same from cvs HEAD. Neither seem to fix the problem. I've also tried, as suggested in a previous thread, disabling TSO, TXCSUM, RXCSUM via the following: sysctl net.inet.tcp.tso=0 ifconfig em1 -tso -txcsum ifconfig em1 down ifconfig em1 up Relevant ifconfig and pciconf dump below. There are no attached VLAN interfaces. em1: flags=8843 metric 0 mtu 1500 options=98 ether 00:04:23:ca:a7:b7 inet 172.31.1.3 netmask 0xfffffff8 broadcast 172.31.1.7 media: Ethernet autoselect (1000baseT ) status: active em1@pci0:2:2:1: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Dual Port Gigabit Ethernet Controller (82546EB)' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 05[f0] = MSI supports 1 message, 64 bit Any suggestions are greatly appreciated. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 01:18:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D301065673 for ; Sat, 6 Mar 2010 01:18:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id D577F8FC15 for ; Sat, 6 Mar 2010 01:18:16 +0000 (UTC) Received: by wwb17 with SMTP id 17so2478263wwb.13 for ; Fri, 05 Mar 2010 17:18:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=YIAshJrq1208ano/lZijx2LpLYEfo3uwr2x2wMjpBmw=; b=FdGihpQnmeabuOpRIC65eg/1ufo76cBZUZhBM4L1s4yaXHmQzyICg3xSzJDuE+BCIM TnYlKTf57DXH9MrpArv+GITMso751U8ycXgMqPNF/ZyfC5AvDB7h0ShS+eSSh85yzOfK Nz5f5BhGFU1woXjOp/eY+MiUt/nPs/cee6zhM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mf20xSHzEaG85QUUTG6JjfNTAn5l0qXEeEwyoSym1DDABdV8lVosgG0/oXXsuO+N9M HuPYSersxlospoS0L/B5FSrXbZx9VX5pDDMHHMn3EjYK3m8lh/FYF4lstGqXKa9+HJL9 s0C1iLcxOvmnRFNGARdRJY08DJAgei7wAdTGo= MIME-Version: 1.0 Received: by 10.216.86.203 with SMTP id w53mr653204wee.71.1267838292081; Fri, 05 Mar 2010 17:18:12 -0800 (PST) In-Reply-To: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> Date: Fri, 5 Mar 2010 17:18:12 -0800 Message-ID: <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> From: Jack Vogel To: Nick Rogers Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 01:18:17 -0000 Its using MSI? Given that its PCI-X I have no idea how robust MSI is, how bout you compile it with that disabled, use legacy IRQ and see if that makes any diff. Using TSO on anything pre-PCI Express is a bad idea, probably why its gotten a bad rep in the em driver. I have a driver in the works that is going to seperate the code for PCIE and Legacy, and I'm ripping out TSO from the Legacy stuff. The hang could be an problem with MSI though. I am not as dubious about the checksum offloads as some are, have stress tests that run for days with no issues. Let me know if that has any effect, Jack On Fri, Mar 5, 2010 at 4:48 PM, Nick Rogers wrote: > I'm still having a problem where an em(4) interface mysteriously "hangs" > and > mostly stops sending/receiving packets until I issue an ifconfig emX down > followed by an ifconfig emX up, which fixes the problem for some amount of > time. Traffic on the interface is about a consistent 3mb/s. > > One interesting thing to note is that if I tcpdump the interface during the > "hang", I sometimes see a portion of the expected packets, usually only > outbound. > > I've tried compiling a custom 8.0-RELEASE kernel with the em(4) driver > (sys/dev/e1000) from 7.2-RELEASE as well as the same from cvs HEAD. Neither > seem to fix the problem. > > I've also tried, as suggested in a previous thread, disabling TSO, TXCSUM, > RXCSUM via the following: > > sysctl net.inet.tcp.tso=0 > ifconfig em1 -tso -txcsum > ifconfig em1 down > ifconfig em1 up > > Relevant ifconfig and pciconf dump below. There are no attached VLAN > interfaces. > > em1: flags=8843 metric 0 mtu 1500 > options=98 > ether 00:04:23:ca:a7:b7 > inet 172.31.1.3 netmask 0xfffffff8 broadcast 172.31.1.7 > media: Ethernet autoselect (1000baseT ) > status: active > > em1@pci0:2:2:1: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Dual Port Gigabit Ethernet Controller (82546EB)' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > cap 05[f0] = MSI supports 1 message, 64 bit > > Any suggestions are greatly appreciated. Thanks. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 05:30:45 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 11B3A106564A; Sat, 6 Mar 2010 05:30:45 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7148FC08; Sat, 6 Mar 2010 05:30:44 +0000 (UTC) Received: by vws14 with SMTP id 14so2306860vws.13 for ; Fri, 05 Mar 2010 21:30:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:message-id:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=0OzQ1Nww51847y6oYnAEVi4V4ybJa4lHhzf052w5Eho=; b=vkWjZfKjQLfh9nIxYxbjijCamo2N6MxhuVr5ZAPxJsUejROOFaVWiu+n1wbgVpeoCB yU1NR123xogW7Uhb24Czhr4ytgYceqy62cuwQ7/SpCczVPLU3aeC2ydLGGc1ZTPz/AKR bPd88tj9CMaZFDK5YDkkjcYsOai+qaCpu1K5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=k3yq/pt1Lms6P+lemZANJynbnvj1nwkQy3om+9bGQXEokGL7PycRHbI/VWILJ2Epj/ VuYm/gRxBSRRTGane4vl2BCFysYzKZkb/LqVcBA0kHmy/j1xURvuaXAKUxVrzLUho4w1 4cIZpwK9lLf9tKHkmEPfzbazINT9JC1FFxLDI= Received: by 10.220.107.104 with SMTP id a40mr1217593vcp.187.1267853426537; Fri, 05 Mar 2010 21:30:26 -0800 (PST) Received: from ppp-21.10.dialinfree.com (ppp-21.10.dialinfree.com [209.172.21.10]) by mx.google.com with ESMTPS id 28sm24170759vws.11.2010.03.05.21.30.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 21:30:26 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 6 Mar 2010 00:26:38 -0500 From: jhell To: Doug Barton Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: usr/sbin/service False positives 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: Sat, 06 Mar 2010 05:30:45 -0000 Hi Doug, FreeBSD 7.3-STABLE i386 r204701 Ive been getting the following (below sig) false positives from logcheck recently (moreso log/messages) from service(8). Is there any way that this could be worked around? This messages happen after a reboot and I am presuming that it might be because of the user of -i to env but I am unsure at this point and wanted to give a heads-up before 7.3-RELEASE. These services had never given warnings to messages before the use of service(8). # grep WARNING: /var/log/messages Regards, -- jhell ---------- Forwarded message ---------- Date: Mon, 1 Mar 2010 10:02:11 Subject: centel 2010-03-01 10:02 Security Events System Events =-=-=-=-=-=-= Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $idled_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $mpd_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $mysql_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $racoon_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $samba_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $snmpd_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $snmptrapd_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $snort_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $socks5_enable is not set properly - see rc.conf(5). Mar 1 09:12:47 centel jhell: /usr/sbin/service: WARNING: $svnserve_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $apache22_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $asterisk_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $avahi_daemon_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $avahi_dnsconfd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $ddclient_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $dictd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $dovecot_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $fetchmail_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $ffserver_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $flow_capture_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $flow_fanout_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $git_daemon_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $hald_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $htcacheclean_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $miniupnpd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $openbgpd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $openospfd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $rsyncd_enable is not set properly - see rc.conf(5). Mar 1 09:12:48 centel jhell: /usr/sbin/service: WARNING: $spamd_enable is not set properly - see rc.conf(5). From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 05:36:30 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 19B9D106566B for ; Sat, 6 Mar 2010 05:36:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9D13F8FC1C for ; Sat, 6 Mar 2010 05:36:29 +0000 (UTC) Received: (qmail 8743 invoked by uid 399); 6 Mar 2010 05:36:27 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Mar 2010 05:36:27 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B91E9DB.7060604@FreeBSD.org> Date: Fri, 05 Mar 2010 21:36:27 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: jhell References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: usr/sbin/service False positives 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: Sat, 06 Mar 2010 05:36:30 -0000 On 3/5/2010 9:26 PM, jhell wrote: > > Hi Doug, > > FreeBSD 7.3-STABLE i386 r204701 > > Ive been getting the following (below sig) false positives from logcheck > recently (moreso log/messages) from service(8). > > Is there any way that this could be worked around? > > This messages happen after a reboot and I am presuming that it might be > because of the user of -i to env but I am unsure at this point and wanted > to give a heads-up before 7.3-RELEASE. > > These services had never given warnings to messages before the use of > service(8). I don't understand, how are you using the service command? It's not used by anything in the system, it's just a command line tool for administrators. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 06:46:50 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 0889F106566C; Sat, 6 Mar 2010 06:46:50 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF5F8FC1C; Sat, 6 Mar 2010 06:46:49 +0000 (UTC) Received: by vws14 with SMTP id 14so2322724vws.13 for ; Fri, 05 Mar 2010 22:46:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=JR5TCvt4V0hiZm5+XwupcjlVChd0RU9oc/pEocFyJNI=; b=vxbkAsWhDqdDMSPIkrsqI1n1AL1Trv9m4GDiD3LlpsoQwjO1lJJMjADjxMFkcIo0Nn PHo7u4jcrAfJldFGYsLc3RwBckMc60kBTrbORdZ9oMu6lpAZ/4+C4/xLamjiHKGa+V8V Jmes62j+pZGwjBo//fXeOkFH5k675y5AwFPvc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=wzUS2AwwawDbcptGMj8VSUtCXL5bLKhU8jOKtxT5a4oyydUjBrehYcd1x3Jlk4sD2M 9SYcixacztgBFPrI89SVsLWfsnBsmpKikJQilJ1gmY96A3V0LtBgiLEG52w+1DwrIO8w McW4Hg+HYO+px03ALwvl/DxYva64qWjRJoO9Q= Received: by 10.220.107.21 with SMTP id z21mr1170700vco.197.1267858004051; Fri, 05 Mar 2010 22:46:44 -0800 (PST) Received: from ppp-21.10.dialinfree.com (ppp-21.10.dialinfree.com [209.172.21.10]) by mx.google.com with ESMTPS id 32sm24764381vws.5.2010.03.05.22.46.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 22:46:43 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 6 Mar 2010 01:42:24 -0500 From: jhell To: Doug Barton In-Reply-To: <4B91E9DB.7060604@FreeBSD.org> Message-ID: References: <4B91E9DB.7060604@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: usr/sbin/service False positives 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: Sat, 06 Mar 2010 06:46:50 -0000 On Sat, 6 Mar 2010 00:36, dougb@ wrote: > On 3/5/2010 9:26 PM, jhell wrote: >> >> Hi Doug, >> >> FreeBSD 7.3-STABLE i386 r204701 >> >> Ive been getting the following (below sig) false positives from logcheck >> recently (moreso log/messages) from service(8). >> >> Is there any way that this could be worked around? >> >> This messages happen after a reboot and I am presuming that it might be >> because of the user of -i to env but I am unsure at this point and wanted >> to give a heads-up before 7.3-RELEASE. >> >> These services had never given warnings to messages before the use of >> service(8). > > I don't understand, how are you using the service command? It's not used by > anything in the system, it's just a command line tool for administrators. > > > Doug > > Ugh! Please ignore any message coming from me in the next 10 minutes ;) I was writing some service checks utilizing periodic about 1 month ago and doing so I was dragging in rc.subr and doing a load_rc_config and that's where the WARNING was coming from. Before I suspended that project for a month I forgot to disable that piece. Sorry for the noise. Thanks anyway, -- jhell From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 06:52:06 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 13538106566C for ; Sat, 6 Mar 2010 06:52:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 926C28FC0C for ; Sat, 6 Mar 2010 06:52:05 +0000 (UTC) Received: (qmail 4988 invoked by uid 399); 6 Mar 2010 06:52:04 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Mar 2010 06:52:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B91FB95.1040108@FreeBSD.org> Date: Fri, 05 Mar 2010 22:52:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: jhell References: <4B91E9DB.7060604@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: usr/sbin/service False positives 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: Sat, 06 Mar 2010 06:52:06 -0000 On 3/5/2010 10:42 PM, jhell wrote: > Before I suspended that project for a month I forgot to disable that > piece. > > Sorry for the noise. Ok, no worries. Thanks for confirming in any case. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 07:10:04 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945F3106566C; Sat, 6 Mar 2010 07:10:04 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB9F8FC08; Sat, 6 Mar 2010 07:10:03 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Nno98-000OLZ-SI; Sat, 06 Mar 2010 09:09:58 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: References: <20100226174021.8feadad9.gerrit@pmp.uni-hannover.de> <20100226224320.8c4259bf.gerrit@pmp.uni-hannover.de> <4B884757.9040001@digiware.nl> <20100227080220.ac6a2e4d.gerrit@pmp.uni-hannover.de> <4B892918.4080701@digiware.nl> <20100227202105.f31cbef7.gerrit@pmp.uni-hannover.de> <20100227193819.GA60576@icarus.home.lan> <4B89943C.70704@digiware.nl> <20100227220310.GA65110@icarus.home.lan> Comments: In-reply-to Rick Macklem message dated "Fri, 05 Mar 2010 17:01:59 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Mar 2010 09:09:57 +0200 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, freebsd-fs@freebsd.org, Willem Jan Withagen , =?utf-8?B?R2Vycml0IEvDvGhu?= , =?utf-8?B?RWlyaWsgw5h2ZXJieQ==?= , rwatson@freebsd.org, Jeremy Chadwick Subject: Re: mbuf leakage with nfs/zfs? 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: Sat, 06 Mar 2010 07:10:04 -0000 [...] > > but it didn't help, it's not triggered > > > > Hmm, well that's the only place I could see in replay.c that could leak > (and it's a pretty straightforward piece of code). This is getting > interesting. Just to confirm where we currently are... > > - replay cache disabled --> no leak > - replay cache enabled (with or without the above patch) --> leak > yes and yes. > I'll take another look, but I doubt the leak is in replay.c so... maybe > a reply from the cache is somehow handled incorrectly and that causes the > leak elsewhere? (Just a random hunch at this point.) > it works ok in 7.2, so it would be interesting to compare changes ... > > Thanks for the explanation on the cache, things are begining to make sense. > > If I understand, the reason for this cache is to prevent re-applying an > > already performed rpc, which could lead to data corruption > > > > Yep, you've got it. It is basically a bandaid for the poor transport > semantics provided by UDP. > > Having fun with this one. Thanks for the help, rick > I'm glad :-) danny From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 08:02:46 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D01A106566C; Sat, 6 Mar 2010 08:02:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 466FE8FC17; Sat, 6 Mar 2010 08:02:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2682jmH000903; Sat, 6 Mar 2010 03:02:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2682jT7000902; Sat, 6 Mar 2010 08:02:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Mar 2010 08:02:45 GMT Message-Id: <201003060802.o2682jT7000902@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 08:02:46 -0000 TB --- 2010-03-06 07:23:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-06 07:23:50 - starting RELENG_8_0 tinderbox run for amd64/amd64 TB --- 2010-03-06 07:23:50 - cleaning the object tree TB --- 2010-03-06 07:24:21 - cvsupping the source tree TB --- 2010-03-06 07:24:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/amd64/amd64/supfile TB --- 2010-03-06 08:02:45 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-03-06 08:02:45 - ERROR: unable to cvsup the source tree TB --- 2010-03-06 08:02:45 - 1.03 user 13.08 system 2334.44 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 08:40:57 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 EB51F106564A for ; Sat, 6 Mar 2010 08:40:57 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f183.google.com (mail-qy0-f183.google.com [209.85.221.183]) by mx1.freebsd.org (Postfix) with ESMTP id 999C28FC1A for ; Sat, 6 Mar 2010 08:40:57 +0000 (UTC) Received: by qyk14 with SMTP id 14so3742915qyk.9 for ; Sat, 06 Mar 2010 00:40:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=oAkZ7Nl2t0sYnorUrEbZltJmK+O/V+ZvogpzRR35WgM=; b=qxpPkEoon/QwtYu2+oMrPR3V5J38OZW5r7lj23RGBgmZ7wnMNi0V7fzeUCoYtyum98 vS3BXl9gldbEVQBdz0PVoCZWzJpYdgPI7T+8A0K7jTdjd6dbG8MavwN+4EVaP5RBjneQ R1tG6nhQ6qF6geda7C5MS7QJ+ZKfiWAKEPjic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=eqYL5LQGfaXI6vCD+voX37KRovuLFSvEnIFB/2PE6YQrECOpvF5q3pwrXr+TsyyuB3 KfuWPfXNAdQjGNlNy2xqSUi4CKYfLmKgzP1+hBh/dmzb/QYajUq5XYyJRw9XG8lZsSRM Ue2nn4GnLRATfCMifjUhwbTUGCDlHJLuWIbjk= Received: by 10.224.66.80 with SMTP id m16mr1019413qai.346.1267864847508; Sat, 06 Mar 2010 00:40:47 -0800 (PST) Received: from [192.168.31.4] (ppp-21.240.dialinfree.com [209.172.21.240]) by mx.google.com with ESMTPS id 23sm1769321qyk.3.2010.03.06.00.40.44 (version=SSLv3 cipher=RC4-MD5); Sat, 06 Mar 2010 00:40:46 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4B921430.4060302@DataIX.net> Date: Sat, 06 Mar 2010 03:37:04 -0500 From: jhell User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Matthias Gamsjager References: <1267716511.43321.3.camel@DraGoN.OTEL.net> <1267718672.43321.39.camel@DraGoN.OTEL.net> <585602e11003042244x3ce4c97fj8cc7df8d40224f3c@mail.gmail.com> In-Reply-To: <585602e11003042244x3ce4c97fj8cc7df8d40224f3c@mail.gmail.com> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: route -cloning flag 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: Sat, 06 Mar 2010 08:40:58 -0000 On 3/5/2010 1:44 AM, Matthias Gamsjager wrote: > One thing is sure. the route won't survive a reboot. Guess you can add > it to rc.conf but I have never tried it. > check /etc/defaults/rc.conf for static_routes and its usage. Maybe you already know about this but I wanted to double check with you just in case. rc.conf(5) also has a example usage. > On Thu, Mar 4, 2010 at 5:04 PM, Iasen Kostov wrote: >> On Thu, 2010-03-04 at 17:28 +0200, Iasen Kostov wrote: >>> Hi, >>> >>> How can I simulate 'route add -net 1.1.1.1/32 -cloning -iface fxp0' on >>> FreeBSD 8.x because it appears that somebody has axed cloning ? >>> And no it does NOT work without -cloning. And I don't really want to >>> argue if it is correct or not - It worked not it doesn't ;) >>> >>> Regards, Iasen. >>> >> >> Hum when I actually got to the machine and added the route it worked >> without -cloning. I can Only guess that the on site support did >> something wrong but I really don't know what mistake can they make in >> that simple command (route add -net 1.1.1.1/32 -iface fxp0) ;) . I hope >> it will still works after reboot ... And the man page is wrong, It >> still lists -cloning as valid option, with that in mind and remote >> server one can easily lock himself out :( >> >> Regards, Iasen. >> -- jhell From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 11:43:32 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 CE0471065670 for ; Sat, 6 Mar 2010 11:43:32 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5B48FC16 for ; Sat, 6 Mar 2010 11:43:30 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 3F4764C8142 for ; Sat, 6 Mar 2010 12:43:26 +0100 (CET) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 57F3C4C80AB for ; Sat, 6 Mar 2010 12:43:24 +0100 (CET) Received: by pollux.local.net (Postfix, from userid 2000) id 2071B1CDB7; Sat, 6 Mar 2010 12:43:24 +0100 (CET) Date: Sat, 6 Mar 2010 12:43:24 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20100306114324.GA2606@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20100218152601.GA3076@pollux.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: Incorrect super block 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: Sat, 06 Mar 2010 11:43:32 -0000 On Mon, Feb 22, 2010 at 02:51:59PM -0800, Chris Knight wrote: > This problem is caused by a big-endian, little-endian difference > between the OSX implementation of UFS and the FreeBSD implementation. > http://forums.macosxhints.com/showthread.php?t=86385 Yes, that's a good reason why both ufs1 and ufs2 don't work. > > I solved this problem for myself by installing MacFuse MacFuse is not yet available for Snow Leopard (10.6). I've made some trials to understand the tar options and had a big surprise yesterday: tar seems to have an enormous bug. For example: tar -c -f etc.tar /etc tar -r -f etc.tar /home/me/.icewm/ tar -u -f etc.tar /etc The last command should not modify etc.tar. But that's not the case. There seems to be no difference between the -r and -u option. How on earth is this possible ? Harald From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 13:19:58 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 8F1E7106566B for ; Sat, 6 Mar 2010 13:19:58 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from eterpe-smout.broadpark.no (eterpe-smout.broadpark.no [80.202.8.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4F18FC12 for ; Sat, 6 Mar 2010 13:19:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([unknown] [80.202.8.11]) by eterpe-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0KYV002L83OXFN20@eterpe-smout.broadpark.no> for freebsd-stable@freebsd.org; Sat, 06 Mar 2010 14:19:45 +0100 (CET) Received: from kg-v2.kg4.no ([unknown] [80.203.92.186]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with SMTP id <0KYV0054H3OWMJD0@ignis-smin.broadpark.no> for freebsd-stable@freebsd.org; Sat, 06 Mar 2010 14:19:45 +0100 (CET) Date: Sat, 06 Mar 2010 14:19:44 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20100306141944.95ec8cb6.torfinn.ingolfsen@broadpark.no> In-reply-to: <20100131144217.ca08e965.torfinn.ingolfsen@broadpark.no> References: <20100131144217.ca08e965.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: panic - sleeping thread on FreeBSD 8.0-stable / amd64 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: Sat, 06 Mar 2010 13:19:58 -0000 Ok, a new development in this story. Note that as of yet, I haven't change SATA cables or done anything else with the hardware. However, I did upgrade to latest FreeBSD 8.0-stable / amd64 yesterday. The machine is still up (it iahsn't crashed yet), and today I found this in /var/log/messages: Mar 6 06:25:34 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:25:34 kg-f2 kernel: ata5: hardware reset timeout Mar 6 06:25:45 kg-f2 kernel: ata6: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:25:45 kg-f2 kernel: ata6: hardware reset timeout Mar 6 06:25:45 kg-f2 root: ZFS: vdev failure, zpool=storage type=vdev.no_replicas Mar 6 06:25:56 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 00000080 Mar 6 06:25:56 kg-f2 kernel: ata5: hardware reset timeout Mar 6 06:26:06 kg-f2 kernel: ata6: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:26:06 kg-f2 kernel: ata6: hardware reset timeout Mar 6 06:26:08 kg-f2 root: ZFS: zpool I/O failure, zpool=storage error=28 Mar 6 06:26:08 kg-f2 last message repeated 2 times Mar 6 06:26:08 kg-f2 root: ZFS: vdev I/O failure, zpool=storage path= offset= size= error= Mar 6 06:26:16 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:26:16 kg-f2 kernel: ata5: hardware reset timeout Mar 6 06:26:27 kg-f2 kernel: ata6: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:26:27 kg-f2 kernel: ata6: hardware reset timeout Mar 6 06:26:37 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 00000080 Mar 6 06:26:37 kg-f2 kernel: ata5: hardware reset timeout Mar 6 06:26:47 kg-f2 kernel: ata6: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:26:47 kg-f2 kernel: ata6: hardware reset timeout Mar 6 06:26:58 kg-f2 kernel: ata5: port is not ready (timeout 10000ms) tfd = 0000007f Mar 6 06:26:58 kg-f2 kernel: ata5: hardware reset timeout Mar 6 06:27:08 kg-f2 kernel: ata6: port is not ready (timeout 10000ms) tfd = 00000080 Mar 6 06:27:08 kg-f2 kernel: ata6: hardware reset timeout Before the upgrade, messages such as these would (AFAICT) nresult on a panic and reboot. Uptime: root@kg-f2# uptime 2:11PM up 19:38, 3 users, load averages: 0.00, 0.00, 0.00 The boot / root mirror pool is okay: root@kg-f2# zpool status zroot pool: zroot state: ONLINE scrub: scrub completed after 0h8m with 0 errors on Fri Mar 5 18:45:24 2010 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 errors: No known data errors However, the storage pool is not: root@kg-f2# zpool status storage pool: storage state: UNAVAIL status: One or more devices are faulted in response to IO failures. action: Make sure the affected devices are connected, then run 'zpool clear'. see: http://www.sun.com/msg/ZFS-8000-HC scrub: scrub completed after 0h0m with 0 errors on Fri Mar 5 18:36:17 2010 config: NAME STATE READ WRITE CKSUM storage UNAVAIL 0 3 0 insufficient replicas raidz1 UNAVAIL 0 0 0 insufficient replicas ad8 ONLINE 0 0 0 ad10 REMOVED 0 0 0 ad12 REMOVED 0 0 0 ad14 ONLINE 0 0 0 ada0 ONLINE 0 0 0 errors: 2 data errors, use '-v' for a list Currently, this pool isn't in use, so I am not concerned about data loss (luckily). Note that before this upgrade, with all panics and reboots, both zfs pools have always been clean and trouble-free after a reboot. atacontrol confirms that ad10 and ad12 are "gone" (ie. disconnected: root@kg-f2# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 2: Master: ad4 SATA revision 2.x Slave: no device present ATA channel 3: Master: ad6 SATA revision 2.x Slave: no device present ATA channel 4: Master: ad8 SATA revision 2.x Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present ATA channel 7: Master: ad14 SATA revision 2.x Slave: no device present What happens if I just rebot the server now? (I think that ad10 and ad12 will be detected and connected), but what will zfs do with the 'storage' pool? As always, more info (including verbose dmesgs etc.) on the FreeBSD page[1] for this machine. References: 1) FreeBSd on this machine: http://sites.google.com/site/tingox/ga-ma74gm-s2h_freebsd -- Torfinn From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 14:29:18 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 C181D1065673; Sat, 6 Mar 2010 14:29:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0648FC24; Sat, 6 Mar 2010 14:29:18 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Nnv0H-00020A-9M; Sat, 06 Mar 2010 16:29:17 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Mar 2010 16:29:17 +0200 From: Daniel Braniss Message-ID: Cc: Robert Watson Subject: is dtrace usable? 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: Sat, 06 Mar 2010 14:29:18 -0000 hi, I get link_elf_obj: symbol lapic_cyclic_clock_func undefined when trying kldload dtraceall this is with a fearly resent 8-stable I'm trying to help Rick Maclem debug the NSF/UDP problem, and I thought it would be a good chance to learn dtrace, but :-( danny From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 15:09:52 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 6FA2A1065676 for ; Sat, 6 Mar 2010 15:09:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2798FC15 for ; Sat, 6 Mar 2010 15:09:52 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C13C246B03; Sat, 6 Mar 2010 10:09:51 -0500 (EST) Date: Sat, 6 Mar 2010 15:09:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel Braniss In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: is dtrace usable? 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: Sat, 06 Mar 2010 15:09:52 -0000 On Sat, 6 Mar 2010, Daniel Braniss wrote: > link_elf_obj: symbol lapic_cyclic_clock_func undefined > > when trying > kldload dtraceall this is with a fearly resent 8-stable > > I'm trying to help Rick Maclem debug the NSF/UDP problem, and I thought it > would be a good chance to learn dtrace, but :-( Take a look at the DTrace configuration information here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html And here: http://wiki.freebsd.org/DTrace It looks like options KDTRACE_HOOKS may not be defined in your kernel configuration, but there are some other details, such as WITH_CTF=1, that you'll also need to make sure are appropriately set. Robert From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 15:45:02 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 1D7A7106566C; Sat, 6 Mar 2010 15:45:02 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id C77F08FC1B; Sat, 6 Mar 2010 15:45:01 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2FE9C.dip.t-dialin.net [217.226.254.156]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id AD1E0844587; Sat, 6 Mar 2010 16:44:54 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id E5AB45049; Sat, 6 Mar 2010 16:44:51 +0100 (CET) Date: Sat, 6 Mar 2010 16:44:51 +0100 From: Alexander Leidinger To: Robert Watson Message-ID: <20100306164451.00001999@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: AD1E0844587.C4067 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268495097.41903@8hQphMZZsuA/ZW1Azup3pw X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: is dtrace usable? 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: Sat, 06 Mar 2010 15:45:02 -0000 On Sat, 6 Mar 2010 15:09:51 +0000 (GMT) Robert Watson wrote: > > On Sat, 6 Mar 2010, Daniel Braniss wrote: > > > link_elf_obj: symbol lapic_cyclic_clock_func undefined > > > > when trying > > kldload dtraceall this is with a fearly resent 8-stable > > > > I'm trying to help Rick Maclem debug the NSF/UDP problem, and I > > thought it would be a good chance to learn dtrace, but :-( > > Take a look at the DTrace configuration information here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html I've just reread it (despite the fact that I already used it). Some comments: Last time I tried, I didn't see any problems by adding makeoptions WITH_CTF=yes to the kernel config instead of doing make WITH_CTF=1 kernel Did I miss something, and if not, shouldn't we tell about the makeoptions part instead (a kernel rebuild later will not cause trouble when someone forgets to do the WITH_CTF part as it is already in the kernel makefile)? What is DDB_CTF doing? Some additional dtrace access in ddb? I didn't had it before but the dtrace probes I had in KLDs worked without problems when running dtrace probes from userland. Bye, Alexander. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 16:00:12 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 A2F4A106564A; Sat, 6 Mar 2010 16:00:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 759BA8FC12; Sat, 6 Mar 2010 16:00:12 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 20E8E46B4C; Sat, 6 Mar 2010 11:00:12 -0500 (EST) Date: Sat, 6 Mar 2010 16:00:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20100306164451.00001999@unknown> Message-ID: References: <20100306164451.00001999@unknown> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: is dtrace usable? 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: Sat, 06 Mar 2010 16:00:12 -0000 On Sat, 6 Mar 2010, Alexander Leidinger wrote: >> Take a look at the DTrace configuration information here: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html > > I've just reread it (despite the fact that I already used it). Some > comments: > > Last time I tried, I didn't see any problems by adding > makeoptions WITH_CTF=yes > to the kernel config instead of doing > make WITH_CTF=1 kernel > > Did I miss something, and if not, shouldn't we tell about the > makeoptions part instead (a kernel rebuild later will not cause > trouble when someone forgets to do the WITH_CTF part as it is already > in the kernel makefile)? I'll leave John to answer this one, CC line broadended. > What is DDB_CTF doing? Some additional dtrace access in ddb? I didn't had it > before but the dtrace probes I had in KLDs worked without problems when > running dtrace probes from userland. This is a poorly named kernel option, and should probably be changed. This has to do with the kernel loading CTF information for kernel modules. My recollection is hazy, but it may well be required in order for fbt to be used with modules. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 16:37:21 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 C6C7E106566B for ; Sat, 6 Mar 2010 16:37:21 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id A0DC98FC1B for ; Sat, 6 Mar 2010 16:37:21 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Nnx0B-000IHI-Rs for freebsd-stable@freebsd.org; Sat, 06 Mar 2010 11:37:19 -0500 Date: Sat, 6 Mar 2010 11:37:19 -0500 From: Gary Palmer To: freebsd-stable@freebsd.org Message-ID: <20100306163719.GA68552@in-addr.com> References: <20100218152601.GA3076@pollux.local.net> <20100306114324.GA2606@pollux.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100306114324.GA2606@pollux.local.net> Subject: Re: Incorrect super block 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: Sat, 06 Mar 2010 16:37:21 -0000 On Sat, Mar 06, 2010 at 12:43:24PM +0100, Harald Weis wrote: > > I solved this problem for myself by installing MacFuse > > MacFuse is not yet available for Snow Leopard (10.6). Not entirely correct. MacFuse is not available for Snow Leopard when booting a 64 bit kernel. Apparently it works fine if you are using the 32 bit kernel. Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 16:55:08 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 C24A7106566B; Sat, 6 Mar 2010 16:55:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADD28FC13; Sat, 6 Mar 2010 16:55:08 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NnxHP-00038C-BV; Sat, 06 Mar 2010 18:55:07 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: Comments: In-reply-to Robert Watson message dated "Sat, 06 Mar 2010 15:09:51 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Mar 2010 18:55:07 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: is dtrace usable? 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: Sat, 06 Mar 2010 16:55:08 -0000 > > On Sat, 6 Mar 2010, Daniel Braniss wrote: > > > link_elf_obj: symbol lapic_cyclic_clock_func undefined > > > > when trying > > kldload dtraceall this is with a fearly resent 8-stable > > > > I'm trying to help Rick Maclem debug the NSF/UDP problem, and I thought it > > would be a good chance to learn dtrace, but :-( > > Take a look at the DTrace configuration information here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtrace.html > > And here: > > http://wiki.freebsd.org/DTrace > > It looks like options KDTRACE_HOOKS may not be defined in your kernel > configuration, but there are some other details, such as WITH_CTF=1, that > you'll also need to make sure are appropriately set. > > Robert I did all that, but booted the wrong kernel, sorry for the noise danny From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 17:30:24 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 7D1B31065670 for ; Sat, 6 Mar 2010 17:30:24 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id B5CA78FC0A for ; Sat, 6 Mar 2010 17:30:23 +0000 (UTC) Received: by ewy28 with SMTP id 28so851446ewy.13 for ; Sat, 06 Mar 2010 09:30:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:organization :from:date:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=3e+Tx8ctqstiWQ0kWYQbNGJ7yQu3DNZplLsco6mmN7w=; b=BSqxm8/foN70bXVJIG0CQ1hZnOhPI/ScnoJjzQjrhhY1URcD/N+WqDX+oXnYSdCkM3 J5TXMU9qKwdaM0iKRzY9oZatR/U5G5roU7JA1RvY7GICR3wQUuFTSoITLgQHyQq0r0Nd MSoSoi+N+1IMNbc1yIf2/WrHr4r/wnlbQnlcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:organization:from:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; b=EcSO5aXu1OKYMDT2Y94AkFfP04xlAUGeIVrb0szFRLhZgmMzdpigvbBPPBtdHYayMr kVJLO72vGLIzaakd5OEwI91JWAFTWAUpWv/Z9aQGQUFdcRsj4fCtmdLV49e4GGQnyrcy i6P8GcqxQADGJJxd5yTVF9K/HLDZOXYYTyhvs= Received: by 10.213.97.17 with SMTP id j17mr1541070ebn.24.1267896615124; Sat, 06 Mar 2010 09:30:15 -0800 (PST) Received: from localhost ([95.69.173.225]) by mx.google.com with ESMTPS id 15sm1574370ewy.4.2010.03.06.09.30.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Mar 2010 09:30:14 -0800 (PST) To: freebsd-stable@freebsd.org Organization: TOA Ukraine From: Mikolaj Golub Date: Sat, 06 Mar 2010 19:30:12 +0200 Message-ID: <86zl2l2w9n.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: alc@freebsd.org, freebsd-emulation@freebsd.org Subject: virtualbox status on 8.0-STABLE i386 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: Sat, 06 Mar 2010 17:30:24 -0000 Hi, Recently I have updated my 8.0-STABLE i386 system and have learnt that virtualbox begins to crash my box with the error panic: vm_fault: fault on nofault entry, addr: c1608000 (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04ec379 in db_fncall (dummy1=-1064468854, dummy2=0, dummy3=-1, dummy4=0xe865d5bc "ÐÕeè") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04ec7af in db_command (last_cmdp=0xc0e04c9c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ec864 in db_command_script (command=0xc0e05bc4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04f09a0 in db_script_exec (scriptname=0xe865d6c8 "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. ) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04f0a87 in db_script_kdbenter (eventname=0xc0cc248d "panic") at /usr/src/sys/ddb/db_script.c:324 #6 0xc04ee768 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc08d7d06 in kdb_trap (type=3, code=0, tf=0xe865d804) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0beb39b in trap (frame=0xe865d804) at /usr/src/sys/i386/i386/trap.c:690 #9 0xc0bccd0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc08d7e8a in kdb_enter (why=0xc0cc248d "panic", msg=0xc0cc248d "panic") at cpufunc.h:71 #11 0xc08a88b6 in panic (fmt=0xc0cecbc4 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:562 #12 0xc0b0c3d7 in vm_fault (map=0xc1990000, vaddr=3244326912, fault_type=Variable "fault_type" is not available. ) at /usr/src/sys/vm/vm_fault.c:283 #13 0xc0bea7d6 in trap_pfault (frame=0xe865dac0, usermode=0, eva=3244330720) at /usr/src/sys/i386/i386/trap.c:840 #14 0xc0beb225 in trap (frame=0xe865dac0) at /usr/src/sys/i386/i386/trap.c:533 #15 0xc0bccd0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #16 0xc12beed0 in rtR0MemObjNativeGetPagePhysAddr (pMem=0xc5ed3110, iPage=0) at pmap.h:300 #17 0xc12ac354 in SUPR0LockMem (pSession=0xc5c61c10, pvR3=695959552, cPages=1, paPages=0xc5f83668) at SUPDrv.c:2307 #18 0xc12ac8cb in supdrvIOCtl (uIOCtl=536892942, pDevExt=0xc12c9ac0, pSession=0xc5c61c10, pReqHdr=0xc5f83650) at SUPDrv.c:1245 #19 0xc12b0c3a in VBoxDrvFreeBSDIOCtl (pDev=0xc665d800, ulCmd=536892942, pvData=0xe865dd00 "À8 )\003¾ËÀq\002", fFile=3, pTd=0xc69556f0) at /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-3.1.2_OSE/out/freebsd.x86/debug/bin/src/vboxdrv/freebsd/SUPDrv-freebsd.c:505 #20 0xc0829658 in devfs_ioctl_f (fp=0xc670fa80, com=536892942, data=0xe865dd00, cred=0xc6bbeb00, td=0xc69556f0) at /usr/src/sys/fs/devfs/devfs_vnops.c:659 #21 0xc08eec8d in kern_ioctl (td=0xc69556f0, fd=7, com=536892942, data=0xe865dd00 "À8 )\003¾ËÀq\002") at file.h:262 #22 0xc08eee14 in ioctl (td=0xc69556f0, uap=0xe865dcf8) at /usr/src/sys/kern/sys_generic.c:678 #23 0xc0beaad0 in syscall (frame=0xe865dd38) at /usr/src/sys/i386/i386/trap.c:1111 #24 0xc0bccda0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #25 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 16 #16 0xc12beed0 in rtR0MemObjNativeGetPagePhysAddr (pMem=0xc5ed3110, iPage=0) at pmap.h:300 300 pa = (pa & PG_FRAME) | (va & PAGE_MASK); (kgdb) list 295 * access the PTE because it would use the new PDE. It is, 296 * however, safe to use the old PDE because the page table 297 * page is preserved by the promotion. 298 */ 299 pa = KPTmap[i386_btop(va)]; 300 pa = (pa & PG_FRAME) | (va & PAGE_MASK); 301 } 302 return (pa); 303 } 304 There were some changes in this part recently (r203182): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/include/pmap.h.diff?r1=1.140.2.2;r2=1.140.2.3;only_with_tag=RELENG_8 So I removed KPTmap[i386_btop(va)] with *vtopte(va) and have working virtualbox again, but I suppose this is rather the problem with virualbox and not with the kernel code. In February Alexander Eichner posted the patch to freebsd-emulation@ (thread with the subject "Patch to fix VirtualBox with recent kernel versions"): http://lists.freebsd.org/pipermail/freebsd-emulation/2010-February/007434.html But it does not fix my panics. The patch adds additional handling in rtR0MemObjNativeGetPagePhysAddr() for the case pMem.enmType == RTR0MEMOBJTYPE_MAPPING, while I am observing the panics for pMem.enmType == RTR0MEMOBJTYPE_LOCK: (kgdb) fr 17 #17 0xc12ac354 in SUPR0LockMem (pSession=0xc5c61c10, pvR3=695959552, cPages=1, paPages=0xc5f83668) at SUPDrv.c:2307 2307 paPages[iPage] = RTR0MemObjGetPagePhysAddr(Mem.MemObj, iPage); (kgdb) p Mem.MemObj.enmType $1 = RTR0MEMOBJTYPE_LOCK So, it looks like some additional handling should be added for this case... -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 18:36:11 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4BB106566C for ; Sat, 6 Mar 2010 18:36:11 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from ita.aagh.net (ita.aagh.net [208.86.225.114]) by mx1.freebsd.org (Postfix) with ESMTP id C1A868FC0A for ; Sat, 6 Mar 2010 18:36:11 +0000 (UTC) Received: from cpc1-hart9-2-0-cust900.11-3.cable.virginmedia.com ([86.30.3.133] helo=voi.aagh.net ident=mailnull) by ita.aagh.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnyIh-000FRE-7V; Sat, 06 Mar 2010 18:00:31 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnyIf-0000QA-Id; Sat, 06 Mar 2010 18:00:29 +0000 Date: Sat, 6 Mar 2010 18:00:29 +0000 From: Thomas Hurst To: Jack Vogel Message-ID: <20100306180029.GA99452@voi.aagh.net> Mail-Followup-To: Jack Vogel , Nick Rogers , stable@freebsd.org References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> Organization: Not much. User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Nick Rogers , stable@freebsd.org Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 18:36:12 -0000 * Jack Vogel (jfvogel@gmail.com) wrote: > Its using MSI? Given that its PCI-X I have no idea how robust MSI is, > how bout you compile it with that disabled, use legacy IRQ and see > if that makes any diff. I'm seeing similar issues with a quad port 82546EB card, and they're not using MSI as far as I can tell; IRC 28-31. MSI's are >127 or so I think? > Using TSO on anything pre-PCI Express is a bad idea, probably why > its gotten a bad rep in the em driver. Don't see TSO in ifconfig options, but will issue an ifconfig em3 -tso to see if it makes any difference. Interestingly I can pull 30-60MB/s to/from em0 (LAN) without any problems, but pulling 5MB/s from em3 has repeatedly led to the interface just going silent until I bounce it. Quite intermitent though, sometimes it dies in the first second or two, sometimes I can pull down 20GB without a hitch. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 18:40:00 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C6B1065672 for ; Sat, 6 Mar 2010 18:40:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E45F8FC14 for ; Sat, 6 Mar 2010 18:39:59 +0000 (UTC) Received: by wwb17 with SMTP id 17so2728609wwb.13 for ; Sat, 06 Mar 2010 10:39:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=GkA5JzuexqnzWCe0v0qO2cFL5QNkwXc0Urk48O98uAg=; b=mXrZ0bRLKX7N5CKseuTUealFgu5mYf69MYFhi0VAsrRAkwqSUjLoytgCCU0OavYnQU ZoS+b4UyfG4KvjJNDLzAZ7fxcCUBW9N+TjOAnGbRZJoz4peuRGByDdH/hFwN7/WcYPdN JTY0JSm7nVZSXwvBQ2qE/Ny0wnpzoxTEgNAYg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=FlVA9+M+zR06KGeJ9juLP5h/0+u5hBtJhqySntMddB0JmF2OWf3Y4nUaBOXMnmNE3b m+9M2G2jsBCE83OAVspFBkJzQiwg0SE7kCjq4khlPgjaZo4MKzcZgLdYMKWZYmS+yqE2 kgzTGaT+nRPkczt1VYn9vCz/YQQeAx9HRXbzs= MIME-Version: 1.0 Received: by 10.216.162.202 with SMTP id y52mr1255560wek.76.1267900789201; Sat, 06 Mar 2010 10:39:49 -0800 (PST) In-Reply-To: <20100306180029.GA99452@voi.aagh.net> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> Date: Sat, 6 Mar 2010 10:39:48 -0800 Message-ID: <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> From: Jack Vogel To: Jack Vogel , Nick Rogers , stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 18:40:00 -0000 I need a bit more context Nick. Is this a card that has been non-problematic on older releases and just showed a problem with 8.0 REL? Regards, Jack On Sat, Mar 6, 2010 at 10:00 AM, Thomas Hurst wrote: > * Jack Vogel (jfvogel@gmail.com) wrote: > > > Its using MSI? Given that its PCI-X I have no idea how robust MSI is, > > how bout you compile it with that disabled, use legacy IRQ and see > > if that makes any diff. > > I'm seeing similar issues with a quad port 82546EB card, and they're not > using MSI as far as I can tell; IRC 28-31. MSI's are >127 or so I > think? > > > Using TSO on anything pre-PCI Express is a bad idea, probably why > > its gotten a bad rep in the em driver. > > Don't see TSO in ifconfig options, but will issue an ifconfig em3 -tso > to see if it makes any difference. > > Interestingly I can pull 30-60MB/s to/from em0 (LAN) without any > problems, but pulling 5MB/s from em3 has repeatedly led to the interface > just going silent until I bounce it. Quite intermitent though, > sometimes it dies in the first second or two, sometimes I can pull down > 20GB without a hitch. > > -- > Thomas 'Freaky' Hurst > http://hur.st/ > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 20:08:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041BB106564A for ; Sat, 6 Mar 2010 20:08:26 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id CBD138FC12 for ; Sat, 6 Mar 2010 20:08:25 +0000 (UTC) Received: by pwj1 with SMTP id 1so3403602pwj.13 for ; Sat, 06 Mar 2010 12:08:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DAe59j7WWcMwBVZmotXh6ZsTmFJlZp+LrRax/CedKRM=; b=iF9nEFNNQjMusyXwFrzGlTT37yDugoE8/hGYQyTTXw5J20kwgM9gpFXSgy7OWfs2NT tR9Ogdh+cLmhg4f3Wv4uQdtg1Kf9qbYhYDCEEdIMlnSDzfwKlgVRNjWXykitgi10g3e7 rRQ/xZDtIWIU6rjt7Qut9VuxPMPpEtDUfJSnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uWzetrcMM6xUAIeY/XS9HIIY40qE2UguSmMGiqv6K86ok2gn5d9Y0CBj+azHmoy4Ev RtDDnks69VYmT25Pq6on7CoebIL9ymo34sl8xJ7R8Fj+aVUbhheW5Uqamh7kYV+cGo6l Erqy6onj+R0kxpPM56VFxwC5fBRMf87csQ9y8= MIME-Version: 1.0 Received: by 10.142.249.21 with SMTP id w21mr1817761wfh.302.1267906102214; Sat, 06 Mar 2010 12:08:22 -0800 (PST) In-Reply-To: <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> Date: Sat, 6 Mar 2010 12:08:22 -0800 Message-ID: <147432021003061208n64ebd9c9lb168cdfa520e94a3@mail.gmail.com> From: Nick Rogers To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 20:08:26 -0000 Yes, this was the first em(4) problem I ran into when upgrading from 7.2-RELEASE to 8.0-RELEASE. Yourself and others on another thread eventually recommended turning off TSO and what not. I never had a chance to thoroughly test this solution on this particular hardware because we had already switched to a different set of interfaces (on-motherboard bge(4)). We also had that ALTQ problem popup on em which I'm sure you remember, which prevented me from going back to the em interfaces for a while. After solving the ALTQ problem by going back to the 7.2-RELEASE driver, I thought it would be OK to switch this particular hardware back to using the em interfaces in production. (we were also experiencing kernel panics due to some bge(4) issue a few times a week). I had assumed, incorrectly, that because we were using the em(4) driver from 7.2-RELEASE, there would be no more "hanging" problem. I've also tried the latest CURRENT em(4) driver. So I am pretty sure I have experienced this problem under 8.0-RELEASE, 8.0-RELEASE w/ em(4) driver from 7.2, and 8.0-RELEASE w/ em(4) driver from CVS HEAD. On Sat, Mar 6, 2010 at 10:39 AM, Jack Vogel wrote: > I need a bit more context Nick. Is this a card that has been > non-problematic > on older releases and just showed a problem with 8.0 REL? > > Regards, > > Jack > > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 20:21:33 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D031065673 for ; Sat, 6 Mar 2010 20:21:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0688FC15 for ; Sat, 6 Mar 2010 20:21:33 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta12.emeryville.ca.mail.comcast.net with comcast id pumb1d0090FhH24ACwMZAC; Sat, 06 Mar 2010 20:21:33 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta08.emeryville.ca.mail.comcast.net with comcast id pwMZ1d0023S48mS8UwMZlW; Sat, 06 Mar 2010 20:21:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AE9481E3035; Sat, 6 Mar 2010 12:21:31 -0800 (PST) Date: Sat, 6 Mar 2010 12:21:31 -0800 From: Jeremy Chadwick To: Nick Rogers Message-ID: <20100306202131.GA23232@icarus.home.lan> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> <147432021003061208n64ebd9c9lb168cdfa520e94a3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <147432021003061208n64ebd9c9lb168cdfa520e94a3@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Jack Vogel Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 20:21:33 -0000 On Sat, Mar 06, 2010 at 12:08:22PM -0800, Nick Rogers wrote: > Yes, this was the first em(4) problem I ran into when upgrading from > 7.2-RELEASE to 8.0-RELEASE. Yourself and others on another thread eventually > recommended turning off TSO and what not. I never had a chance to thoroughly > test this solution on this particular hardware because we had already > switched to a different set of interfaces (on-motherboard bge(4)). We also > had that ALTQ problem popup on em which I'm sure you remember, which > prevented me from going back to the em interfaces for a while. I've re-read your ALTQ post (Subject "em(4) + ALTQ broken") and I noticed you didn't provide any details regarding *how* you're using ALTQ on your systems (specifically, no pf.conf directives provided). We use pf and ALTQ on all our RELENG_7 and RELENG_8 systems, exclusively using em(4), without any problems. I should note that we only utilise the ALTQ pieces of pf.conf on RELENG_7, but ALTQ is included in our RELENG_8 systems' kernels. The ALTQ feature we use is "bandwidth" for rate-limiting certain IPs bound to em(4) interfaces. We've used this successfully at both 100mbit and 1000mbit interface rates. I can provide specific details of the systems (pciconf -lvc from them, including OS release + etc.) if you'd like to compare. I'm almost certain the NIC model you use differs from ours, including the fact that our NICs are PCIe-bound, and do use MSI + TSO + all forms of checksum offloading. Why I care: upgrading our RELENG_7 machine which uses ALTQ directives is on my to-do list, and if this feature is somehow broken under RELENG_8, I need to know in advance so I can use ipfw + dummynet instead. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 22:15:36 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ED3A106566B for ; Sat, 6 Mar 2010 22:15:36 +0000 (UTC) (envelope-from prvs=168137ad98=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D16678FC0C for ; Sat, 6 Mar 2010 22:15:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1267913104; x=1268517904; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=KO94I5c+TRYjSQoBNZQVa aBNxcrc/b0FruE/CW+AWNw=; b=dPRLB2aW2FsrZNhNTbKy1IC7wXTLXwDRbLjyr KsCjWN5q6d5B8PKZeduUK0lIxPdscx2iq7z3olJN8ob9+B+RV2lP0FtLqMPUf35E ZDeKNqeuqc+LvioIEOO8Y1fNZr+EZ2UTuBpOLtmnJBkagrBb70RmFlmMFmcWLj0D r2tRJE= X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 06 Mar 2010 22:05:04 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009544150.msg for ; Sat, 06 Mar 2010 22:05:04 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 06 Mar 2010 22:05:04 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.96 X-Return-Path: prvs=168137ad98=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@freebsd.org Message-ID: <5EAE9AE93E2D4232B65D2B7D22874CF2@multiplay.co.uk> From: "Steven Hartland" To: "Thomas Hurst" , "Jack Vogel" References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com><2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> Date: Sat, 6 Mar 2010 22:05:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Nick Rogers , stable@freebsd.org Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 22:15:36 -0000 If that's a supermicro then em3 is usually the IPMI shared card so perhaps that's the cause? ----- Original Message ----- From: "Thomas Hurst" > Interestingly I can pull 30-60MB/s to/from em0 (LAN) without any > problems, but pulling 5MB/s from em3 has repeatedly led to the interface > just going silent until I bounce it. Quite intermitent though, > sometimes it dies in the first second or two, sometimes I can pull down > 20GB without a hitch. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 22:56:21 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C3E106566B for ; Sat, 6 Mar 2010 22:56:21 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 17A2D8FC16 for ; Sat, 6 Mar 2010 22:56:20 +0000 (UTC) Received: by pzk34 with SMTP id 34so486053pzk.3 for ; Sat, 06 Mar 2010 14:56:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Rq/qJIK/smpAP9rEkZ1+fZszcvniF1EqZMK/71cw0KY=; b=INmNaP/lc0xYc+piD4RnPw8tpvvQLsO/0snZWA2FdN/Ji9TE7j9k1m/M6zt4biI9Pz F4V+GvSprEMsnZ6AgjgPC49zFCADIYkardu23NlnGMADmv9XKUVgROHjPSnwAAQyN1rV 2kc2YDao8YSlK6ECZj7FD48ROq9y+nL4tOeCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PUFlj6OZbHr1HqxW2c+1YabwPD/6YY7IAgYgkohPwkf1bAy2O0GrO/Oo4pinKDDl3l c9pvz4pv/mRGSZMAz6jpSGfhvZflbvrj9pGWZZZ+MnSaKjYFOjddARp0c6AR+Vf35Ssr B02Lh3cBX8cvtyqFcCyvikVfXzZELdtIuPx8A= MIME-Version: 1.0 Received: by 10.143.20.1 with SMTP id x1mr1885182wfi.208.1267916167165; Sat, 06 Mar 2010 14:56:07 -0800 (PST) In-Reply-To: <20100306202131.GA23232@icarus.home.lan> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> <147432021003061208n64ebd9c9lb168cdfa520e94a3@mail.gmail.com> <20100306202131.GA23232@icarus.home.lan> Date: Sat, 6 Mar 2010 14:56:07 -0800 Message-ID: <147432021003061456g7072284eved49a93fb19db24c@mail.gmail.com> From: Nick Rogers To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, Jack Vogel Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 22:56:21 -0000 ALTQ + RELENG_8 + em(4) will not work at the moment. It does not matter what your PF ruleset looks like or how much traffic you are pushing. The packets that transit the em interface simply never make it to the ALTQ queues (not even the interface's root queue). Thus any kind of bandwidth rate limiting or whatever you are doing will not work. This was fixed by the following commit. I think its supposed to MFC soon? http://svn.freebsd.org/viewvc/base?view=revision&revision=203834 On Sat, Mar 6, 2010 at 12:21 PM, Jeremy Chadwick wrote: > > Why I care: upgrading our RELENG_7 machine which uses ALTQ directives is > on my to-do list, and if this feature is somehow broken under RELENG_8, > I need to know in advance so I can use ipfw + dummynet instead. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 23:32:24 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5B54106564A for ; Sat, 6 Mar 2010 23:32:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6C59E8FC19 for ; Sat, 6 Mar 2010 23:32:24 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA11.westchester.pa.mail.comcast.net with comcast id pwGL1d00W0EZKEL5BzYQpJ; Sat, 06 Mar 2010 23:32:24 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta01.westchester.pa.mail.comcast.net with comcast id pzYP1d0093S48mS3MzYPFW; Sat, 06 Mar 2010 23:32:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F2AF41E3035; Sat, 6 Mar 2010 15:32:21 -0800 (PST) Date: Sat, 6 Mar 2010 15:32:21 -0800 From: Jeremy Chadwick To: Nick Rogers Message-ID: <20100306233221.GA27176@icarus.home.lan> References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <2a41acea1003051718r241ac3e9w6ceb37bde0128b43@mail.gmail.com> <20100306180029.GA99452@voi.aagh.net> <2a41acea1003061039s41dda598v563edf76d609c4f0@mail.gmail.com> <147432021003061208n64ebd9c9lb168cdfa520e94a3@mail.gmail.com> <20100306202131.GA23232@icarus.home.lan> <147432021003061456g7072284eved49a93fb19db24c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <147432021003061456g7072284eved49a93fb19db24c@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, mlaier@freebsd.org, Jack Vogel Subject: Re: em(4) interface hangs under 8.0-RELEASE 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: Sat, 06 Mar 2010 23:32:24 -0000 On Sat, Mar 06, 2010 at 02:56:07PM -0800, Nick Rogers wrote: > ALTQ + RELENG_8 + em(4) will not work at the moment. It does not matter what > your PF ruleset looks like or how much traffic you are pushing. The packets > that transit the em interface simply never make it to the ALTQ queues (not > even the interface's root queue). Thus any kind of bandwidth rate limiting > or whatever you are doing will not work. > > This was fixed by the following commit. I think its supposed to MFC soon? > http://svn.freebsd.org/viewvc/base?view=revision&revision=203834 Nick, thanks for pointing me to this. I'll hold off on doing our upgrade (on that one server) until said code is backported to RELENG_8. Max, will this be MFC'd in about a week? Usually things of this sort MFC'd after 4 weeks, but I thought I'd get confirmation. Thanks everyone! -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |