From owner-freebsd-stable@FreeBSD.ORG Sun Jan 1 00:08:12 2012 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 0D5221065677 for ; Sun, 1 Jan 2012 00:08:12 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id BB90B8FC14 for ; Sun, 1 Jan 2012 00:08:11 +0000 (UTC) Received: (qmail 29807 invoked by uid 89); 1 Jan 2012 00:10:40 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 1 Jan 2012 00:10:40 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Dan Allen In-Reply-To: <20111231233152.GA54245@icarus.home.lan> Date: Sat, 31 Dec 2011 17:08:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <863B2CE2-BB30-4E67-8CB7-9BBFACB9A20A@airwired.net> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <04292366-1297-488F-9239-98565828DDC8@airwired.net> <20111231233152.GA54245@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1251.1) Cc: Garrett Cooper , mav@freebsd.org, freebsd-current@freebsd.org, List Mailing FreeBSD-STABLE , jhb@freebsd.org Subject: Re: ACPI broke going from 8 to 9 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, 01 Jan 2012 00:08:12 -0000 On 31 Dec 2011, at 4:31 PM, Jeremy Chadwick wrote: > In the meantime: Dan, when you say in your original mail, "I just > upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9", can you > please provide uname -a output from the system when it was running > RELENG_8? I'm looking specifically for the exact time when the kernel > was built Almost every day I csup from RELENG_x and build. The traces of RELENG_8 = are gone, so no, unfortunately I cannot give you a uname -a from those = days. However, I have a build log file, and I see that I moved from RELENG_8 = to RELENG_9 on Friday, Dec 23, 2011. I csup'd at 12:24:26 MST and = discovered the failure at 15:41 MST. This "nooptions NEW_PCIB" fix does seem rather tenuous if it is not = documented. Wouldn't a better route be something like if (ACPI < 2.0) oldCode(); else newCodeForNewACPI(); so that it will always work for everyone without having to build a = special kernel? After all, I went from a working system to a hung = system which is not the best upgrade path... ;-) Dan From owner-freebsd-stable@FreeBSD.ORG Sun Jan 1 00:16:56 2012 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 C48F11065670; Sun, 1 Jan 2012 00:16:56 +0000 (UTC) (envelope-from adrian.chadd@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 3C8C58FC0C; Sun, 1 Jan 2012 00:16:55 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so20229233vbb.13 for ; Sat, 31 Dec 2011 16:16:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3QOKk0brNpNymel4Xe5JPA9QKFC8RuMETf0B2pbfZiA=; b=p3DXrZVrzqEOHJ0R4FQkBpXK+6eirq1ieHO2ijwOR+NgjeAYGloDjOYUcXzen348bR nsSBg8YDsKXmNO8jZYl1/aojbq4xFoYO8K2PN7++l8CkbBUt36pOl0RrBafTGo8OsVWi 7cTazdbQ0n8QvYLDrbuj4jXSVCZLrE/DLTrSo= MIME-Version: 1.0 Received: by 10.52.23.44 with SMTP id j12mr14674422vdf.117.1325377015498; Sat, 31 Dec 2011 16:16:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Sat, 31 Dec 2011 16:16:55 -0800 (PST) In-Reply-To: <863B2CE2-BB30-4E67-8CB7-9BBFACB9A20A@airwired.net> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <04292366-1297-488F-9239-98565828DDC8@airwired.net> <20111231233152.GA54245@icarus.home.lan> <863B2CE2-BB30-4E67-8CB7-9BBFACB9A20A@airwired.net> Date: Sat, 31 Dec 2011 16:16:55 -0800 X-Google-Sender-Auth: 4bQMlh-3KCih596kXtMnap9_PJA Message-ID: From: Adrian Chadd To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: List Mailing FreeBSD-STABLE , jhb@freebsd.org, Garrett Cooper , mav@freebsd.org, freebsd-current@freebsd.org, Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 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, 01 Jan 2012 00:16:56 -0000 On 31 December 2011 16:08, Dan Allen wrote: > Almost every day I csup from RELENG_x and build. =A0The traces of RELENG_= 8 are gone, so no, unfortunately I cannot give you a uname -a from those da= ys. Would you consider having a small partition to do the same for HEAD? :P > However, I have a build log file, and I see that I moved from RELENG_8 to= RELENG_9 on Friday, Dec 23, 2011. =A0I csup'd at 12:24:26 MST and discover= ed the failure at 15:41 MST. > > This "nooptions NEW_PCIB" fix does seem rather tenuous if it is not docum= ented. =A0Wouldn't a better route be something like > > =A0if (ACPI < 2.0) > =A0 =A0oldCode(); > =A0else > =A0 =A0newCodeForNewACPI(); > > so that it will always work for everyone without having to build a specia= l kernel? =A0After all, I went from a working system to a hung system which= is not the best upgrade path... ;-) Well it's hard to test stuff out without the hardware. :) And it's quite possible a lot of silly looking issues are actually working around real bugs in the hardware. I'm glad this issue was solved so quickly for you. Let's hope we can get you onto testing out HEAD (in a separate partition!) so we can ensure we don't break the basic stuff. :) Adrian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 1 02:14:56 2012 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 05A63106564A; Sun, 1 Jan 2012 02:14:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92DE98FC08; Sun, 1 Jan 2012 02:14:55 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so16740778obb.13 for ; Sat, 31 Dec 2011 18:14:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IEeRanD2MGuEvI+KGPD7qvMu/rPyzdC0K6GRhRstuhg=; b=j3AedlJgs+t5HwPPu/cDrfe2MYnVpewvqqrxmrHU+lIG9YsVsbN/vpAJm90yBxFcjo Wls2HwoWD0VsAMLCwQga1+2TNxoPi8roSWgXTufIxU8uichuMDcqNCDwFEqbJOPyZ+/7 PhC/s2/+VITE0q0oTZY1pF2Sasak/M46B5AKI= MIME-Version: 1.0 Received: by 10.182.51.37 with SMTP id h5mr37900029obo.51.1325384094922; Sat, 31 Dec 2011 18:14:54 -0800 (PST) Received: by 10.182.152.6 with HTTP; Sat, 31 Dec 2011 18:14:54 -0800 (PST) In-Reply-To: <20111231233152.GA54245@icarus.home.lan> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <04292366-1297-488F-9239-98565828DDC8@airwired.net> <20111231233152.GA54245@icarus.home.lan> Date: Sat, 31 Dec 2011 18:14:54 -0800 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dan Allen , freebsd-current@freebsd.org, List Mailing FreeBSD-STABLE , mav@freebsd.org, jhb@freebsd.org Subject: Re: ACPI broke going from 8 to 9 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, 01 Jan 2012 02:14:56 -0000 On Sat, Dec 31, 2011 at 3:31 PM, Jeremy Chadwick wrote: > On Sat, Dec 31, 2011 at 04:17:16PM -0700, Dan Allen wrote: >> On 31 Dec 2011, at 12:34 PM, Garrett Cooper wrote: >> >> > Not yet. Add 'nooptions NEW_PCIB' to your KERNCONF, recompile, and >> > try booting the new kernel. See if this works. >> >> It worked! =A0No hang, power button works. =A0Nice. =A0I hope this exper= imental option stays in. >> >> Thank you everyone for your help. =A0Happy New Years! > > This option isn't documented **anywhere** in the entire src tree. =A0It's > purely #ifdef all over. > > The code in question was committed 7 months ago. =A0It was MFC'd to > RELENG_8 6 months ago. =A0Here's the HEAD commit message: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c#rev1.420 > > The RELENG_8 MFC is revision 1.386.2.15. > > The committer is jhb@, with mav@ being the individual who tested it, so > I imagine either of these folks will have some excellent insights as to > what's causing Dan's problem. =A0I'm CC'ing them both directly on this > thread. > > In the meantime: Dan, when you say in your original mail, "I just > upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9", can you > please provide uname -a output from the system when it was running > RELENG_8? =A0I'm looking specifically for the exact time when the kernel > was built, because there may have been fixes (that broke things for you) > between the above commit and present-day RELENG_8 (I have not examined > all commits). It's going to be the feature that's going to cause headaches post-9.0-RELEASE based on my observations of several mailing list posts and the fact that 9.0 isn't actually RELEASEd yet (people have run into issues with acpi, atkbdc, mfi, and usb so far, but that's probably not everything). If it could be made into a runtime tunable, that would be awesome, but that would require changes to driver structures and methods. With a little pointer aliasing and tunable guard sprinkling it wouldn't be hard to solve -- but it's still work. In the meantime, could someone please commit PR # 163748 to note what NEW_PCIB is and MFC it to RELENG_9 and could we consider disabling NEW_PCIB on i386 and pc98 until all the issues are ironed out? Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sun Jan 1 13:55:40 2012 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 0D20A106566C; Sun, 1 Jan 2012 13:55:40 +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 C656B8FC13; Sun, 1 Jan 2012 13:55:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 6045046B09; Sun, 1 Jan 2012 08:55:39 -0500 (EST) Received: from John-Baldwins-MacBook-Air.local (c-68-36-150-83.hsd1.nj.comcast.net [68.36.150.83]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CA395B91E; Sun, 1 Jan 2012 08:55:38 -0500 (EST) Message-ID: <4F0065E1.8000808@FreeBSD.org> Date: Sun, 01 Jan 2012 08:55:45 -0500 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Garrett Cooper References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <04292366-1297-488F-9239-98565828DDC8@airwired.net> <20111231233152.GA54245@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sun, 01 Jan 2012 08:55:39 -0500 (EST) Cc: Dan Allen , freebsd-current@freebsd.org, List Mailing FreeBSD-STABLE , mav@freebsd.org, Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 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, 01 Jan 2012 13:55:40 -0000 On 12/31/11 9:14 PM, Garrett Cooper wrote: > On Sat, Dec 31, 2011 at 3:31 PM, Jeremy Chadwick > wrote: >> On Sat, Dec 31, 2011 at 04:17:16PM -0700, Dan Allen wrote: >>> On 31 Dec 2011, at 12:34 PM, Garrett Cooper wrote: >>> >>>> Not yet. Add 'nooptions NEW_PCIB' to your KERNCONF, recompile, and >>>> try booting the new kernel. See if this works. >>> >>> It worked! No hang, power button works. Nice. I hope this experimental option stays in. >>> >>> Thank you everyone for your help. Happy New Years! >> >> This option isn't documented **anywhere** in the entire src tree. It's >> purely #ifdef all over. >> >> The code in question was committed 7 months ago. It was MFC'd to >> RELENG_8 6 months ago. Here's the HEAD commit message: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c#rev1.420 >> >> The RELENG_8 MFC is revision 1.386.2.15. >> >> The committer is jhb@, with mav@ being the individual who tested it, so >> I imagine either of these folks will have some excellent insights as to >> what's causing Dan's problem. I'm CC'ing them both directly on this >> thread. >> >> In the meantime: Dan, when you say in your original mail, "I just >> upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9", can you >> please provide uname -a output from the system when it was running >> RELENG_8? I'm looking specifically for the exact time when the kernel >> was built, because there may have been fixes (that broke things for you) >> between the above commit and present-day RELENG_8 (I have not examined >> all commits). > > It's going to be the feature that's going to cause headaches > post-9.0-RELEASE based on my observations of several mailing list > posts and the fact that 9.0 isn't actually RELEASEd yet (people have > run into issues with acpi, atkbdc, mfi, and usb so far, but that's > probably not everything). > If it could be made into a runtime tunable, that would be awesome, > but that would require changes to driver structures and methods. With > a little pointer aliasing and tunable guard sprinkling it wouldn't be > hard to solve -- but it's still work. Eh, almost all the problems are not with the PCI-PCI bridge bits, but with the later changes to the ACPI Host-PCI bridge driver, and that is changeable via a tunable. (debug.acpi.disabled="hostres") All of the problems in this case are due to the BIOS providing incomplete or flat-out erroneous information in the ACPI tables about which resource ranges each Host-PCI bridge decodes. Also, there is supposed to be language in the 9.0 errata mentioning this tunable. I had suggested to re@ that we disable it for 9.0 by default, but instead they decided to document it instead since I made the suggestion fairly late in the process (even though at this point that was more like a month ago). Finally, I made a commit this week to HEAD that probably "fixes" most of the issues with BIOSes lying about their Host-PCI bridges (the problem is the BIOS says two different things in two different places when it programs a BAR or other resource that it then claims the parent bridge doesn't handle). The commit specifically fixed a Dell Optiplex GX620, so I imagine it will fix a GX270 just as well (revision 228961). The ACPI bits are not a simple matter of "only use it for ACPI 2.0" to reference an earlier e-mail in this thread. The boxes in question almost certainly have ACPI 3.0 or later BIOSes at this point (remember ACPI 1.0 came out in the 1999/2000 timeframe). The PCI-PCI bridge changes are also not specific to only newer versions of PCI, they go back to the rev 1.1 of the PCI-PCI bridge specification and are fixing deficiencies in our handling of the I/O resource windows in bridges. Together the changes in NEW_PCIB are the last remaining bits to make it possible to use "PNP OS" set to yes for PCI devices. Granted, at this point most BIOSes no longer have that option and just always set it to no, but it is important infrastructure to have in place for hotplug PCI (and cardbus (9 should no longer need the hw.cbb.start_memory tunable hacks on various laptops due to NEW_PCIB), etc.). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 02:03:13 2012 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 0670E106564A for ; Mon, 2 Jan 2012 02:03:13 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id A9E548FC12 for ; Mon, 2 Jan 2012 02:03:12 +0000 (UTC) Received: from magnum.int.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id D63EDCF94; Sun, 1 Jan 2012 21:03:11 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by magnum.int.bit0.com (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6nyixNVBTHp; Sun, 1 Jan 2012 21:03:08 -0500 (EST) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Sun, 1 Jan 2012 21:03:08 -0500 (EST) Date: Sun, 1 Jan 2012 21:03:07 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: YongHyeon PYUN In-Reply-To: <20111230214603.GC14244@michelle.cdnetworks.com> Message-ID: References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> <20111128234212.GC1655@michelle.cdnetworks.com> <4EFD353D.1060900@bit0.com> <20111230214603.GC14244@michelle.cdnetworks.com> 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: 9.0-RC2 re(4) "no memory for jumbo buffers" issue 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, 02 Jan 2012 02:03:13 -0000 On Fri, 30 Dec 2011, YongHyeon PYUN wrote: > On Thu, Dec 29, 2011 at 10:51:25PM -0500, Mike Andrews wrote: >> On 11/28/2011 6:42 PM, YongHyeon PYUN wrote: >>> On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: >>>> On 11/27/11 8:39 PM, YongHyeon PYUN wrote: >>>>> On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: >>>>>> I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek >>>>>> RTL8111C-GR gigabit NICs on it. As far as I can tell, these support >>>>>> jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on >>>>> Actually the maximum size is 6KB for RTL8111C, not 7422. >>>>> RTL8111C and newer PCIe based gigabit controllers no longer support >>>>> scattering a jumbo frame into multiple RX buffers so a single RX >>>>> buffer has to receive an entire jumbo frame. This adds more burden >>>>> to system because it has to allocate a jumbo frame even when it >>>>> receives a pure TCP ACK. >>>> OK, that makes sense. >>>> >>>>>> FreeBSD 9.0-RC2, after a week or so of update, with fairly light network >>>>>> activity, the interfaces die with "no memory for jumbo buffers" errors >>>>>> on the console. Unloading and reloading the driver (via serial console) >>>>>> doesn't help; only rebooting seems to clear it up. >>>>>> >>>>> The jumbo code path is the same as normal MTU sized one so I think >>>>> possibility of leaking mbufs in driver is very low. And the >>>>> message "no memory for jumbo RX buffers" can only happen either >>>>> when you up the interface again or interface restart triggered by >>>>> watchdog timeout handler. I don't think you're seeing watchdog >>>>> timeouts though. >>>> I'm fairly certain the interface isn't changing state when this happens >>>> -- it just kinda spontaneously happens after a week or two, with no >>>> interface up/down transitions. I don't see any watchdog messages when >>>> this happens. >>> There is another code path that causes controller reinitialization. >>> If you change MTU or offloading configuration(TSO, VLAN tagging, >>> checksum offloading etc) it will reinitialize the controller. So do >>> you happen to trigger one of these code path during a week or two? >>> >>>>> When you see "no memory for jumbo RX buffers" message, did you >>>>> check available mbuf pool? >>>> Not yet, that's why I asked for debugging tips -- I'll do that the next >>>> time this happens. >>>> >>>>>> What's the best way to go about debugging this... which sysctl's should >>>>>> I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 >>>>>> to 16384 and it doesn't seem to help things... maybe prolonging it >>>>>> slightly, but not by much. The problem is it takes a week or so to >>>>>> reproduce the problem each time... >>>>>> >>>>> I vaguely guess it could be related with other subsystem which >>>>> leaks mbufs such that driver was not able to get more jumbo RX >>>>> buffers from system. For instance, r228016 would be worth to try on >>>>> your box. I can't clearly explain why em(4) does not suffer from >>>>> the issue though. >>>> I've just this morning built a kernel with that fix, so we'll see how >>>> that goes. >>> Ok. >> >> OK, this just happened again with a 9.0-RC3 kernel rev r228247. >> >> >> whitedog# ifconfig re0 down;ifconfig re0 up;ifconfig re1 down;ifconfig > > > Ah, sorry. I should have spotted this issue earlier. > Try attached patch and let me know whether it makes any difference. > >> re1 up >> re0: no memory for jumbo RX buffers >> re1: no memory for jumbo RX buffers >> whitedog# netstat -m >> 526/1829/2355 mbufs in use (current/cache/total) >> 0/1278/1278/25600 mbuf clusters in use (current/cache/total/max) >> 0/356 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/336/336/12800 4k (page size) jumbo clusters in use >> (current/cache/total/max) >> 512/385/897/6400 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) >> 4739K/7822K/12561K bytes allocated to network (current/cache/total) >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/4560/0 requests for jumbo clusters denied (4k/9k/16k) >> 0/0/0 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> 0 calls to protocol drain routines > OK, well, the patch changes things... kind of :) After putting a lot of stress on the network -- namely about three passes 'make buildworld buildkernel' over NFS/TCP with a 5000 byte MTU -- the interface hangs again, but the symptoms are now different. First, no console messages whatsoever, other than NFS timeouts -- even if you ifconfig up/down the interface, which previously would generate the 'no memory for jumbo RX buffers' message. That message no longer appears, ever. Even weirder, the interface will revive itself on its own after about 15 minutes or so, and will bounce up and down every few hours for several minutes at a time. I don't have exact timings on the outages but I can get them if needed. The netstat -m numbers are not radically out of line with the previous numbers, except maybe the jumbo cluster requests are higher (but that could just be relative to the number of jumbo packets the box has seen): 515/1495/2010 mbufs in use (current/cache/total) 0/1272/1272/25600 mbuf clusters in use (current/cache/total/max) 0/640 mbuf+clusters out of packet secondary zone in use (current/cache) 0/282/282/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 514/682/1196/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 4755K/10183K/14938K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/7888/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines Anything I can pull out of sysctl to debug this further? Since it revives itself eventually, I can live with it long enough to troubleshoot. It's not a particular critical machine at the moment. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 02:34:22 2012 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 3E5BD106566C for ; Mon, 2 Jan 2012 02:34:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 023D18FC0C for ; Mon, 2 Jan 2012 02:34:20 +0000 (UTC) Received: by iadj38 with SMTP id j38so35997422iad.13 for ; Sun, 01 Jan 2012 18:34:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=UpAsXN5d3P3ZQa0X5fXhHSWN0I8dsloTmKuei6bz+OM=; b=ZxsLUpqv3A/JJXYqSnVz8WoA7V0nmGX9bIa6pGVnCHWTMv6u85+k/A/jRjwKEXXShO ERAeUmR33pbol6swNw2doauPfd7o4SlghhlyM4MI/ib7XF67R66HFD+9jLdMih7Z4Ek3 YpKaP0THYlvtWcC9DKDFEnGm+PpjReSd4n5yQ= Received: by 10.50.214.73 with SMTP id ny9mr4306242igc.1.1325471660509; Sun, 01 Jan 2012 18:34:20 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l28sm159197978ibc.3.2012.01.01.18.34.18 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jan 2012 18:34:19 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 01 Jan 2012 18:34:17 -0800 From: YongHyeon PYUN Date: Sun, 1 Jan 2012 18:34:17 -0800 To: Mike Andrews Message-ID: <20120102023416.GA1656@michelle.cdnetworks.com> References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> <20111128234212.GC1655@michelle.cdnetworks.com> <4EFD353D.1060900@bit0.com> <20111230214603.GC14244@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jan 2012 02:34:22 -0000 On Sun, Jan 01, 2012 at 09:03:07PM -0500, Mike Andrews wrote: > On Fri, 30 Dec 2011, YongHyeon PYUN wrote: > > >On Thu, Dec 29, 2011 at 10:51:25PM -0500, Mike Andrews wrote: > >>On 11/28/2011 6:42 PM, YongHyeon PYUN wrote: > >>>On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: > >>>>On 11/27/11 8:39 PM, YongHyeon PYUN wrote: > >>>>>On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: > >>>>>>I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek > >>>>>>RTL8111C-GR gigabit NICs on it. As far as I can tell, these support > >>>>>>jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on > >>>>>Actually the maximum size is 6KB for RTL8111C, not 7422. > >>>>>RTL8111C and newer PCIe based gigabit controllers no longer support > >>>>>scattering a jumbo frame into multiple RX buffers so a single RX > >>>>>buffer has to receive an entire jumbo frame. This adds more burden > >>>>>to system because it has to allocate a jumbo frame even when it > >>>>>receives a pure TCP ACK. > >>>>OK, that makes sense. > >>>> > >>>>>>FreeBSD 9.0-RC2, after a week or so of update, with fairly light > >>>>>>network > >>>>>>activity, the interfaces die with "no memory for jumbo buffers" errors > >>>>>>on the console. Unloading and reloading the driver (via serial > >>>>>>console) > >>>>>>doesn't help; only rebooting seems to clear it up. > >>>>>> > >>>>>The jumbo code path is the same as normal MTU sized one so I think > >>>>>possibility of leaking mbufs in driver is very low. And the > >>>>>message "no memory for jumbo RX buffers" can only happen either > >>>>>when you up the interface again or interface restart triggered by > >>>>>watchdog timeout handler. I don't think you're seeing watchdog > >>>>>timeouts though. > >>>>I'm fairly certain the interface isn't changing state when this happens > >>>>-- it just kinda spontaneously happens after a week or two, with no > >>>>interface up/down transitions. I don't see any watchdog messages when > >>>>this happens. > >>>There is another code path that causes controller reinitialization. > >>>If you change MTU or offloading configuration(TSO, VLAN tagging, > >>>checksum offloading etc) it will reinitialize the controller. So do > >>>you happen to trigger one of these code path during a week or two? > >>> > >>>>>When you see "no memory for jumbo RX buffers" message, did you > >>>>>check available mbuf pool? > >>>>Not yet, that's why I asked for debugging tips -- I'll do that the next > >>>>time this happens. > >>>> > >>>>>>What's the best way to go about debugging this... which sysctl's > >>>>>>should > >>>>>>I be looking at first? I have already tried raising > >>>>>>kern.ipc.nmbjumbo9 > >>>>>>to 16384 and it doesn't seem to help things... maybe prolonging it > >>>>>>slightly, but not by much. The problem is it takes a week or so to > >>>>>>reproduce the problem each time... > >>>>>> > >>>>>I vaguely guess it could be related with other subsystem which > >>>>>leaks mbufs such that driver was not able to get more jumbo RX > >>>>>buffers from system. For instance, r228016 would be worth to try on > >>>>>your box. I can't clearly explain why em(4) does not suffer from > >>>>>the issue though. > >>>>I've just this morning built a kernel with that fix, so we'll see how > >>>>that goes. > >>>Ok. > >> > >>OK, this just happened again with a 9.0-RC3 kernel rev r228247. > >> > >> > >>whitedog# ifconfig re0 down;ifconfig re0 up;ifconfig re1 down;ifconfig > > > > > >Ah, sorry. I should have spotted this issue earlier. > >Try attached patch and let me know whether it makes any difference. > > > >>re1 up > >>re0: no memory for jumbo RX buffers > >>re1: no memory for jumbo RX buffers > >>whitedog# netstat -m > >>526/1829/2355 mbufs in use (current/cache/total) > >>0/1278/1278/25600 mbuf clusters in use (current/cache/total/max) > >>0/356 mbuf+clusters out of packet secondary zone in use (current/cache) > >>0/336/336/12800 4k (page size) jumbo clusters in use > >>(current/cache/total/max) > >>512/385/897/6400 9k jumbo clusters in use (current/cache/total/max) > >>0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > >>4739K/7822K/12561K bytes allocated to network (current/cache/total) > >>0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > >>0/4560/0 requests for jumbo clusters denied (4k/9k/16k) > >>0/0/0 sfbufs in use (current/peak/max) > >>0 requests for sfbufs denied > >>0 requests for sfbufs delayed > >>0 requests for I/O initiated by sendfile > >>0 calls to protocol drain routines > > > > OK, well, the patch changes things... kind of :) > > After putting a lot of stress on the network -- namely about three passes > 'make buildworld buildkernel' over NFS/TCP with a 5000 byte MTU -- the > interface hangs again, but the symptoms are now different. First, no When you think the interface is stuck, can you check which part(TX, RX or both) of MAC is in stuck condition? If you can see receiving packets with tcpdump it means RX MAC is still working. If you can see packets sent from host with re(4) on destination host that means TX MAC works. > console messages whatsoever, other than NFS timeouts -- even if you > ifconfig up/down the interface, which previously would generate the 'no > memory for jumbo RX buffers' message. That message no longer appears, > ever. Even weirder, the interface will revive itself on its own after > about 15 minutes or so, and will bounce up and down every few hours for > several minutes at a time. I don't have exact timings on the outages but > I can get them if needed. The netstat -m numbers are not radically out of > line with the previous numbers, except maybe the jumbo cluster requests > are higher (but that could just be relative to the number of jumbo > packets the box has seen): > > 515/1495/2010 mbufs in use (current/cache/total) > 0/1272/1272/25600 mbuf clusters in use (current/cache/total/max) > 0/640 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/282/282/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 514/682/1196/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 4755K/10183K/14938K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/7888/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Anything I can pull out of sysctl to debug this further? Since it revives Could you try re(4) in HEAD? I think it has a couple of stability enhancements which were not merged to stable/9 yet. You may need to download if_re.c and if_rlreg.h from HEAD and apply re.jumbobuf.diff. Also try disabling TSO and TX/RX checksum offloading when you use jumbo frame. > itself eventually, I can live with it long enough to troubleshoot. It's > not a particular critical machine at the moment. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 12:41:54 2012 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 381C8106564A for ; Mon, 2 Jan 2012 12:41:54 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id D9C8C8FC0C for ; Mon, 2 Jan 2012 12:41:53 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id EF63D3983F; Mon, 2 Jan 2012 13:25:49 +0100 (CET) Date: Mon, 2 Jan 2012 13:25:49 +0100 From: Victor Balada Diaz To: freebsd-stable@freebsd.org Message-ID: <20120102122549.GB17398@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Performance problems with pagedaemon 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, 02 Jan 2012 12:41:54 -0000 Hello, First: Happy new year to everybody! Last year i had a problem with pagedaemon that i reported here[1] but i had no replies. The problem went away and now it's back to beat me again. Seems that mysql creates some bad interactions with pagedaemon and system starts to get slow for disk access. Eg, accessing a man page takes a few seconds. If i stop mysql and start it again, it recovers again. As this is a problem that have appeared just twice (on October and now), it's not easy to reproduce and test. Disk I/O as per gstat is not high, not many context switches, etc. Bottleneck seems to be CPU. I've reported more information on october's mail[1]. What can i do to debug it? Seems that maybe the most interesting thing would be enabling lock profiling and wait for the system to fail again, but is there anything that i can do/report that would be helpful to track the problem down now that's failing? Thanks a lot. Regards. [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064248.html -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 12:59:32 2012 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 964A7106567E for ; Mon, 2 Jan 2012 12:59:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2E13F8FC0A for ; Mon, 2 Jan 2012 12:59:31 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta01.westchester.pa.mail.comcast.net with comcast id Gcqk1i0031YDfWL51czYDq; Mon, 02 Jan 2012 12:59:32 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.westchester.pa.mail.comcast.net with comcast id GczW1i0191t3BNj3gczX2A; Mon, 02 Jan 2012 12:59:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 39707102C1E; Mon, 2 Jan 2012 04:59:29 -0800 (PST) Date: Mon, 2 Jan 2012 04:59:29 -0800 From: Jeremy Chadwick To: Victor Balada Diaz Message-ID: <20120102125929.GA89966@icarus.home.lan> References: <20120102122549.GB17398@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120102122549.GB17398@equilibrium.bsdes.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Performance problems with pagedaemon 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, 02 Jan 2012 12:59:32 -0000 On Mon, Jan 02, 2012 at 01:25:49PM +0100, Victor Balada Diaz wrote: > Hello, > > First: Happy new year to everybody! > > Last year i had a problem with pagedaemon that i reported here[1] but i had > no replies. The problem went away and now it's back to beat me again. > > Seems that mysql creates some bad interactions with pagedaemon and system starts > to get slow for disk access. Eg, accessing a man page takes a few seconds. If > i stop mysql and start it again, it recovers again. As this is a problem that have > appeared just twice (on October and now), it's not easy to reproduce and test. > > Disk I/O as per gstat is not high, not many context switches, etc. Bottleneck > seems to be CPU. I've reported more information on october's mail[1]. > > What can i do to debug it? Seems that maybe the most interesting thing would be > enabling lock profiling and wait for the system to fail again, but is there anything > that i can do/report that would be helpful to track the problem down now that's > failing? > > Thanks a lot. > Regards. > > [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064248.html The only things I can think of are output from the following: * vmstat -z * sysctl -a vm * top (mainly for mysqld) * top -H -S Is this machine in question still running 8.1-RELEASE? If so, have you tried upgrading it to 8.2-STABLE? I believe there have been some VM adjustments, but I'd have to go back and examine commits. Taken from our mysql server. Note that the mysql storage filesystem is stored on ZFS as well, which has added benefits/complexities yet we see no issue. FreeBSD XXXXXXXXXXXXXXXXX 8.2-STABLE FreeBSD 8.2-STABLE #0: Tue Dec 13 00:00:16 PST 2011 root@XXXXXXXXXXXXXXXXX:/usr/obj/usr/src/sys/X7SBI_RELENG_8_amd64 amd64 real memory = 8589934592 (8192 MB) avail memory = 8250040320 (7867 MB) Mem: 539M Active, 2559M Inact, 3218M Wired, 4K Cache, 828M Buf, 1603M Free Swap: 16G Total, 16G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1940 mysql 16 20 0 781M 401M sigwai 1 158:40 0.00% [mysqld] top -H -S shows no indication pagedaemon is "going crazy". loader.conf tunings: # Increase maximum allocatable memory on a process to 2.5GB. # We don't choose 8GB (our amount of RAM) since that would # exhaust all memory, and result in a kernel panic. Maximum # stack size is set to 256MB. One can view these settings # using limits(1). # # dfldsiz = Initial data size limit (bytes) # maxdsiz = Maximum data size limit (bytes) # dflssiz = Initial stack size limit (bytes) # maxssiz = Maximum stack size limit (bytes) # kern.maxdsiz="2560M" kern.dfldsiz="2560M" kern.maxssiz="256M" # Limit ZFS ARC maximum. # NOTE #1: In 8.2-RELEASE and onward, vm.kmem_size_scale defaults to 1, # which means vm.kmem_size should match the amount of RAM installed # in the system. If using an earlier FreeBSD release, be sure to set # vm.kmem_size manually to the amount of RAM you have. # NOTE #2: Do not set vm.kmem_size to 2x that of physical RAM, otherwise # vfs.zfs.arc_max effectively becomes halved. # http://lists.freebsd.org/pipermail/freebsd-fs/2011-March/010875.html vfs.zfs.arc_max="5120M" my.cnf tunings: [mysqld] ; http://dev.mysql.com/doc/refman/5.5/en/table-cache.html table_open_cache = 2048 max_connections = 512 tmp_table_size = 64M max_allowed_packet = 32M key_buffer_size = 64M join_buffer_size = 16M sort_buffer_size = 16M read_buffer_size = 16M query_cache_size = 64M query_cache_limit = 32M innodb_file_per_table innodb_buffer_pool_size = 512M innodb_log_file_size = 128M innodb_log_buffer_size = 8M innodb_additional_mem_pool_size = 20M sysctl -a vm output: vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 1 Disk Wait: 1 Page Wait: 0 Sleep: 59) Virtual Memory: (Total: 1075323828K Active: 1483408K) Real Memory: (Total: 2970948K Active: 585264K) Shared Virtual Memory: (Total: 17884K Active: 6756K) Shared Real Memory: (Total: 7500K Active: 6564K) Free Memory Pages: 1641708K vm.loadavg: { 0.00 0.00 0.00 } vm.v_free_min: 12824 vm.v_free_target: 53985 vm.v_free_reserved: 2689 vm.v_inactive_target: 80977 vm.v_cache_min: 53985 vm.v_cache_max: 107970 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.md_malloc_wait: 0 vm.kmem_map_free: 2897080320 vm.kmem_map_size: 2349465600 vm.kmem_size_scale: 1 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 8303726592 vm.nswapdev: 1 vm.dmmax: 32 vm.swap_async_max: 4 vm.overcommit: 0 vm.swap_reserved: 11426652160 vm.swap_total: 17179869184 vm.zone_count: 195 vm.swap_idle_threshold2: 10 vm.swap_idle_threshold1: 2 vm.kstacks: 475 vm.kstack_cache_size: 128 vm.exec_map_entries: 16 vm.stats.misc.zero_page_count: 158 vm.stats.misc.cnt_prezero: 0 vm.stats.vm.v_kthreadpages: 0 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_vforkpages: 35572524 vm.stats.vm.v_forkpages: 131458827 vm.stats.vm.v_kthreads: 22 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_vforks: 159338 vm.stats.vm.v_forks: 711839 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_cache_max: 107970 vm.stats.vm.v_cache_min: 53985 vm.stats.vm.v_cache_count: 1 vm.stats.vm.v_inactive_count: 655146 vm.stats.vm.v_inactive_target: 80977 vm.stats.vm.v_active_count: 137837 vm.stats.vm.v_wire_count: 823816 vm.stats.vm.v_free_count: 410409 vm.stats.vm.v_free_min: 12824 vm.stats.vm.v_free_target: 53985 vm.stats.vm.v_free_reserved: 2689 vm.stats.vm.v_page_count: 2027277 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_tfree: 488602276 vm.stats.vm.v_pfree: 167595871 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_tcached: 42510 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_reactivated: 8878 vm.stats.vm.v_intrans: 19805 vm.stats.vm.v_vnodepgsout: 1 vm.stats.vm.v_vnodepgsin: 58873 vm.stats.vm.v_vnodeout: 1 vm.stats.vm.v_vnodein: 47194 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_ozfod: 511 vm.stats.vm.v_zfod: 231124379 vm.stats.vm.v_cow_optim: 41799 vm.stats.vm.v_cow_faults: 39666798 vm.stats.vm.v_vm_faults: 299438319 vm.stats.sys.v_soft: 411033343 vm.stats.sys.v_intr: 263204059 vm.stats.sys.v_syscall: 3214862746 vm.stats.sys.v_trap: 645468188 vm.stats.sys.v_swtch: 2209989736 vm.stats.object.bypasses: 524363 vm.stats.object.collapses: 3306408 vm.v_free_severe: 7756 vm.old_msync: 0 vm.msync_flush_flags: 0 vm.boot_pages: 48 vm.max_wired: 666530 vm.pageout_lock_miss: 0 vm.disable_swapspace_pageouts: 0 vm.defer_swapspace_pageouts: 0 vm.swap_idle_enabled: 0 vm.pageout_stats_interval: 5 vm.pageout_full_stats_interval: 20 vm.pageout_stats_max: 53985 vm.max_launder: 32 vm.phys_segs: SEGMENT 0: start: 0x1000 end: 0x97000 free list: 0xffffffff80718da8 SEGMENT 1: start: 0x8ad000 end: 0x1000000 free list: 0xffffffff80718da8 SEGMENT 2: start: 0x1000000 end: 0xcfe70000 free list: 0xffffffff80718a00 SEGMENT 3: start: 0x100000000 end: 0x21f8b4000 free list: 0xffffffff80718a00 vm.phys_free: FREE LIST 0: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 | POOL 2 -- -- -- -- -- -- -- -- 12 ( 16384K) | 0 | 0 | 0 11 ( 8192K) | 0 | 0 | 0 10 ( 4096K) | 22 | 0 | 0 9 ( 2048K) | 74 | 0 | 0 8 ( 1024K) | 10 | 0 | 0 7 ( 512K) | 15 | 1 | 0 6 ( 256K) | 10 | 1 | 0 5 ( 128K) | 4 | 1 | 0 4 ( 64K) | 1 | 0 | 0 3 ( 32K) | 1 | 0 | 0 2 ( 16K) | 0 | 0 | 0 1 ( 8K) | 0 | 1 | 0 0 ( 4K) | 0 | 1 | 0 FREE LIST 1: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 | POOL 2 -- -- -- -- -- -- -- -- 12 ( 16384K) | 0 | 0 | 0 11 ( 8192K) | 0 | 0 | 0 10 ( 4096K) | 0 | 0 | 0 9 ( 2048K) | 0 | 0 | 0 8 ( 1024K) | 0 | 0 | 0 7 ( 512K) | 0 | 0 | 0 6 ( 256K) | 0 | 0 | 0 5 ( 128K) | 0 | 0 | 0 4 ( 64K) | 0 | 0 | 0 3 ( 32K) | 0 | 0 | 0 2 ( 16K) | 1 | 0 | 0 1 ( 8K) | 0 | 0 | 0 0 ( 4K) | 0 | 0 | 0 vm.reserv.reclaimed: 246 vm.reserv.partpopq: LEVEL SIZE NUMBER -1: 1377964K, 1226 vm.reserv.freed: 2823528 vm.reserv.broken: 5973 vm.idlezero_enable: 0 vm.kvm_free: 539964207104 vm.kvm_size: 549755809792 vm.pmap.pmap_collect_active: 0 vm.pmap.pmap_collect_inactive: 0 vm.pmap.pv_entry_spare: 5609 vm.pmap.pv_entry_allocs: 932709470 vm.pmap.pv_entry_frees: 932651743 vm.pmap.pc_chunk_tryfail: 0 vm.pmap.pc_chunk_frees: 5562480 vm.pmap.pc_chunk_allocs: 5562857 vm.pmap.pc_chunk_count: 377 vm.pmap.pv_entry_count: 57727 vm.pmap.pdpe.demotions: 0 vm.pmap.pde.promotions: 3234381 vm.pmap.pde.p_failures: 36313949 vm.pmap.pde.mappings: 10185 vm.pmap.pde.demotions: 3202630 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_max: 3260077 vm.pmap.pg_ps_enabled: 1 vm.pmap.pat_works: 1 vmstat -z output: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 193, 11, 193, 0 UMA Zones: 320, 0, 193, 11, 193, 0 UMA Slabs: 568, 0, 91344, 573, 22063422, 0 UMA RCntSlabs: 568, 0, 1652, 0, 1652, 0 UMA Hash: 256, 0, 79, 11, 81, 0 16 Bucket: 152, 0, 198, 2, 198, 0 32 Bucket: 280, 0, 220, 4, 220, 0 64 Bucket: 536, 0, 237, 1, 237, 324 128 Bucket: 1048, 0, 5090, 1, 5090, 3812 VM OBJECT: 216, 0, 112042, 1682, 19218174, 0 MAP: 232, 0, 7, 25, 7, 0 KMAP ENTRY: 120, 278070, 2358, 8802, 56999587, 0 MAP ENTRY: 120, 0, 1254, 2063, 33749125, 0 DP fakepg: 120, 0, 0, 0, 0, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 203, 34, 203, 0 16: 16, 0, 5939, 4309, 812209016, 0 32: 32, 0, 2778, 9948, 36156302, 0 64: 64, 0, 15479, 124465, 559617065, 0 128: 128, 0, 5998, 6124, 500883081, 0 256: 256, 0, 1542, 105408, 116395928, 0 512: 512, 0, 5900, 5195, 30945149, 0 1024: 1024, 0, 203, 1789, 10984378, 0 2048: 2048, 0, 449, 4339, 14614660, 0 4096: 4096, 0, 789, 784, 11198444, 0 Files: 80, 0, 780, 795, 19941086, 0 TURNSTILE: 136, 0, 778, 102, 778, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1136, 0, 62, 181, 871274, 0 THREAD: 1096, 0, 475, 302, 1185892, 0 SLEEPQUEUE: 80, 0, 778, 150, 778, 0 VMSPACE: 392, 0, 41, 189, 871256, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 2046, 770, 119097913, 0 mbuf: 256, 0, 2, 902, 596890710, 0 mbuf_cluster: 2048, 25600, 2816, 116, 2834, 0 mbuf_jumbo_page: 4096, 12800, 0, 186, 8204717, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 232, 0, 0, 12624, 132751934, 0 ttyinq: 160, 0, 225, 207, 1260, 0 ttyoutq: 256, 0, 117, 153, 663, 0 ata_request: 320, 0, 0, 84, 458, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 162386, 758, 7441920, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 96, 56473208, 0 S VFS Cache: 108, 0, 178642, 647, 8950044, 0 L VFS Cache: 328, 0, 860, 2428, 128661, 0 DIRHASH: 1024, 0, 930, 134, 1315, 0 NFSMOUNT: 632, 0, 1, 11, 1, 0 NFSNODE: 688, 0, 6, 19, 6, 0 pipe: 728, 0, 40, 115, 292578, 0 ksiginfo: 112, 0, 232, 824, 86359, 0 itimer: 344, 0, 1, 54, 6, 0 KNOTE: 128, 0, 137, 414, 13517474, 0 socket: 680, 25602, 114, 180, 1932153, 0 unpcb: 240, 25600, 49, 207, 121492, 0 ipq: 56, 819, 0, 0, 0, 0 udp_inpcb: 336, 25608, 19, 168, 351143, 0 udpcb: 16, 25704, 19, 821, 351143, 0 tcp_inpcb: 336, 25608, 49, 633, 1226932, 0 tcpcb: 944, 25600, 36, 124, 1226932, 0 tcptw: 72, 5150, 13, 837, 479105, 0 syncache: 144, 15366, 0, 156, 1191373, 0 hostcache: 136, 15372, 2, 166, 267, 0 tcpreass: 40, 1680, 0, 336, 703, 0 sackhole: 32, 0, 0, 505, 725, 0 ripcb: 336, 25608, 8, 146, 232583, 0 rtentry: 200, 0, 12, 64, 12, 0 selfd: 56, 0, 257, 751, 629664344, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 ip4flow: 56, 99351, 0, 0, 0, 0 ip6flow: 80, 99360, 0, 0, 0, 0 Mountpoints: 752, 0, 9, 16, 9, 0 FFS inode: 168, 0, 157347, 4925, 7264635, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 157347, 4848, 7264635, 0 taskq_zone: 48, 0, 0, 1008, 392677, 0 zio_cache: 880, 0, 1, 23083, 693486370, 0 zio_link_cache: 48, 0, 0, 23472, 267139845, 0 zio_buf_512: 512, 0, 0, 0, 0, 0 zio_data_buf_512: 512, 0, 0, 0, 0, 0 zio_buf_1024: 1024, 0, 0, 0, 0, 0 zio_data_buf_1024: 1024, 0, 0, 0, 0, 0 zio_buf_1536: 1536, 0, 0, 0, 0, 0 zio_data_buf_1536: 1536, 0, 0, 0, 0, 0 zio_buf_2048: 2048, 0, 0, 0, 0, 0 zio_data_buf_2048: 2048, 0, 0, 0, 0, 0 zio_buf_2560: 2560, 0, 0, 0, 0, 0 zio_data_buf_2560: 2560, 0, 0, 0, 0, 0 zio_buf_3072: 3072, 0, 0, 0, 0, 0 zio_data_buf_3072: 3072, 0, 0, 0, 0, 0 zio_buf_3584: 3584, 0, 0, 0, 0, 0 zio_data_buf_3584: 3584, 0, 0, 0, 0, 0 zio_buf_4096: 4096, 0, 0, 0, 0, 0 zio_data_buf_4096: 4096, 0, 0, 0, 0, 0 zio_buf_5120: 5120, 0, 0, 0, 0, 0 zio_data_buf_5120: 5120, 0, 0, 0, 0, 0 zio_buf_6144: 6144, 0, 0, 0, 0, 0 zio_data_buf_6144: 6144, 0, 0, 0, 0, 0 zio_buf_7168: 7168, 0, 0, 0, 0, 0 zio_data_buf_7168: 7168, 0, 0, 0, 0, 0 zio_buf_8192: 8192, 0, 0, 0, 0, 0 zio_data_buf_8192: 8192, 0, 0, 0, 0, 0 zio_buf_10240: 10240, 0, 0, 0, 0, 0 zio_data_buf_10240: 10240, 0, 0, 0, 0, 0 zio_buf_12288: 12288, 0, 0, 0, 0, 0 zio_data_buf_12288: 12288, 0, 0, 0, 0, 0 zio_buf_14336: 14336, 0, 0, 0, 0, 0 zio_data_buf_14336: 14336, 0, 0, 0, 0, 0 zio_buf_16384: 16384, 0, 0, 0, 0, 0 zio_data_buf_16384: 16384, 0, 0, 0, 0, 0 zio_buf_20480: 20480, 0, 0, 0, 0, 0 zio_data_buf_20480: 20480, 0, 0, 0, 0, 0 zio_buf_24576: 24576, 0, 0, 0, 0, 0 zio_data_buf_24576: 24576, 0, 0, 0, 0, 0 zio_buf_28672: 28672, 0, 0, 0, 0, 0 zio_data_buf_28672: 28672, 0, 0, 0, 0, 0 zio_buf_32768: 32768, 0, 0, 0, 0, 0 zio_data_buf_32768: 32768, 0, 0, 0, 0, 0 zio_buf_36864: 36864, 0, 0, 0, 0, 0 zio_data_buf_36864: 36864, 0, 0, 0, 0, 0 zio_buf_40960: 40960, 0, 0, 0, 0, 0 zio_data_buf_40960: 40960, 0, 0, 0, 0, 0 zio_buf_45056: 45056, 0, 0, 0, 0, 0 zio_data_buf_45056: 45056, 0, 0, 0, 0, 0 zio_buf_49152: 49152, 0, 0, 0, 0, 0 zio_data_buf_49152: 49152, 0, 0, 0, 0, 0 zio_buf_53248: 53248, 0, 0, 0, 0, 0 zio_data_buf_53248: 53248, 0, 0, 0, 0, 0 zio_buf_57344: 57344, 0, 0, 0, 0, 0 zio_data_buf_57344: 57344, 0, 0, 0, 0, 0 zio_buf_61440: 61440, 0, 0, 0, 0, 0 zio_data_buf_61440: 61440, 0, 0, 0, 0, 0 zio_buf_65536: 65536, 0, 0, 0, 0, 0 zio_data_buf_65536: 65536, 0, 0, 0, 0, 0 zio_buf_69632: 69632, 0, 0, 0, 0, 0 zio_data_buf_69632: 69632, 0, 0, 0, 0, 0 zio_buf_73728: 73728, 0, 0, 0, 0, 0 zio_data_buf_73728: 73728, 0, 0, 0, 0, 0 zio_buf_77824: 77824, 0, 0, 0, 0, 0 zio_data_buf_77824: 77824, 0, 0, 0, 0, 0 zio_buf_81920: 81920, 0, 0, 0, 0, 0 zio_data_buf_81920: 81920, 0, 0, 0, 0, 0 zio_buf_86016: 86016, 0, 0, 0, 0, 0 zio_data_buf_86016: 86016, 0, 0, 0, 0, 0 zio_buf_90112: 90112, 0, 0, 0, 0, 0 zio_data_buf_90112: 90112, 0, 0, 0, 0, 0 zio_buf_94208: 94208, 0, 0, 0, 0, 0 zio_data_buf_94208: 94208, 0, 0, 0, 0, 0 zio_buf_98304: 98304, 0, 0, 0, 0, 0 zio_data_buf_98304: 98304, 0, 0, 0, 0, 0 zio_buf_102400: 102400, 0, 0, 0, 0, 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, 0 zio_buf_106496: 106496, 0, 0, 0, 0, 0 zio_data_buf_106496: 106496, 0, 0, 0, 0, 0 zio_buf_110592: 110592, 0, 0, 0, 0, 0 zio_data_buf_110592: 110592, 0, 0, 0, 0, 0 zio_buf_114688: 114688, 0, 0, 0, 0, 0 zio_data_buf_114688: 114688, 0, 0, 0, 0, 0 zio_buf_118784: 118784, 0, 0, 0, 0, 0 zio_data_buf_118784: 118784, 0, 0, 0, 0, 0 zio_buf_122880: 122880, 0, 0, 0, 0, 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, 0 zio_buf_126976: 126976, 0, 0, 0, 0, 0 zio_data_buf_126976: 126976, 0, 0, 0, 0, 0 zio_buf_131072: 131072, 0, 0, 0, 0, 0 zio_data_buf_131072: 131072, 0, 0, 0, 0, 0 sa_cache: 80, 0, 4987, 1988, 176638, 0 dnode_t: 856, 0, 5815, 2089, 44082, 0 dmu_buf_impl_t: 224, 0, 12748, 36144, 1117594, 0 arc_buf_hdr_t: 216, 0, 229221, 243, 1133714, 0 arc_buf_t: 104, 0, 87053, 787, 1243813, 0 zil_lwb_cache: 192, 0, 2, 778, 236435, 0 zfs_znode_cache: 400, 0, 4987, 2195, 176638, 0 pfsrctrpl: 152, 10000, 0, 0, 0, 0 pfrulepl: 912, 0, 34, 78, 124, 0 pfstatepl: 392, 10000, 34, 1866, 1123722, 0 pfaltqpl: 240, 0, 0, 0, 0, 0 pfpooladdrpl: 88, 0, 0, 0, 0, 0 pfrktable: 1296, 1002, 5, 25, 25, 0 pfrkentry: 216, 100008, 658, 890, 2628, 0 pfrkentry2: 216, 0, 0, 0, 0, 0 pffrent: 32, 5050, 0, 0, 0, 0 pffrag: 80, 0, 0, 0, 0, 0 pffrcache: 80, 10035, 0, 0, 0, 0 pffrcent: 24, 50022, 0, 0, 0, 0 pfstatescrub: 40, 0, 0, 0, 0, 0 pfiaddrpl: 120, 0, 0, 0, 0, 0 pfospfen: 112, 0, 700, 92, 2800, 0 pfosfp: 40, 0, 410, 178, 1640, 0 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 13:41:55 2012 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 28E2E106564A for ; Mon, 2 Jan 2012 13:41:55 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 811628FC12 for ; Mon, 2 Jan 2012 13:41:51 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 9285B3983F; Mon, 2 Jan 2012 14:41:50 +0100 (CET) Date: Mon, 2 Jan 2012 14:41:50 +0100 From: Victor Balada Diaz To: Jeremy Chadwick Message-ID: <20120102134150.GC17398@equilibrium.bsdes.net> References: <20120102122549.GB17398@equilibrium.bsdes.net> <20120102125929.GA89966@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120102125929.GA89966@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Performance problems with pagedaemon 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, 02 Jan 2012 13:41:55 -0000 Thanks a lot for your fast reply Jeremy! On Mon, Jan 02, 2012 at 04:59:29AM -0800, Jeremy Chadwick wrote: > On Mon, Jan 02, 2012 at 01:25:49PM +0100, Victor Balada Diaz wrote: > > Hello, > > > > First: Happy new year to everybody! > > > > Last year i had a problem with pagedaemon that i reported here[1] but i had > > no replies. The problem went away and now it's back to beat me again. > > > > Seems that mysql creates some bad interactions with pagedaemon and system starts > > to get slow for disk access. Eg, accessing a man page takes a few seconds. If > > i stop mysql and start it again, it recovers again. As this is a problem that have > > appeared just twice (on October and now), it's not easy to reproduce and test. > > > > Disk I/O as per gstat is not high, not many context switches, etc. Bottleneck > > seems to be CPU. I've reported more information on october's mail[1]. > > > > What can i do to debug it? Seems that maybe the most interesting thing would be > > enabling lock profiling and wait for the system to fail again, but is there anything > > that i can do/report that would be helpful to track the problem down now that's > > failing? > > > > Thanks a lot. > > Regards. > > > > [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064248.html > > The only things I can think of are output from the following: > > * vmstat -z > * sysctl -a vm > * top (mainly for mysqld) > * top -H -S Attached at the end. > > Is this machine in question still running 8.1-RELEASE? If so, have you > tried upgrading it to 8.2-STABLE? I believe there have been some VM > adjustments, but I'd have to go back and examine commits. 8.1-RELEASE-p5, yes. I didn't try updating to 8.2, but i'll try upgrading to 9.0 once it's out. Once i upgrade i think it will take a few months until i can say if it's fixed or not. I must say that this problem just appeared twice on all of our servers. The rest have been rock solid with 8.1 RELEASE-p* and no problems in a long time. > > Taken from our mysql server. Note that the mysql storage filesystem is > stored on ZFS as well, which has added benefits/complexities yet we see > no issue. We're using UFS for filesystem with RAID 10 in HW, controller is Adaptec 5405. So far we've just tested ZFS on FreeBSD for our backup servers and don't feel it's a good choice for our database needs as it wastes much memory and don't get us enough benefits. Out of curiosity: why did you prefer ZFS over UFS for big databases? The biggest reason i can think of, is snapshots and backups, but with xtrabackup available and in ports, it's not that useful. vmstat -z: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 104, 15, 104, 0 UMA Zones: 576, 0, 104, 4, 104, 0 UMA Slabs: 568, 0, 3880, 495, 463422, 0 UMA RCntSlabs: 568, 0, 3006, 592, 682012, 0 UMA Hash: 256, 0, 0, 0, 3, 0 16 Bucket: 152, 0, 47, 153, 204, 0 32 Bucket: 280, 0, 130, 122, 340, 2 64 Bucket: 536, 0, 94, 95, 583, 86 128 Bucket: 1048, 0, 894, 15, 153173, 287797 VM OBJECT: 216, 0, 33316, 50834, 86207077, 0 MAP: 232, 0, 7, 25, 7, 0 KMAP ENTRY: 120, 786315, 80, 1346, 6366241, 0 MAP ENTRY: 120, 0, 1590, 2347, 212747051, 0 DP fakepg: 120, 0, 0, 124, 21, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 260, 3, 260, 0 16: 16, 0, 2336, 1696, 6042441, 0 32: 32, 0, 3333, 2424, 426544, 0 64: 64, 0, 8137, 1271, 986811990, 0 128: 128, 0, 15488, 3826, 25899478, 0 256: 256, 0, 581, 2059, 47822165, 0 512: 512, 0, 2972, 1949, 9053615, 0 1024: 1024, 0, 54, 358, 24855, 0 2048: 2048, 0, 56, 266, 41473, 0 4096: 4096, 0, 396, 2047, 3139352, 0 Files: 80, 0, 487, 2258, 54800616, 0 TURNSTILE: 136, 0, 4045, 435, 4413, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1120, 0, 55, 2501, 2921033, 0 THREAD: 984, 0, 2654, 1390, 22933, 0 SLEEPQUEUE: 80, 0, 4045, 537, 4413, 0 VMSPACE: 392, 0, 35, 2125, 2921015, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 256, 1664, 379896799, 0 mbuf: 256, 0, 1, 1664, 1522479226, 0 mbuf_cluster: 2048, 25600, 1920, 1816, 593152, 0 mbuf_jumbo_page: 4096, 12800, 0, 1138, 257071656, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 232, 0, 8, 1208, 847789577, 0 ttyinq: 160, 0, 150, 282, 570, 0 ttyoutq: 256, 0, 80, 205, 304, 0 ata_request: 320, 0, 0, 0, 0, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 29655, 55617, 10698733, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0 S VFS Cache: 108, 0, 27906, 60204, 10211590, 0 L VFS Cache: 328, 0, 3755, 22285, 1665549, 0 NAMEI: 1024, 0, 0, 1536, 188198737, 0 DIRHASH: 1024, 0, 0, 1404, 401913, 0 NFSMOUNT: 616, 0, 0, 0, 0, 0 NFSNODE: 656, 0, 0, 0, 0, 0 pipe: 728, 0, 3, 2437, 1993959, 0 ksiginfo: 112, 0, 2546, 1810, 142136, 0 itimer: 344, 0, 1, 21, 1, 0 KNOTE: 128, 0, 0, 522, 86920, 0 socket: 680, 25602, 54, 2100, 525540, 0 ipq: 56, 819, 0, 0, 0, 0 udp_inpcb: 336, 25608, 9, 266, 141389, 0 udpcb: 16, 25704, 9, 1671, 141389, 0 tcp_inpcb: 336, 25608, 20, 3137, 152210, 0 tcpcb: 880, 25600, 20, 764, 152210, 0 tcptw: 72, 5150, 0, 3150, 10894, 0 syncache: 144, 15366, 0, 338, 151385, 0 hostcache: 136, 15372, 2, 754, 741, 0 tcpreass: 40, 1680, 0, 336, 168, 0 sackhole: 32, 0, 0, 1313, 535067, 0 sctp_ep: 1272, 25602, 0, 0, 0, 0 sctp_asoc: 2232, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 144, 4, 0 sctp_raddr: 616, 80004, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 96, 400026, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 336, 25608, 0, 44, 35, 0 unpcb: 240, 25600, 24, 2104, 231904, 0 rtentry: 200, 0, 11, 46, 11, 0 selfd: 56, 0, 4960, 1592, 440025550, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 ip4flow: 56, 295974, 18, 1557, 285545, 0 ip6flow: 80, 295965, 0, 0, 0, 0 Mountpoints: 752, 0, 6, 4, 6, 0 FFS inode: 168, 0, 29619, 60251, 10698085, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 29619, 59646, 10698085, 0 pfsrctrpl: 152, 10000, 0, 0, 0, 0 pfrulepl: 912, 0, 7, 5, 7, 0 pfstatepl: 392, 10000, 2, 2748, 10439, 0 pfaltqpl: 240, 0, 0, 0, 0, 0 pfpooladdrpl: 88, 0, 1, 83, 1, 0 pfrktable: 1296, 1002, 2, 37, 181, 0 pfrkentry: 216, 100008, 13, 167, 189, 0 pfrkentry2: 216, 0, 0, 0, 0, 0 pffrent: 32, 5050, 0, 0, 0, 0 pffrag: 80, 0, 0, 0, 0, 0 pffrcache: 80, 10035, 0, 0, 0, 0 pffrcent: 24, 50022, 0, 0, 0, 0 pfstatescrub: 40, 0, 0, 0, 0, 0 pfiaddrpl: 120, 0, 0, 0, 0, 0 pfospfen: 112, 0, 696, 30, 696, 0 pfosfp: 40, 0, 407, 97, 407, 0 sysctl -a vm: vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 0 Page Wait: 0 Sleep: 51) Virtual Memory: (Total: 1098017100K, Active 24065448K) Real Memory: (Total: 21157668K Active 20971144K) Shared Virtual Memory: (Total: 27740K Active: 8632K) Shared Real Memory: (Total: 6128K Active: 4928K) Free Memory Pages: 315636K vm.loadavg: { 3.26 4.55 4.71 } vm.v_free_min: 38447 vm.v_free_target: 161771 vm.v_free_reserved: 7983 vm.v_inactive_target: 242656 vm.v_cache_min: 161771 vm.v_cache_max: 323542 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size_scale: 3 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 8319258624 vm.nswapdev: 1 vm.dmmax: 32 vm.swap_async_max: 4 vm.overcommit: 0 vm.swap_reserved: 891061784576 vm.swap_total: 4294967296 vm.zone_count: 106 vm.swap_idle_threshold2: 10 vm.swap_idle_threshold1: 2 vm.kstacks: 2654 vm.kstack_cache_size: 128 vm.exec_map_entries: 16 vm.stats.misc.zero_page_count: 0 vm.stats.misc.cnt_prezero: 0 vm.stats.vm.v_kthreadpages: 0 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_vforkpages: 376159858 vm.stats.vm.v_forkpages: 387513645 vm.stats.vm.v_kthreads: 21 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_vforks: 1446951 vm.stats.vm.v_forks: 1474070 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_cache_max: 323542 vm.stats.vm.v_cache_min: 161771 vm.stats.vm.v_cache_count: 20031 vm.stats.vm.v_inactive_count: 488736 vm.stats.vm.v_inactive_target: 242656 vm.stats.vm.v_active_count: 4755474 vm.stats.vm.v_wire_count: 769895 vm.stats.vm.v_free_count: 58856 vm.stats.vm.v_free_min: 38447 vm.stats.vm.v_free_target: 161771 vm.stats.vm.v_free_reserved: 7983 vm.stats.vm.v_page_count: 6093208 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_tfree: 1826977943 vm.stats.vm.v_pfree: 432842089 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_tcached: 115172741 vm.stats.vm.v_pdpages: 771431101 vm.stats.vm.v_pdwakeups: 185993 vm.stats.vm.v_reactivated: 10374109 vm.stats.vm.v_intrans: 81714 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_vnodepgsin: 43701 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodein: 13429 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_ozfod: 25884 vm.stats.vm.v_zfod: 426155747 vm.stats.vm.v_cow_optim: 77306 vm.stats.vm.v_cow_faults: 229289109 vm.stats.vm.v_vm_faults: 878863698 vm.stats.sys.v_soft: 1298923565 vm.stats.sys.v_intr: 745814299 vm.stats.sys.v_syscall: 1579413083 vm.stats.sys.v_trap: 961158308 vm.stats.sys.v_swtch: 64043380 vm.stats.object.bypasses: 931626 vm.stats.object.collapses: 3569975 vm.v_free_severe: 23215 vm.max_proc_mmap: 693271 vm.old_msync: 0 vm.msync_flush_flags: 3 vm.boot_pages: 48 vm.max_wired: 2016902 vm.pageout_lock_miss: 0 vm.disable_swapspace_pageouts: 0 vm.defer_swapspace_pageouts: 1 vm.swap_idle_enabled: 0 vm.pageout_stats_interval: 5 vm.pageout_full_stats_interval: 20 vm.pageout_stats_max: 161771 vm.max_launder: 32 vm.phys_segs: SEGMENT 0: start: 0x1000 end: 0x98000 free list: 0xffffffff80c68a68 SEGMENT 1: start: 0xeaf000 end: 0x1000000 free list: 0xffffffff80c68a68 SEGMENT 2: start: 0x1000000 end: 0xbf780000 free list: 0xffffffff80c686c0 SEGMENT 3: start: 0x100000000 end: 0x611030000 free list: 0xffffffff80c686c0 vm.phys_free: FREE LIST 0: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 | POOL 2 -- -- -- -- -- -- -- -- 12 ( 16384K) | 0 | 0 | 0 11 ( 8192K) | 0 | 0 | 0 10 ( 4096K) | 0 | 0 | 0 9 ( 2048K) | 0 | 0 | 0 8 ( 1024K) | 0 | 0 | 0 7 ( 512K) | 0 | 0 | 0 6 ( 256K) | 0 | 0 | 0 5 ( 128K) | 0 | 0 | 0 4 ( 64K) | 0 | 0 | 0 3 ( 32K) | 0 | 0 | 0 2 ( 16K) | 36 | 0 | 1 1 ( 8K) | 1 | 0 | 134 0 ( 4K) | 1 | 39 | 23272 FREE LIST 1: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 | POOL 2 -- -- -- -- -- -- -- -- 12 ( 16384K) | 0 | 0 | 0 11 ( 8192K) | 0 | 0 | 0 10 ( 4096K) | 0 | 0 | 0 9 ( 2048K) | 0 | 0 | 0 8 ( 1024K) | 1 | 0 | 0 7 ( 512K) | 0 | 0 | 0 6 ( 256K) | 2 | 0 | 0 5 ( 128K) | 1 | 0 | 0 4 ( 64K) | 2 | 0 | 0 3 ( 32K) | 2 | 0 | 0 2 ( 16K) | 0 | 0 | 0 1 ( 8K) | 1 | 0 | 0 0 ( 4K) | 2 | 0 | 0 vm.reserv.reclaimed: 0 vm.reserv.partpopq: LEVEL SIZE NUMBER -1: 218756K, 273 vm.reserv.freed: 338501 vm.reserv.broken: 6551 vm.idlezero_enable: 0 vm.kvm_free: 538066284544 vm.kvm_size: 549755809792 vm.pmap.pmap_collect_active: 0 vm.pmap.pmap_collect_inactive: 0 vm.pmap.pv_entry_spare: 15150 vm.pmap.pv_entry_allocs: 2698367488 vm.pmap.pv_entry_frees: 2693316934 vm.pmap.pc_chunk_tryfail: 0 vm.pmap.pc_chunk_frees: 15239956 vm.pmap.pc_chunk_allocs: 15270109 vm.pmap.pc_chunk_count: 30153 vm.pmap.pv_entry_count: 5050554 vm.pmap.pdpe.demotions: 0 vm.pmap.pde.promotions: 21739 vm.pmap.pde.p_failures: 1818560 vm.pmap.pde.mappings: 0 vm.pmap.pde.demotions: 19898 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_max: 7326008 vm.pmap.pg_ps_enabled: 1 Top: last pid: 24777; load averages: 3.26, 4.07, 4.49 up 34+19:43:58 14:32:05 66 processes: 5 running, 61 sleeping CPU: 0.2% user, 0.0% nice, 37.6% system, 0.0% interrupt, 62.2% idle Mem: 18G Active, 1908M Inact, 3008M Wired, 73M Cache, 2465M Buf, 232M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1059 mysql 22 44 0 21004M 19741M ucond 3 71.2H 124.51% mysqld 24775 nagios 1 103 0 5332K 1088K CPU0 0 0:01 34.28% sh 24776 nagios 1 103 0 6156K 792K CPU6 6 0:01 34.28% grep 24774 nagios 1 76 0 8264K 1552K wait 4 0:00 26.07% sh 24766 nagios 1 76 0 8264K 1552K piperd 0 0:05 22.85% sh 24764 root 1 53 0 9336K 2248K CPU4 8 0:05 17.58% top Top -mio: PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND 1059 mysql 44 7 5 68 0 73 4.55% mysqld 24810 nagios 0 0 0 0 0 0 0.00% nrpe2 24809 nagios 1 6 0 0 0 0 0.00% bsdtar 24808 nagios 0 0 0 0 0 0 0.00% sed 24807 nagios 0 22 0 0 0 0 0.00% bzip2 top -HS: last pid: 24835; load averages: 5.10, 4.46, 4.62 up 34+19:44:48 14:32:55 155 processes: 17 running, 112 sleeping, 26 waiting CPU: 0.0% user, 0.0% nice, 41.7% system, 0.0% interrupt, 58.2% idle Mem: 18G Active, 1912M Inact, 3008M Wired, 75M Cache, 2465M Buf, 232M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 8 root 76 - 0K 16K CPU11 11 254:27 100.00% pagedaemon 1059 mysql 116 0 21002M 19741M CPU0 0 59.9H 92.09% {mysqld} 11 root 171 ki31 0K 192K CPU9 9 833.4H 89.16% {idle: cpu9} 11 root 171 ki31 0K 192K RUN 11 831.5H 63.48% {idle: cpu11} 11 root 171 ki31 0K 192K CPU5 5 827.5H 61.77% {idle: cpu5} 11 root 171 ki31 0K 192K CPU8 8 832.5H 57.18% {idle: cpu8} 11 root 171 ki31 0K 192K CPU3 3 830.4H 54.49% {idle: cpu3} 11 root 171 ki31 0K 192K RUN 4 825.5H 49.76% {idle: cpu4} 11 root 171 ki31 0K 192K CPU7 7 829.1H 47.36% {idle: cpu7} 11 root 171 ki31 0K 192K RUN 1 824.7H 41.26% {idle: cpu1} 11 root 171 ki31 0K 192K CPU6 6 829.3H 38.48% {idle: cpu6} 24830 root 104 0 9336K 2080K CPU1 1 0:06 37.99% top 11 root 171 ki31 0K 192K CPU10 10 831.9H 36.87% {idle: cpu10} 1059 mysql 76 0 21002M 19741M ucond 4 77:41 29.49% {mysqld} 1059 mysql 67 0 21002M 19741M CPU4 4 241:24 25.49% {mysqld} 11 root 171 ki31 0K 192K RUN 2 816.8H 23.00% {idle: cpu2} 3 root -8 - 0K 16K - 6 84:12 14.45% g_up 1059 mysql 76 0 21002M 19741M ucond 3 115:50 10.16% {mysqld} no loader.conf tunables. Sysctl modifications from /etc/sysctl.conf: kern.timecounter.hardware=HPET vm.defer_swapspace_pageouts=1 My.cnf (with stripped comments for saving a few kbs): [client] port = 3306 socket = /tmp/mysql.sock [mysqld] group_concat_max_len=32768 datadir = /mnt/garaje/var/db/mysql/ port = 3306 socket = /tmp/mysql.sock local_infile=0 optimizer_search_depth=4 skip-symlink safe-user-create=1 secure_auth=1 expire_logs_days=10 skip-name-resolve default-storage-engine=innodb default_table_type = innodb back_log = 50 bind-address=127.0.0.1 max_connections = 100 max_connect_errors = 10 table_cache = 4096 max_allowed_packet = 16M binlog_cache_size = 1M max_heap_table_size = 128M sort_buffer_size = 8M join_buffer_size = 8M thread_cache_size = 8 thread_concurrency = 8 query_cache_size = 64M query_cache_limit = 2M ft_min_word_len = 3 thread_stack = 192K transaction_isolation = REPEATABLE-READ tmp_table_size = 128M log-bin=mysql-bin binlog_format=mixed log_slave_updates log_slow_queries long_query_time = 2 log_long_format server-id = 2 replicate-same-server-id = 0 key_buffer_size = 32M read_buffer_size = 2M read_rnd_buffer_size = 16M bulk_insert_buffer_size = 64M myisam_sort_buffer_size = 128M myisam_max_sort_file_size = 10G myisam_max_extra_sort_file_size = 10G myisam_repair_threads = 1 myisam_recover innodb_rollback_on_timeout=1 innodb_additional_mem_pool_size = 20M innodb_buffer_pool_size = 16G innodb_data_file_path = ibdata1:10M:autoextend innodb_file_per_table innodb_file_io_threads = 4 innodb_thread_concurrency = 8 innodb_flush_log_at_trx_commit = 1 innodb_log_buffer_size = 8M innodb_log_file_size = 256M innodb_log_files_in_group = 3 innodb_max_dirty_pages_pct = 90 innodb_flush_method=O_DIRECT innodb_lock_wait_timeout = 60 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash [isamchk] key_buffer = 512M sort_buffer_size = 512M read_buffer = 8M write_buffer = 8M [myisamchk] key_buffer = 512M sort_buffer_size = 512M read_buffer = 8M write_buffer = 8M [mysqlhotcopy] interactive-timeout [mysqld_safe] open-files-limit = 8192 -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 14:16:39 2012 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 60072106566B for ; Mon, 2 Jan 2012 14:16:39 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-3-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id 0EAF78FC0C for ; Mon, 2 Jan 2012 14:16:38 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q02EGVRA040684 for ; Mon, 2 Jan 2012 09:16:36 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <4F01BC3F.5070905@m5p.com> Date: Mon, 02 Jan 2012 09:16:31 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111127 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4EFE2974.4080509@m5p.com> In-Reply-To: <4EFE2974.4080509@m5p.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 02 Jan 2012 09:16:36 -0500 (EST) X-Scanned-By: MIMEDefang 2.72 on IPv6:2001:418:3fd::f7 Subject: Re: 9.0-RC3 umass quirks? 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, 02 Jan 2012 14:16:39 -0000 On 01/-10/63 14:59, George Mitchell wrote: > I have a USB compact flash reader-writer which is normally connected to > my computer all the time but rarely contains a compact flash card. Here > is a snippet from a verbose dmesg with FreeBSD 9.0-RC3: > > > ugen0.5: at usbus0 > umass0: on > usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > present) > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > ... > (probe0:umass-sim0:0:0:0): AutoSense failed > (probe0:umass-sim0:0:0:0): Error 5, Unretryable error > GEOM: new disk da0 > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > pass2: Removable Direct Access SCSI-0 device > pass2: 1.000MB/s transfers > ... > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): got CAM status 0x4 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device - 0 outstanding > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): removing device entry > Opened disk da0 -> 5 > > > Everything works normally, but the above events take about half a > minute and bring the booting-up procedure to a halt while the > retries finish. Is there a umass quirk I could enable to speed up > whatever is happening here? usbconfig -d 0.5 dump_device_desc says: > > ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x05e3 > idProduct = 0x0703 > bcdDevice = 0x0032 > iManufacturer = 0x0000 > iProduct = 0x0001 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > Here's the corresponding dmesg output from 8.2-STABLE: ugen0.5: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0: Get Max Lun not supported (USB_ERR_STALLED) umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): SCSI status error (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:0): Error 6, Unretryable error (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:umass-sim0:0:0:0): SCSI status error (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:0): Error 6, Unretryable error GEOM: new disk da0 pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 pass2: Removable Direct Access SCSI-0 device pass2: 1.000MB/s transfers (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error Opened disk da0 -> 6 (which all took only a couple of seconds, compared to half a minute with 9.0.) When there is a flash card in the device, 9.0 behaves even worse, taking about two and a half minutes to do this: ugen0.5: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4101 umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? GEOM: new disk da0 pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 pass2: Removable Direct Access SCSI-0 device pass2: 1.000MB/s transfers da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 245MB (501760 512 byte sectors: 64H 32S/T 245C) ... (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted Opened disk da0 -> 5 (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted Opened disk da0 -> 5 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 18:17:12 2012 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 59789106566C for ; Mon, 2 Jan 2012 18:17:12 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 164E88FC12 for ; Mon, 2 Jan 2012 18:17:11 +0000 (UTC) Received: by ggnp1 with SMTP id p1so13178104ggn.13 for ; Mon, 02 Jan 2012 10:17:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=L55H8GOFgpbZqmlSA9x+oC73lRwk11k0Tbv52mfK32A=; b=BAWF7ek94BJI5uUf8xpMVsJleC0MUtYeV7Nk3s2lE4AMWrhY/nSka+pjPy53GyV31T uoIJTY30KP49jWyvYzi/TDaoHd2klyZLTLG4NbdWB6LnRpUaOnpbtErCbD65NJHSTDxJ PsIwJTrOHHW1w38rU4Dr6Ler5GbxKh6rVJeWw= MIME-Version: 1.0 Received: by 10.100.86.8 with SMTP id j8mr19745885anb.66.1325528231524; Mon, 02 Jan 2012 10:17:11 -0800 (PST) Sender: artemb@gmail.com Received: by 10.147.52.27 with HTTP; Mon, 2 Jan 2012 10:17:11 -0800 (PST) In-Reply-To: <20120102134150.GC17398@equilibrium.bsdes.net> References: <20120102122549.GB17398@equilibrium.bsdes.net> <20120102125929.GA89966@icarus.home.lan> <20120102134150.GC17398@equilibrium.bsdes.net> Date: Mon, 2 Jan 2012 10:17:11 -0800 X-Google-Sender-Auth: 0Pa--D_6xpe-THef57Xu2csu1Bk Message-ID: From: Artem Belevich To: Victor Balada Diaz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Performance problems with pagedaemon 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, 02 Jan 2012 18:17:12 -0000 On Mon, Jan 2, 2012 at 5:41 AM, Victor Balada Diaz wrote= : ... > System wide totals computed every five seconds: (values in kilobytes) > =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 > Processes: =A0 =A0 =A0 =A0 =A0 =A0 =A0(RUNQ: 2 Disk Wait: 0 Page Wait: 0 = Sleep: 51) > Virtual Memory: =A0 =A0 =A0 =A0 (Total: 1098017100K, Active 24065448K) > Real Memory: =A0 =A0 =A0 =A0 =A0 =A0(Total: 21157668K Active 20971144K) > Shared Virtual Memory: =A0(Total: 27740K Active: 8632K) > Shared Real Memory: =A0 =A0 (Total: 6128K Active: 4928K) > Free Memory Pages: =A0 =A0 =A0315636K On a system with 24GB of RAM you seem to have almost all of it active. It appears that you're simply on the edge of running out of memory and thus page daemon wakes up constantly trying to find more pages... ... > Top: > > last pid: 24777; =A0load averages: =A03.26, =A04.07, =A04.49 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 up 34+19:43:58 =A01= 4:32:05 > 66 processes: =A05 running, 61 sleeping > CPU: =A00.2% user, =A00.0% nice, 37.6% system, =A00.0% interrupt, 62.2% i= dle > Mem: 18G Active, 1908M Inact, 3008M Wired, 73M Cache, 2465M Buf, 232M Fre= e > Swap: 4096M Total, 4096M Free > > =A0PID USERNAME =A0THR PRI NICE =A0 SIZE =A0 =A0RES STATE =A0 C =A0 TIME = =A0 WCPU COMMAND > =A01059 mysql =A0 =A0 =A022 =A044 =A0 =A00 21004M 19741M ucond =A0 3 =A07= 1.2H 124.51% mysqld Mysql uses more than 20G of RAM. You may want to tune it down a bit so that there is a bit of free RAM around. Page daemon is trying to maintain v_free_target + v_cache_min. >vm.v_free_target: 161771 >vm.v_cache_min: 161771 In your case that would be about 1.2GB. If 'v_free_count + v_cache_count' are below that page daemon will periodically wake up and will start scanning active/inactive lists trying to find the pages it could use. In your case, when most of the memory is in active use, page daemon's job will be almost pointless and would just waste CPU time. On large memory systems default tuning for v_free/cache_min/target is probably somewhat conservative. You may try setting them somewhat lower via sysctl and see if you can find an equilibrium with mysql happy, pagedaemon sleeping and the system up and running. The danger of tuning these parameters too low is that is you don't have enough memory available for allocation without having to sleep, things will start falling apart and will eventually hang or crash your box. --Artem From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 21:53:04 2012 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 718171065675; Mon, 2 Jan 2012 21:53:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA778FC08; Mon, 2 Jan 2012 21:53:04 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q02Lr3gc041954; Mon, 2 Jan 2012 21:53:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q02Lr3sc041953; Mon, 2 Jan 2012 21:53:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Jan 2012 21:53:03 GMT Message-Id: <201201022153.q02Lr3sc041953@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Mon, 02 Jan 2012 21:53:04 -0000 TB --- 2012-01-02 19:29:40 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 19:29:40 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2012-01-02 19:29:40 - cleaning the object tree TB --- 2012-01-02 19:30:48 - cvsupping the source tree TB --- 2012-01-02 19:30:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/i386/supfile TB --- 2012-01-02 19:31:35 - building world TB --- 2012-01-02 19:31:35 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 19:31:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 19:31:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 19:31:35 - SRCCONF=/dev/null TB --- 2012-01-02 19:31:35 - TARGET=i386 TB --- 2012-01-02 19:31:35 - TARGET_ARCH=i386 TB --- 2012-01-02 19:31:35 - TZ=UTC TB --- 2012-01-02 19:31:35 - __MAKE_CONF=/dev/null TB --- 2012-01-02 19:31:35 - cd /src TB --- 2012-01-02 19:31:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 19:31:35 UTC 2012 >>> 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 Jan 2 21:40:25 UTC 2012 TB --- 2012-01-02 21:40:25 - generating LINT kernel config TB --- 2012-01-02 21:40:25 - cd /src/sys/i386/conf TB --- 2012-01-02 21:40:25 - /usr/bin/make -B LINT TB --- 2012-01-02 21:40:25 - cd /src/sys/i386/conf TB --- 2012-01-02 21:40:25 - /usr/sbin/config -m LINT TB --- 2012-01-02 21:40:25 - building LINT kernel TB --- 2012-01-02 21:40:25 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 21:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 21:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 21:40:25 - SRCCONF=/dev/null TB --- 2012-01-02 21:40:25 - TARGET=i386 TB --- 2012-01-02 21:40:25 - TARGET_ARCH=i386 TB --- 2012-01-02 21:40:25 - TZ=UTC TB --- 2012-01-02 21:40:25 - __MAKE_CONF=/dev/null TB --- 2012-01-02 21:40:25 - cd /src TB --- 2012-01-02 21:40:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 2 21:40:25 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-02 21:53:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-02 21:53:03 - ERROR: failed to build LINT kernel TB --- 2012-01-02 21:53:03 - 6684.62 user 812.21 system 8602.54 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 22:07:53 2012 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 7DC80106564A; Mon, 2 Jan 2012 22:07:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEEC8FC0A; Mon, 2 Jan 2012 22:07:53 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q02M7qPM053434; Mon, 2 Jan 2012 22:07:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q02M7qAb053427; Mon, 2 Jan 2012 22:07:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Jan 2012 22:07:52 GMT Message-Id: <201201022207.q02M7qAb053427@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on ia64/ia64 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, 02 Jan 2012 22:07:53 -0000 TB --- 2012-01-02 20:26:44 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 20:26:44 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2012-01-02 20:26:44 - cleaning the object tree TB --- 2012-01-02 20:27:06 - cvsupping the source tree TB --- 2012-01-02 20:27:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/ia64/ia64/supfile TB --- 2012-01-02 20:27:42 - building world TB --- 2012-01-02 20:27:42 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 20:27:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 20:27:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 20:27:42 - SRCCONF=/dev/null TB --- 2012-01-02 20:27:42 - TARGET=ia64 TB --- 2012-01-02 20:27:42 - TARGET_ARCH=ia64 TB --- 2012-01-02 20:27:42 - TZ=UTC TB --- 2012-01-02 20:27:42 - __MAKE_CONF=/dev/null TB --- 2012-01-02 20:27:42 - cd /src TB --- 2012-01-02 20:27:42 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 20:27:42 UTC 2012 >>> 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 Jan 2 21:54:10 UTC 2012 TB --- 2012-01-02 21:54:10 - generating LINT kernel config TB --- 2012-01-02 21:54:10 - cd /src/sys/ia64/conf TB --- 2012-01-02 21:54:10 - /usr/bin/make -B LINT TB --- 2012-01-02 21:54:10 - cd /src/sys/ia64/conf TB --- 2012-01-02 21:54:10 - /usr/sbin/config -m LINT TB --- 2012-01-02 21:54:10 - building LINT kernel TB --- 2012-01-02 21:54:10 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 21:54:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 21:54:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 21:54:10 - SRCCONF=/dev/null TB --- 2012-01-02 21:54:10 - TARGET=ia64 TB --- 2012-01-02 21:54:10 - TARGET_ARCH=ia64 TB --- 2012-01-02 21:54:10 - TZ=UTC TB --- 2012-01-02 21:54:10 - __MAKE_CONF=/dev/null TB --- 2012-01-02 21:54:10 - cd /src TB --- 2012-01-02 21:54:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 2 21:54:10 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-02 22:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-02 22:07:52 - ERROR: failed to build LINT kernel TB --- 2012-01-02 22:07:52 - 4617.05 user 622.73 system 6067.91 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 2 22:46:47 2012 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 DF1C3106566C; Mon, 2 Jan 2012 22:46:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBC28FC14; Mon, 2 Jan 2012 22:46:46 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q02MkkmA058174; Mon, 2 Jan 2012 22:46:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q02Mkk7T058169; Mon, 2 Jan 2012 22:46:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Jan 2012 22:46:46 GMT Message-Id: <201201022246.q02Mkk7T058169@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Mon, 02 Jan 2012 22:46:47 -0000 TB --- 2012-01-02 20:23:38 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 20:23:38 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2012-01-02 20:23:38 - cleaning the object tree TB --- 2012-01-02 20:24:00 - cvsupping the source tree TB --- 2012-01-02 20:24:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/pc98/supfile TB --- 2012-01-02 20:24:51 - building world TB --- 2012-01-02 20:24:51 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 20:24:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 20:24:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 20:24:51 - SRCCONF=/dev/null TB --- 2012-01-02 20:24:51 - TARGET=pc98 TB --- 2012-01-02 20:24:51 - TARGET_ARCH=i386 TB --- 2012-01-02 20:24:51 - TZ=UTC TB --- 2012-01-02 20:24:51 - __MAKE_CONF=/dev/null TB --- 2012-01-02 20:24:51 - cd /src TB --- 2012-01-02 20:24:51 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 20:24:52 UTC 2012 >>> 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 Jan 2 22:36:28 UTC 2012 TB --- 2012-01-02 22:36:28 - generating LINT kernel config TB --- 2012-01-02 22:36:28 - cd /src/sys/pc98/conf TB --- 2012-01-02 22:36:28 - /usr/bin/make -B LINT TB --- 2012-01-02 22:36:28 - cd /src/sys/pc98/conf TB --- 2012-01-02 22:36:28 - /usr/sbin/config -m LINT TB --- 2012-01-02 22:36:28 - building LINT kernel TB --- 2012-01-02 22:36:28 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 22:36:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 22:36:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 22:36:28 - SRCCONF=/dev/null TB --- 2012-01-02 22:36:28 - TARGET=pc98 TB --- 2012-01-02 22:36:28 - TARGET_ARCH=i386 TB --- 2012-01-02 22:36:28 - TZ=UTC TB --- 2012-01-02 22:36:28 - __MAKE_CONF=/dev/null TB --- 2012-01-02 22:36:28 - cd /src TB --- 2012-01-02 22:36:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 2 22:36:28 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-02 22:46:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-02 22:46:46 - ERROR: failed to build LINT kernel TB --- 2012-01-02 22:46:46 - 6510.88 user 800.29 system 8587.31 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 00:11:15 2012 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 C7B6D106564A; Tue, 3 Jan 2012 00:11:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 83A678FC12; Tue, 3 Jan 2012 00:11:15 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q030BEYQ034942; Tue, 3 Jan 2012 00:11:15 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q030BE09034909; Tue, 3 Jan 2012 00:11:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Jan 2012 00:11:14 GMT Message-Id: <201201030011.q030BE09034909@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on sparc64/sparc64 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, 03 Jan 2012 00:11:16 -0000 TB --- 2012-01-02 22:52:31 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 22:52:31 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2012-01-02 22:52:31 - cleaning the object tree TB --- 2012-01-02 22:53:00 - cvsupping the source tree TB --- 2012-01-02 22:53:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/sparc64/sparc64/supfile TB --- 2012-01-02 22:53:41 - building world TB --- 2012-01-02 22:53:41 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 22:53:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 22:53:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 22:53:41 - SRCCONF=/dev/null TB --- 2012-01-02 22:53:41 - TARGET=sparc64 TB --- 2012-01-02 22:53:41 - TARGET_ARCH=sparc64 TB --- 2012-01-02 22:53:41 - TZ=UTC TB --- 2012-01-02 22:53:41 - __MAKE_CONF=/dev/null TB --- 2012-01-02 22:53:41 - cd /src TB --- 2012-01-02 22:53:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 22:53:42 UTC 2012 >>> 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 Tue Jan 3 00:01:02 UTC 2012 TB --- 2012-01-03 00:01:02 - generating LINT kernel config TB --- 2012-01-03 00:01:02 - cd /src/sys/sparc64/conf TB --- 2012-01-03 00:01:02 - /usr/bin/make -B LINT TB --- 2012-01-03 00:01:02 - cd /src/sys/sparc64/conf TB --- 2012-01-03 00:01:02 - /usr/sbin/config -m LINT TB --- 2012-01-03 00:01:02 - building LINT kernel TB --- 2012-01-03 00:01:02 - CROSS_BUILD_TESTING=YES TB --- 2012-01-03 00:01:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-03 00:01:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-03 00:01:02 - SRCCONF=/dev/null TB --- 2012-01-03 00:01:02 - TARGET=sparc64 TB --- 2012-01-03 00:01:02 - TARGET_ARCH=sparc64 TB --- 2012-01-03 00:01:02 - TZ=UTC TB --- 2012-01-03 00:01:02 - __MAKE_CONF=/dev/null TB --- 2012-01-03 00:01:02 - cd /src TB --- 2012-01-03 00:01:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 3 00:01:03 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-03 00:11:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-03 00:11:14 - ERROR: failed to build LINT kernel TB --- 2012-01-03 00:11:14 - 3426.82 user 539.09 system 4723.47 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 00:15:59 2012 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 EBF901065670; Tue, 3 Jan 2012 00:15:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id A6EE08FC17; Tue, 3 Jan 2012 00:15:58 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q030FwXA070841; Tue, 3 Jan 2012 00:15:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q030FwC1070840; Tue, 3 Jan 2012 00:15:58 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Jan 2012 00:15:58 GMT Message-Id: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Tue, 03 Jan 2012 00:15:59 -0000 TB --- 2012-01-02 22:07:52 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 22:07:52 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-01-02 22:07:52 - cleaning the object tree TB --- 2012-01-02 22:08:14 - cvsupping the source tree TB --- 2012-01-02 22:08:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-01-02 22:09:10 - building world TB --- 2012-01-02 22:09:10 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 22:09:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 22:09:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 22:09:10 - SRCCONF=/dev/null TB --- 2012-01-02 22:09:10 - TARGET=powerpc TB --- 2012-01-02 22:09:10 - TARGET_ARCH=powerpc TB --- 2012-01-02 22:09:10 - TZ=UTC TB --- 2012-01-02 22:09:10 - __MAKE_CONF=/dev/null TB --- 2012-01-02 22:09:10 - cd /src TB --- 2012-01-02 22:09:10 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 22:09:11 UTC 2012 >>> 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 Tue Jan 3 00:09:09 UTC 2012 TB --- 2012-01-03 00:09:09 - generating LINT kernel config TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf TB --- 2012-01-03 00:09:09 - /usr/bin/make -B LINT TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf TB --- 2012-01-03 00:09:09 - /usr/sbin/config -m LINT TB --- 2012-01-03 00:09:09 - building LINT kernel TB --- 2012-01-03 00:09:09 - CROSS_BUILD_TESTING=YES TB --- 2012-01-03 00:09:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-03 00:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-03 00:09:09 - SRCCONF=/dev/null TB --- 2012-01-03 00:09:09 - TARGET=powerpc TB --- 2012-01-03 00:09:09 - TARGET_ARCH=powerpc TB --- 2012-01-03 00:09:09 - TZ=UTC TB --- 2012-01-03 00:09:09 - __MAKE_CONF=/dev/null TB --- 2012-01-03 00:09:09 - cd /src TB --- 2012-01-03 00:09:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 3 00:09:09 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-03 00:15:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-03 00:15:58 - ERROR: failed to build LINT kernel TB --- 2012-01-03 00:15:58 - 6003.98 user 747.39 system 7685.27 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 00:57:31 2012 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 F14D1106566B; Tue, 3 Jan 2012 00:57:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id ADA408FC0A; Tue, 3 Jan 2012 00:57:30 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q030vUCU019872; Tue, 3 Jan 2012 00:57:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q030vUQd019871; Tue, 3 Jan 2012 00:57:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Jan 2012 00:57:30 GMT Message-Id: <201201030057.q030vUQd019871@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/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: Tue, 03 Jan 2012 00:57:31 -0000 TB --- 2012-01-02 22:46:46 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-02 22:46:46 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-01-02 22:46:46 - cleaning the object tree TB --- 2012-01-02 22:47:10 - cvsupping the source tree TB --- 2012-01-02 22:47:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-01-02 22:48:14 - building world TB --- 2012-01-02 22:48:14 - CROSS_BUILD_TESTING=YES TB --- 2012-01-02 22:48:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-02 22:48:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-02 22:48:14 - SRCCONF=/dev/null TB --- 2012-01-02 22:48:14 - TARGET=powerpc TB --- 2012-01-02 22:48:14 - TARGET_ARCH=powerpc64 TB --- 2012-01-02 22:48:14 - TZ=UTC TB --- 2012-01-02 22:48:14 - __MAKE_CONF=/dev/null TB --- 2012-01-02 22:48:14 - cd /src TB --- 2012-01-02 22:48:14 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 2 22:48:15 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jan 3 00:52:58 UTC 2012 TB --- 2012-01-03 00:52:58 - generating LINT kernel config TB --- 2012-01-03 00:52:58 - cd /src/sys/powerpc/conf TB --- 2012-01-03 00:52:58 - /usr/bin/make -B LINT TB --- 2012-01-03 00:52:58 - cd /src/sys/powerpc/conf TB --- 2012-01-03 00:52:58 - /usr/sbin/config -m LINT TB --- 2012-01-03 00:52:58 - building LINT kernel TB --- 2012-01-03 00:52:58 - CROSS_BUILD_TESTING=YES TB --- 2012-01-03 00:52:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-03 00:52:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-03 00:52:58 - SRCCONF=/dev/null TB --- 2012-01-03 00:52:58 - TARGET=powerpc TB --- 2012-01-03 00:52:58 - TARGET_ARCH=powerpc64 TB --- 2012-01-03 00:52:58 - TZ=UTC TB --- 2012-01-03 00:52:58 - __MAKE_CONF=/dev/null TB --- 2012-01-03 00:52:58 - cd /src TB --- 2012-01-03 00:52:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 3 00:52:58 UTC 2012 >>> 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 [...] /src/sys/geom/multipath/g_multipath.c:367: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': /src/sys/geom/multipath/g_multipath.c:411: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:417: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_ctl_getactive': /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:748: error: 'struct g_multipath_softc' has no member named 'cp_active' /src/sys/geom/multipath/g_multipath.c:749: error: 'struct g_multipath_softc' has no member named 'cp_active' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-03 00:57:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-03 00:57:30 - ERROR: failed to build LINT kernel TB --- 2012-01-03 00:57:30 - 6301.70 user 842.08 system 7843.71 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 03:21:28 2012 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 6FA9F106564A; Tue, 3 Jan 2012 03:21:28 +0000 (UTC) (envelope-from sukenwoo@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 E7BF08FC0C; Tue, 3 Jan 2012 03:21:27 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so21370515vbb.13 for ; Mon, 02 Jan 2012 19:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=2fEVaeTULYDT0uxBjBC2cvBv4/aKfATi9vdnhVokiZs=; b=blJn0ffL7I9/zTTTvRiBTQhti6FTgw18zMosDn4vRAF3R5ojmrE9C3zD7M0MkLrqzd 441QO+pppakWPc6/h+zrF6+iM7z1OB0mhoB8t2pOzJ7xV9bFOBAUupmvDzTlgG1pssJE KyOG4J2gCZgk/ph0tKhk9BiWJNhoaMYmdXoT8= MIME-Version: 1.0 Received: by 10.52.71.106 with SMTP id t10mr7957505vdu.103.1325559008680; Mon, 02 Jan 2012 18:50:08 -0800 (PST) Received: by 10.52.26.1 with HTTP; Mon, 2 Jan 2012 18:50:08 -0800 (PST) Date: Tue, 3 Jan 2012 10:50:08 +0800 Message-ID: From: suken woo To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, mobile@freebsd.org, net@freebsd.org Subject: DLink DWL-G132 USB wifi Adapter failed under 9.0 RC3 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, 03 Jan 2012 03:21:28 -0000 hi lists DWL-G132 failed to load on 9.0RC3 uath0: on usbus3 uath0: timeout waiting for reply to cmd 0x4 (4) uath0: could not read capability 3 uath0: could not get device capabilities device_attach: uath0 attach returned 35 and uathload lp# uathload -v -d /dev/ugen3.2 Load firmware ar5523.bin (builtin) to /dev/ugen3.2 send block 0: 151368 bytes remaining : data... : wait for ack... uathload: error reading msg (/dev/usb/3.2.1): No error: 0 usbconfig -u 3 -a 2 dump_device_desc ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x2001 idProduct = 0x3a02 bcdDevice = 0x0001 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <1.0> bNumConfigurations = 0x0001 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 08:05:18 2012 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 45860106566C; Tue, 3 Jan 2012 08:05:18 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 431AE8FC0A; Tue, 3 Jan 2012 08:05:17 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 074163983F; Tue, 3 Jan 2012 09:05:16 +0100 (CET) Date: Tue, 3 Jan 2012 09:05:16 +0100 From: Victor Balada Diaz To: Artem Belevich Message-ID: <20120103080515.GA36252@equilibrium.bsdes.net> References: <20120102122549.GB17398@equilibrium.bsdes.net> <20120102125929.GA89966@icarus.home.lan> <20120102134150.GC17398@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Performance problems with pagedaemon 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, 03 Jan 2012 08:05:18 -0000 On Mon, Jan 02, 2012 at 10:17:11AM -0800, Artem Belevich wrote: > On Mon, Jan 2, 2012 at 5:41 AM, Victor Balada Diaz wrote: > > Mysql uses more than 20G of RAM. You may want to tune it down a bit so > that there is a bit of free RAM around. > > Page daemon is trying to maintain v_free_target + v_cache_min. > > >vm.v_free_target: 161771 > >vm.v_cache_min: 161771 > > In your case that would be about 1.2GB. If 'v_free_count + > v_cache_count' are below that page daemon will periodically wake up > and will start scanning active/inactive lists trying to find the pages > it could use. In your case, when most of the memory is in active use, > page daemon's job will be almost pointless and would just waste CPU > time. > > On large memory systems default tuning for v_free/cache_min/target is > probably somewhat conservative. You may try setting them somewhat > lower via sysctl and see if you can find an equilibrium with mysql > happy, pagedaemon sleeping and the system up and running. The danger > of tuning these parameters too low is that is you don't have enough > memory available for allocation without having to sleep, things will > start falling apart and will eventually hang or crash your box. That was the problem. Thanks a lot! Is there any place or documentation about how to properly tune the VM? None of the sysctls you mentioned have description or appear to be in any man page. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 08:23:36 2012 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 73BC71065677; Tue, 3 Jan 2012 08:23:36 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 242568FC1E; Tue, 3 Jan 2012 08:23:36 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so18299192obb.13 for ; Tue, 03 Jan 2012 00:23:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CuG5Cny+V3JlyGvEpdWBXJdQXSF5aHjzllRde105hlQ=; b=rgotT+IINh7F/Xg5P9X4LgtUrZIdwxOCQCBlTduK0dZi6QEJTTtuwLfRFXmKMQR8tm AvEvIBLwaKrGoPZcHa903koLiRsdyrb+lBahaaGfAv7b3Q1XQe+SGmYKfZ639YMeTXU+ SyKxZyNMDbA4PrCrpOkGjmuDEkslwYfONS6xM= MIME-Version: 1.0 Received: by 10.182.1.8 with SMTP id 8mr43798030obi.11.1325579015818; Tue, 03 Jan 2012 00:23:35 -0800 (PST) Received: by 10.182.152.6 with HTTP; Tue, 3 Jan 2012 00:23:35 -0800 (PST) In-Reply-To: <20120103080515.GA36252@equilibrium.bsdes.net> References: <20120102122549.GB17398@equilibrium.bsdes.net> <20120102125929.GA89966@icarus.home.lan> <20120102134150.GC17398@equilibrium.bsdes.net> <20120103080515.GA36252@equilibrium.bsdes.net> Date: Tue, 3 Jan 2012 00:23:35 -0800 Message-ID: From: Garrett Cooper To: Victor Balada Diaz Content-Type: text/plain; charset=ISO-8859-1 Cc: Artem Belevich , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Performance problems with pagedaemon 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, 03 Jan 2012 08:23:36 -0000 On Tue, Jan 3, 2012 at 12:05 AM, Victor Balada Diaz wrote: > On Mon, Jan 02, 2012 at 10:17:11AM -0800, Artem Belevich wrote: >> On Mon, Jan 2, 2012 at 5:41 AM, Victor Balada Diaz wrote: >> >> Mysql uses more than 20G of RAM. You may want to tune it down a bit so >> that there is a bit of free RAM around. >> >> Page daemon is trying to maintain v_free_target + v_cache_min. >> >> >vm.v_free_target: 161771 >> >vm.v_cache_min: 161771 >> >> In your case that would be about 1.2GB. If 'v_free_count + >> v_cache_count' are below that page daemon will periodically wake up >> and will start scanning active/inactive lists trying to find the pages >> it could use. In your case, when most of the memory is in active use, >> page daemon's job will be almost pointless and would just waste CPU >> time. >> >> On large memory systems default tuning for v_free/cache_min/target is >> probably somewhat conservative. You may try setting them somewhat >> lower via sysctl and see if you can find an equilibrium with mysql >> happy, pagedaemon sleeping and the system up and running. The danger >> of tuning these parameters too low is that is you don't have enough >> memory available for allocation without having to sleep, things will >> start falling apart and will eventually hang or crash your box. > > That was the problem. Thanks a lot! > > Is there any place or documentation about how to properly tune the VM? None > of the sysctls you mentioned have description or appear to be in any man > page. They probably should be mentioned in tuning(7). Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 10:15:27 2012 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 54CF1106564A for ; Tue, 3 Jan 2012 10:15:27 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7EC8FC12 for ; Tue, 3 Jan 2012 10:15:26 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Ri1Ow-0005J1-1R>; Tue, 03 Jan 2012 11:15:26 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Ri1Ov-0004im-UM>; Tue, 03 Jan 2012 11:15:26 +0100 Message-ID: <4F02D538.1020109@mail.zedat.fu-berlin.de> Date: Tue, 03 Jan 2012 11:15:20 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List , Ports FreeBSD X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig6B52212B6B8BF5873016CE57" X-Originating-IP: 130.133.86.198 Cc: Subject: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf 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, 03 Jan 2012 10:15:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B52212B6B8BF5873016CE57 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG built), equipted with a nVidia GT760Ti graphics board, loading the nvidia module via /boot/loader.conf results in a page fault with random error messages before rebooting. Booting the box without the nvidia.ko module loaded in he preboot phase, results in a stable system. I can then load the module via kldload and the system jumps then into X11-screen as usual. I recompile x11/nvidia-driver on a regular basis when recompiling the kernel, so the module is always up to date and en par with the kernel sources. The problem occurs idendependently of having kernel module drm.ko loaded or not. I also tried falling back to the older nvidia driver 285.05.09 (I use at the moment successfully 290.10). Before issuing a PR and doing a full debug reconfiguration of my box, I'd like to ask whether this is a commong, well known problem since with FreeBSD 9.0, I'd like to stay with STABLE rather than with RELEASE. Regards, Oliver --------------enig6B52212B6B8BF5873016CE57 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8C1T0ACgkQU6Ni+wtCKv+G3QEAkNm6M/MAW7L3xv0qGSCUqwSo SD1VtNstzXYax/z8mewBAKIvUNIwRHAdF8j1/pXN0GQN6QamxbuiAA+Hu8k0+0Xj =Tloi -----END PGP SIGNATURE----- --------------enig6B52212B6B8BF5873016CE57-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 10:51:42 2012 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 42F11106566C; Tue, 3 Jan 2012 10:51:42 +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 7A9F78FC0A; Tue, 3 Jan 2012 10:51:41 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC41BFA.dip.t-dialin.net [79.196.27.250]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id DBD1184400D; Tue, 3 Jan 2012 11:51:25 +0100 (CET) Received: from localhost (unknown [85.94.224.21]) by outgoing.leidinger.net (Postfix) with ESMTPSA id 08A6013FC; Tue, 3 Jan 2012 11:51:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1325587883; bh=Ph12Vzy8FQ4KcX5woDpFx0ECdjbXTrm2BkYmWFFdLEA=; h=Date:Subject:Message-ID:From:To:Cc:MIME-Version:Content-Type; b=hdPB8ZREvBqLfNy75Ii3NURh1AzgERiuk1lIqZP4CCJ33Xfu95qmi5zuIoEDX7Fyw fSsu7pBIt2C94jJ/TIX4PraXhZYd7G8nDH10M53nCrGPJ6O9pmisRMLGRV6BQ+VA9L BvCpz/ZZ6f82K1qKIqPmerfN8nJoUwgqdMJMa5KDmSS2W+U3QZHPqvVCjnBrXrW5t+ JjZ8cHimRMwpnPL9CzINjAdaJdbPm0o4fjp/VS0pZQWoUlQOpSFE0DXUtpizhzy3BA UCH2nebdKCz5L8xWH/PHzZ7AdR47lZxAoGQkm2LVz0//t0kY8MGL2DIYwRkhfMGgn4 4RmLdu21JBwwQ== Date: Tue, 03 Jan 2012 11:50:21 +0100 Message-ID: Importance: normal From: Alexander Leidinger To: yanegomi@gmail.com, victor@bsdes.net MIME-Version: 1.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: DBD1184400D.A3E21 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.099, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, HTML_MESSAGE 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1326192688.20358@pSmlE4dqFSHycUKwP+bv0A X-EBL-Spam-Status: No X-Mailman-Approved-At: Tue, 03 Jan 2012 11:58:32 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: art@freebsd.org, freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: Performance problems with pagedaemon 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, 03 Jan 2012 10:51:42 -0000 SGksCgp0aGVyZSdzIHNvbWUgZWZmb3J0IHRvIGltcHJvdmUgdHVuaW5nKDcpLiBJZiBzb21vbmUg Y291bGQgZ28gb3ZlciB0byBodHRwOi8vd2lraS5mcmVlYnNkLm9yZy9TeXN0ZW1UdW5pbmcgYW5k IGFkZCBzb21lIHNlbnRlbmNlcywgaXQgd2lsbCBtYWtlIHRoZSBsaWZlIG9mIG90aGVyIHBlb3Bs ZSBtYXliZSBhIGxpdHRsZSBiaXQgbW9yZSBlYXN5Li4uLgoKQnllLApBbGV4YW5kZXIuCgotLSAK U2VuZCB2aWEgYW4gQW5kcm9pZCBkZXZpY2UsIHBsZWFzZSBmb3JnaXZlIGJyZXZpdHkgYW5kIHR5 cG9ncmFwaGljIGFuZCBzcGVsbGluZyBlcnJvcnMuIAoKR2FycmV0dCBDb29wZXIgPHlhbmVnb21p QGdtYWlsLmNvbT4gaGF0IGdlc2NocmllYmVuOk9uIFR1ZSwgSmFuIDMsIDIwMTIgYXQgMTI6MDUg QU0sIFZpY3RvciBCYWxhZGEgRGlheiA8dmljdG9yQGJzZGVzLm5ldD4gd3JvdGU6Cj4gT24gTW9u LCBKYW4gMDIsIDIwMTIgYXQgMTA6MTc6MTFBTSAtMDgwMCwgQXJ0ZW0gQmVsZXZpY2ggd3JvdGU6 Cj4+IE9uIE1vbiwgSmFuIDIsIDIwMTIgYXQgNTo0MSBBTSwgVmljdG9yIEJhbGFkYSBEaWF6IDx2 aWN0b3JAYnNkZXMubmV0PiB3cm90ZToKPj4KPj4gTXlzcWwgdXNlcyBtb3JlIHRoYW4gMjBHIG9m IFJBTS4gWW91IG1heSB3YW50IHRvIHR1bmUgaXQgZG93biBhIGJpdCBzbwo+PiB0aGF0IHRoZXJl IGlzIGEgYml0IG9mIGZyZWUgUkFNIGFyb3VuZC4KPj4KPj4gUGFnZSBkYWVtb24gaXMgdHJ5aW5n IHRvIG1haW50YWluIHZfZnJlZV90YXJnZXQgKyB2X2NhY2hlX21pbi4KPj4KPj4gPnZtLnZfZnJl ZV90YXJnZXQ6IDE2MTc3MQo+PiA+dm0udl9jYWNoZV9taW46IDE2MTc3MQo+Pgo+PiBJbiB5b3Vy IGNhc2UgdGhhdCB3b3VsZCBiZSBhYm91dCAxLjJHQi4gSWYgJ3ZfZnJlZV9jb3VudCArCj4+IHZf Y2FjaGVfY291bnQnIGFyZSBiZWxvdyB0aGF0IHBhZ2UgZGFlbW9uIHdpbGwgcGVyaW9kaWNhbGx5 IHdha2UgdXAKPj4gYW5kIHdpbGwgc3RhcnQgc2Nhbm5pbmcgYWN0aXZlL2luYWN0aXZlIGxpc3Rz IHRyeWluZyB0byBmaW5kIHRoZSBwYWdlcwo+PiBpdCBjb3VsZCB1c2UuIEluIHlvdXIgY2FzZSwg d2hlbiBtb3N0IG9mIHRoZSBtZW1vcnkgaXMgaW4gYWN0aXZlIHVzZSwKPj4gcGFnZSBkYWVtb24n cyBqb2Igd2lsbCBiZSBhbG1vc3QgcG9pbnRsZXNzIGFuZCB3b3VsZCBqdXN0IHdhc3RlIENQVQo+ PiB0aW1lLgo+Pgo+PiBPbiBsYXJnZSBtZW1vcnkgc3lzdGVtcyBkZWZhdWx0IHR1bmluZyBmb3Ig dl9mcmVlL2NhY2hlX21pbi90YXJnZXQgaXMKPj4gcHJvYmFibHkgc29tZXdoYXQgY29uc2VydmF0 aXZlLiBZb3UgbWF5IHRyeSBzZXR0aW5nIHRoZW0gc29tZXdoYXQKPj4gbG93ZXIgdmlhIHN5c2N0 bCBhbmQgc2VlIGlmIHlvdSBjYW4gZmluZCBhbiBlcXVpbGlicml1bSB3aXRoIG15c3FsCj4+IGhh cHB5LCBwYWdlZGFlbW9uIHNsZWVwaW5nIGFuZCB0aGUgc3lzdGVtIHVwIGFuZCBydW5uaW5nLiBU aGUgZGFuZ2VyCj4+IG9mIHR1bmluZyB0aGVzZSBwYXJhbWV0ZXJzIHRvbyBsb3cgaXMgdGhhdCBp cyB5b3UgZG9uJ3QgaGF2ZSBlbm91Z2gKPj4gbWVtb3J5IGF2YWlsYWJsZSBmb3IgYWxsb2NhdGlv biB3aXRob3V0IGhhdmluZyB0byBzbGVlcCwgdGhpbmdzIHdpbGwKPj4gc3RhcnQgZmFsbGluZyBh cGFydCBhbmQgd2lsbCBldmVudHVhbGx5IGhhbmcgb3IgY3Jhc2ggeW91ciBib3guCj4KPiBUaGF0 IHdhcyB0aGUgcHJvYmxlbS4gVGhhbmtzIGEgbG90IQo+Cj4gSXMgdGhlcmUgYW55IHBsYWNlIG9y IGRvY3VtZW50YXRpb24gYWJvdXQgaG93IHRvIHByb3Blcmx5IHR1bmUgdGhlIFZNPyBOb25lCj4g b2YgdGhlIHN5c2N0bHMgeW91IG1lbnRpb25lZCBoYXZlIGRlc2NyaXB0aW9uIG9yIGFwcGVhciB0 byBiZSBpbiBhbnkgbWFuCj4gcGFnZS4KCsKgwqDCoCBUaGV5IHByb2JhYmx5IHNob3VsZCBiZSBt ZW50aW9uZWQgaW4gdHVuaW5nKDcpLgpUaGFua3MsCi1HYXJyZXR0Cl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3Jn IG1haWxpbmcgbGlzdApodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9m cmVlYnNkLXN0YWJsZQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1z dGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCgo= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 12:35:45 2012 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 DBE63106566C for ; Tue, 3 Jan 2012 12:35:45 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 322408FC15 for ; Tue, 3 Jan 2012 12:35:44 +0000 (UTC) Received: (qmail invoked by alias); 03 Jan 2012 12:09:03 -0000 Received: from cm203-32.liwest.at (EHLO bones.gusis.at) [81.10.203.32] by mail.gmx.net (mp067) with SMTP; 03 Jan 2012 13:09:03 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX18i6AVtioQiTHpxR3390sznxr3wh8H/twrqNUJVb0 VkRSVMO6RkHQRe From: Christian Gusenbauer To: freebsd-stable@freebsd.org Date: Tue, 3 Jan 2012 13:11:32 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-PRERELEASE; KDE/4.7.3; amd64; ; ) References: <4F02D538.1020109@mail.zedat.fu-berlin.de> In-Reply-To: <4F02D538.1020109@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201201031311.32751.c47g@gmx.at> X-Y-GMX-Trusted: 0 Subject: Re: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf 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, 03 Jan 2012 12:35:45 -0000 Hi Oliver! I'm using stable/9 and amd64 setup, too, but I do not experience such page faults as you do. I've an older GeForce 7600 GT card and I'm using driver 285.05.09 - neither OS nor driver built with clang. Perhaps it's a clang issue? Ciao, Christian. On Tuesday 03 January 2012 11:15:20 O. Hartmann wrote: > On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG > built), equipted with a nVidia GT760Ti graphics board, loading the > nvidia module via /boot/loader.conf results in a page fault with random > error messages before rebooting. > > Booting the box without the nvidia.ko module loaded in he preboot phase, > results in a stable system. I can then load the module via kldload and > the system jumps then into X11-screen as usual. > > I recompile x11/nvidia-driver on a regular basis when recompiling the > kernel, so the module is always up to date and en par with the kernel > sources. > > The problem occurs idendependently of having kernel module drm.ko loaded > or not. I also tried falling back to the older nvidia driver 285.05.09 > (I use at the moment successfully 290.10). > > Before issuing a PR and doing a full debug reconfiguration of my box, > I'd like to ask whether this is a commong, well known problem since with > FreeBSD 9.0, I'd like to stay with STABLE rather than with RELEASE. > > Regards, > Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 12:48:48 2012 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 C59101065676 for ; Tue, 3 Jan 2012 12:48:48 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC768FC20 for ; Tue, 3 Jan 2012 12:48:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Ri3nL-00061O-LQ>; Tue, 03 Jan 2012 13:48:47 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Ri3nL-0006rT-I5>; Tue, 03 Jan 2012 13:48:47 +0100 Message-ID: <4F02F923.2030903@mail.zedat.fu-berlin.de> Date: Tue, 03 Jan 2012 13:48:35 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Christian Gusenbauer References: <4F02D538.1020109@mail.zedat.fu-berlin.de> <201201031311.32751.c47g@gmx.at> In-Reply-To: <201201031311.32751.c47g@gmx.at> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig970125229F4BE0F05D30C28F" X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org Subject: Re: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf 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, 03 Jan 2012 12:48:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig970125229F4BE0F05D30C28F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/03/12 13:11, Christian Gusenbauer wrote: > Hi Oliver! >=20 > I'm using stable/9 and amd64 setup, too, but I do not experience such p= age=20 > faults as you do. I've an older GeForce 7600 GT card and I'm using driv= er=20 > 285.05.09 - neither OS nor driver built with clang. Perhaps it's a clan= g=20 > issue? >=20 > Ciao, > Christian. >=20 > On Tuesday 03 January 2012 11:15:20 O. Hartmann wrote: >> On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG= >> built), equipted with a nVidia GT760Ti graphics board, loading the >> nvidia module via /boot/loader.conf results in a page fault with rando= m >> error messages before rebooting. >> >> Booting the box without the nvidia.ko module loaded in he preboot phas= e, >> results in a stable system. I can then load the module via kldload and= >> the system jumps then into X11-screen as usual. >> >> I recompile x11/nvidia-driver on a regular basis when recompiling the >> kernel, so the module is always up to date and en par with the kernel >> sources. >> >> The problem occurs idendependently of having kernel module drm.ko load= ed >> or not. I also tried falling back to the older nvidia driver 285.05.09= >> (I use at the moment successfully 290.10). >> >> Before issuing a PR and doing a full debug reconfiguration of my box, >> I'd like to ask whether this is a commong, well known problem since wi= th >> FreeBSD 9.0, I'd like to stay with STABLE rather than with RELEASE. >> >> Regards, >> Oliver Hello Christian, I just checked with a laptop which has a dedicated nVidia Quadro 3100M (Dell Latidude E6510), which has also world and kernel build with CLANG. I do not experience this pagefault on that laptop either. I also have a box running nearly the same hardware and the same GTX560Ti, but FreeBSD 10.0-CURRENT, and this box' OS is also built via CLANG. There is also no issue. Maybe it's an BIOS issue triggered by the BIOS. I guess, I can not circumvent any debugging ... Thanks, regards, Oliver --------------enig970125229F4BE0F05D30C28F 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8C+S8ACgkQU6Ni+wtCKv+YXwEAmYVMnbHZnmGFp5lAuhojTw5F B038paPFzVkDM2J2Mi8A+gN3T6mQIIkWXU83NPW4ZdQ12kgxqASQnq4wdoKGP3tq =SguW -----END PGP SIGNATURE----- --------------enig970125229F4BE0F05D30C28F-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 12:50:47 2012 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 237571065678; Tue, 3 Jan 2012 12:50:47 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 808C88FC24; Tue, 3 Jan 2012 12:50:46 +0000 (UTC) Received: by eekc50 with SMTP id c50so18881788eek.13 for ; Tue, 03 Jan 2012 04:50:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9YL3bBINV018rcGA8bRU2s+Il2H6GFXkdtYYI5MORvY=; b=CvbX9fjP1kn5AnTxUjK5SMnkN/nAJLWz28ZHD2cYlx8VqG0KY/4WvvZUfVCSJ49G58 Qfhx7EfI6EC/AE8im/mtTcY4NzhzDSG3SWDcc+Rwc6uYFbzGmpPA1ee8STaMYEiU1PfR T+Tn2BHSpr/m5OPDgaAyUYkF8EZXPmMMqP4vo= Received: by 10.213.105.196 with SMTP id u4mr3931344ebo.48.1325595045371; Tue, 03 Jan 2012 04:50:45 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id e12sm54575035eea.5.2012.01.03.04.50.42 (version=SSLv3 cipher=OTHER); Tue, 03 Jan 2012 04:50:44 -0800 (PST) Message-ID: <4F02F9A0.3090802@gmail.com> Date: Tue, 03 Jan 2012 14:50:40 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F02D538.1020109@mail.zedat.fu-berlin.de> In-Reply-To: <4F02D538.1020109@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , Ports FreeBSD Subject: Re: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf 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, 03 Jan 2012 12:50:47 -0000 03.01.2012 12:15, O. Hartmann wrote: > On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG > built), equipted with a nVidia GT760Ti graphics board, loading the > nvidia module via /boot/loader.conf results in a page fault with random > error messages before rebooting. 9-STABLE, amd64, clang world and ports, GeForce 8500 GT - works like a charm for me. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 17:36:53 2012 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 1AD1C106566B for ; Tue, 3 Jan 2012 17:36:53 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id D33F88FC17 for ; Tue, 3 Jan 2012 17:36:52 +0000 (UTC) Received: by yhfq46 with SMTP id q46so11084149yhf.13 for ; Tue, 03 Jan 2012 09:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=hZ8+UjUqryoqIOpWXGSYuk94XCDjupFmvumEPVNKHsU=; b=MY86K7alU8SvFGRqRzjmKQtbdSHQQYG9ld4LjJ4WJuOabprdtFbO9JFkiB2N6T5wvZ 3a67jDMaL39610aDAqHtgydyOv6V0tzjz2Bci8Msgp9nUZw+9rFwB2Wkzj+t342WIWMz KnGvE5EQMNimSbYJI8HRZPmJWLkyUMyZ+76rY= MIME-Version: 1.0 Received: by 10.236.183.138 with SMTP id q10mr66841823yhm.128.1325610453782; Tue, 03 Jan 2012 09:07:33 -0800 (PST) Received: by 10.147.76.13 with HTTP; Tue, 3 Jan 2012 09:07:33 -0800 (PST) Date: Tue, 3 Jan 2012 15:07:33 -0200 Message-ID: From: Alexandre Biancalana To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD at Amazon EC2 status 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, 03 Jan 2012 17:36:53 -0000 Hi lists, What=B4s is the current state of FreeBSD running on Amazon EC2 ? Is this stable ? Looking at Colin's status page (http://www.daemonology.net/freebsd-on-ec2/) looks like there=B4s no active development on that. Does someone running production workload with FreeBSD on EC2 ? I'm interested in running network (dns and http with accept filter) and memory/buffer cache intensive applications on m1.small, m1.large and m2.xlarge instances. Any thoughts ? (I had posted this message to -question list, sorry for whom already received this) Best Regards and Happy New Year ! Alexandre From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 17:50:30 2012 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 99D031065670 for ; Tue, 3 Jan 2012 17:50:30 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 582698FC08 for ; Tue, 3 Jan 2012 17:50:30 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q03He6Xq011896; Tue, 3 Jan 2012 09:40:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1325612406; bh=Uo5QPnzrjJJFxLWqeW2HAKWRwkaKO1cOqDxvOAOBycA=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=Usmlq+q8j3StdKpa4cwujSEsNZRpVE8yQMJ/rux3fUYH3B8pFnZU7ANM4cFKVONVZ I21v9Q7iKORiR0DhgBK8khdZyiCm4kA0Z26YJXCiMdx833jHl7wq6V5oUSGCqoXnE9 JHt0oX9bRUbzKMGZto3l55HI6krZwBNz7NPi5H9o= From: Sean Bruno To: Alexandre Biancalana In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Tue, 03 Jan 2012 09:40:05 -0800 Message-ID: <1325612405.6073.2704.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 03 Jan 2012 17:55:37 +0000 Cc: freebsd-xen@freebsd.org Subject: Re: FreeBSD at Amazon EC2 status 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, 03 Jan 2012 17:50:30 -0000 On Tue, 2012-01-03 at 09:07 -0800, Alexandre Biancalana wrote: > Hi lists, > > What´s is the current state of FreeBSD running on Amazon EC2 ? Is > this stable ? Looking at Colin's status page > (http://www.daemonology.net/freebsd-on-ec2/) looks like there´s no > active development on that. > > Does someone running production workload with FreeBSD on EC2 ? > > I'm interested in running network (dns and http with accept filter) > and memory/buffer cache intensive applications on m1.small, m1.large > and m2.xlarge instances. > > Any thoughts ? > > (I had posted this message to -question list, sorry for whom already > received this) > > Best Regards and Happy New Year ! > Alexandre I suspect that the folks on xen@freebsd.org could comment on this. FreeBSD on EC2 is working fine as far as I know, however I don't personally use it at this time. Sean From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 23:00:12 2012 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 5F2BA106564A; Tue, 3 Jan 2012 23:00:12 +0000 (UTC) (envelope-from superbisquit@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 288678FC08; Tue, 3 Jan 2012 23:00:12 +0000 (UTC) Received: by pbcc3 with SMTP id c3so14443124pbc.13 for ; Tue, 03 Jan 2012 15:00:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G3uHB3WkKlZoPtbUx48KClCUG12idRsJ/o2m9aZaNls=; b=hyPk6kdgzqaSoGaQcYJq915RjHuHubuf+l2E0E3sr8T8FqJVrllj4ebn57XkdziQwR ucWPLBB1/zvKdWgS15OWMeKpdRuzdDazVEXeo4vOArATsSc0XSXeJK61YN6fml/FZzgg bHRTd3UqAHPOYVmU5rm1VZNaPd35JfKGUMKvw= MIME-Version: 1.0 Received: by 10.68.192.70 with SMTP id he6mr1224128pbc.37.1325629876100; Tue, 03 Jan 2012 14:31:16 -0800 (PST) Received: by 10.68.24.102 with HTTP; Tue, 3 Jan 2012 14:31:15 -0800 (PST) In-Reply-To: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> References: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> Date: Tue, 3 Jan 2012 17:31:15 -0500 Message-ID: From: Super Bisquit To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, powerpc@freebsd.org Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc 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, 03 Jan 2012 23:00:12 -0000 I still say that the system should be built natively on powerpc equipment. On Mon, Jan 2, 2012 at 7:15 PM, FreeBSD Tinderbox wrote: > TB --- 2012-01-02 22:07:52 - tinderbox 2.8 running on > freebsd-stable.sentex.ca > TB --- 2012-01-02 22:07:52 - starting RELENG_9 tinderbox run for > powerpc/powerpc > TB --- 2012-01-02 22:07:52 - cleaning the object tree > TB --- 2012-01-02 22:08:14 - cvsupping the source tree > TB --- 2012-01-02 22:08:14 - /usr/bin/csup -z -r 3 -g -L 1 -h > cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile > TB --- 2012-01-02 22:09:10 - building world > TB --- 2012-01-02 22:09:10 - CROSS_BUILD_TESTING=YES > TB --- 2012-01-02 22:09:10 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-01-02 22:09:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-01-02 22:09:10 - SRCCONF=/dev/null > TB --- 2012-01-02 22:09:10 - TARGET=powerpc > TB --- 2012-01-02 22:09:10 - TARGET_ARCH=powerpc > TB --- 2012-01-02 22:09:10 - TZ=UTC > TB --- 2012-01-02 22:09:10 - __MAKE_CONF=/dev/null > TB --- 2012-01-02 22:09:10 - cd /src > TB --- 2012-01-02 22:09:10 - /usr/bin/make -B buildworld > >>> World build started on Mon Jan 2 22:09:11 UTC 2012 > >>> 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 Tue Jan 3 00:09:09 UTC 2012 > TB --- 2012-01-03 00:09:09 - generating LINT kernel config > TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf > TB --- 2012-01-03 00:09:09 - /usr/bin/make -B LINT > TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf > TB --- 2012-01-03 00:09:09 - /usr/sbin/config -m LINT > TB --- 2012-01-03 00:09:09 - building LINT kernel > TB --- 2012-01-03 00:09:09 - CROSS_BUILD_TESTING=YES > TB --- 2012-01-03 00:09:09 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-01-03 00:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-01-03 00:09:09 - SRCCONF=/dev/null > TB --- 2012-01-03 00:09:09 - TARGET=powerpc > TB --- 2012-01-03 00:09:09 - TARGET_ARCH=powerpc > TB --- 2012-01-03 00:09:09 - TZ=UTC > TB --- 2012-01-03 00:09:09 - __MAKE_CONF=/dev/null > TB --- 2012-01-03 00:09:09 - cd /src > TB --- 2012-01-03 00:09:09 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Tue Jan 3 00:09:09 UTC 2012 > >>> 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 > [...] > /src/sys/geom/multipath/g_multipath.c:367: error: 'struct > g_multipath_softc' has no member named 'cp_active' > /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': > /src/sys/geom/multipath/g_multipath.c:411: error: 'struct > g_multipath_softc' has no member named 'cp_active' > /src/sys/geom/multipath/g_multipath.c:417: error: 'struct > g_multipath_softc' has no member named 'cp_active' > /src/sys/geom/multipath/g_multipath.c: In function > 'g_multipath_ctl_getactive': > /src/sys/geom/multipath/g_multipath.c:748: error: 'struct > g_multipath_softc' has no member named 'cp_active' > /src/sys/geom/multipath/g_multipath.c:748: error: 'struct > g_multipath_softc' has no member named 'cp_active' > /src/sys/geom/multipath/g_multipath.c:749: error: 'struct > g_multipath_softc' has no member named 'cp_active' > *** Error code 1 > > Stop in /obj/powerpc.powerpc/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-01-03 00:15:58 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-01-03 00:15:58 - ERROR: failed to build LINT kernel > TB --- 2012-01-03 00:15:58 - 6003.98 user 747.39 system 7685.27 real > > > > http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 3 23:33:13 2012 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 DC4C21065673 for ; Tue, 3 Jan 2012 23:33:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 982C58FC1B for ; Tue, 3 Jan 2012 23:33:13 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta03.westchester.pa.mail.comcast.net with comcast id HAWv1i0061ap0As53BKyHz; Tue, 03 Jan 2012 23:19:58 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.westchester.pa.mail.comcast.net with comcast id HBKx1i0131t3BNj3iBKxH1; Tue, 03 Jan 2012 23:19:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 14068102C19; Tue, 3 Jan 2012 15:19:56 -0800 (PST) Date: Tue, 3 Jan 2012 15:19:56 -0800 From: Jeremy Chadwick To: Super Bisquit Message-ID: <20120103231956.GA25173@icarus.home.lan> References: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, mav@freebsd.org, FreeBSD Tinderbox Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc 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, 03 Jan 2012 23:33:13 -0000 On Tue, Jan 03, 2012 at 05:31:15PM -0500, Super Bisquit wrote: > I still say that the system should be built natively on powerpc equipment. What relevancy does that have to the situation? We're seeing the same for other architectures, not just powerpc. 4516 01/02 21:53 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on i386/i386 4517 01/02 22:07 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on ia64/ia64 4518 01/02 22:46 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on i386/pc98 4519 01/03 00:11 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on sparc64/sparc64 4520 01/03 00:15 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on powerpc/powerpc 4522 01/03 00:57 FreeBSD Tinderbox (3.9K) [releng_9 tinderbox] failure on powerpc64/powerpc This is obviously a "botched" commit by mav@ that breaks RELENG_9 but not RELENG_8. In CVS I see no further commits to fix this, so I'm CC'ing mav@ here. > On Mon, Jan 2, 2012 at 7:15 PM, FreeBSD Tinderbox wrote: > > > TB --- 2012-01-02 22:07:52 - tinderbox 2.8 running on > > freebsd-stable.sentex.ca > > TB --- 2012-01-02 22:07:52 - starting RELENG_9 tinderbox run for > > powerpc/powerpc > > TB --- 2012-01-02 22:07:52 - cleaning the object tree > > TB --- 2012-01-02 22:08:14 - cvsupping the source tree > > TB --- 2012-01-02 22:08:14 - /usr/bin/csup -z -r 3 -g -L 1 -h > > cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile > > TB --- 2012-01-02 22:09:10 - building world > > TB --- 2012-01-02 22:09:10 - CROSS_BUILD_TESTING=YES > > TB --- 2012-01-02 22:09:10 - MAKEOBJDIRPREFIX=/obj > > TB --- 2012-01-02 22:09:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > > TB --- 2012-01-02 22:09:10 - SRCCONF=/dev/null > > TB --- 2012-01-02 22:09:10 - TARGET=powerpc > > TB --- 2012-01-02 22:09:10 - TARGET_ARCH=powerpc > > TB --- 2012-01-02 22:09:10 - TZ=UTC > > TB --- 2012-01-02 22:09:10 - __MAKE_CONF=/dev/null > > TB --- 2012-01-02 22:09:10 - cd /src > > TB --- 2012-01-02 22:09:10 - /usr/bin/make -B buildworld > > >>> World build started on Mon Jan 2 22:09:11 UTC 2012 > > >>> 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 Tue Jan 3 00:09:09 UTC 2012 > > TB --- 2012-01-03 00:09:09 - generating LINT kernel config > > TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf > > TB --- 2012-01-03 00:09:09 - /usr/bin/make -B LINT > > TB --- 2012-01-03 00:09:09 - cd /src/sys/powerpc/conf > > TB --- 2012-01-03 00:09:09 - /usr/sbin/config -m LINT > > TB --- 2012-01-03 00:09:09 - building LINT kernel > > TB --- 2012-01-03 00:09:09 - CROSS_BUILD_TESTING=YES > > TB --- 2012-01-03 00:09:09 - MAKEOBJDIRPREFIX=/obj > > TB --- 2012-01-03 00:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > > TB --- 2012-01-03 00:09:09 - SRCCONF=/dev/null > > TB --- 2012-01-03 00:09:09 - TARGET=powerpc > > TB --- 2012-01-03 00:09:09 - TARGET_ARCH=powerpc > > TB --- 2012-01-03 00:09:09 - TZ=UTC > > TB --- 2012-01-03 00:09:09 - __MAKE_CONF=/dev/null > > TB --- 2012-01-03 00:09:09 - cd /src > > TB --- 2012-01-03 00:09:09 - /usr/bin/make -B buildkernel KERNCONF=LINT > > >>> Kernel build for LINT started on Tue Jan 3 00:09:09 UTC 2012 > > >>> 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 > > [...] > > /src/sys/geom/multipath/g_multipath.c:367: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > /src/sys/geom/multipath/g_multipath.c: In function 'g_multipath_rotate': > > /src/sys/geom/multipath/g_multipath.c:411: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > /src/sys/geom/multipath/g_multipath.c:417: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > /src/sys/geom/multipath/g_multipath.c: In function > > 'g_multipath_ctl_getactive': > > /src/sys/geom/multipath/g_multipath.c:748: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > /src/sys/geom/multipath/g_multipath.c:748: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > /src/sys/geom/multipath/g_multipath.c:749: error: 'struct > > g_multipath_softc' has no member named 'cp_active' > > *** Error code 1 > > > > Stop in /obj/powerpc.powerpc/src/sys/LINT. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > TB --- 2012-01-03 00:15:58 - WARNING: /usr/bin/make returned exit code 1 > > TB --- 2012-01-03 00:15:58 - ERROR: failed to build LINT kernel > > TB --- 2012-01-03 00:15:58 - 6003.98 user 747.39 system 7685.27 real > > > > > > > > http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full > > _______________________________________________ > > freebsd-ppc@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > > To unsubscribe, send any mail to "freebsd-ppc-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" -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 01:53:47 2012 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 6ECE7106566C; Wed, 4 Jan 2012 01:53:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 186438FC13; Wed, 4 Jan 2012 01:53:47 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q041rk9o009266; Wed, 4 Jan 2012 01:53:46 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q041rk47009243; Wed, 4 Jan 2012 01:53:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jan 2012 01:53:46 GMT Message-Id: <201201040153.q041rk47009243@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Wed, 04 Jan 2012 01:53:47 -0000 TB --- 2012-01-03 23:59:19 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-03 23:59:19 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-01-03 23:59:19 - cleaning the object tree TB --- 2012-01-03 23:59:42 - cvsupping the source tree TB --- 2012-01-03 23:59:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-01-04 00:00:22 - building world TB --- 2012-01-04 00:00:22 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 00:00:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 00:00:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 00:00:22 - SRCCONF=/dev/null TB --- 2012-01-04 00:00:22 - TARGET=powerpc TB --- 2012-01-04 00:00:22 - TARGET_ARCH=powerpc TB --- 2012-01-04 00:00:22 - TZ=UTC TB --- 2012-01-04 00:00:22 - __MAKE_CONF=/dev/null TB --- 2012-01-04 00:00:22 - cd /src TB --- 2012-01-04 00:00:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 4 00:00:23 UTC 2012 >>> 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 Wed Jan 4 01:52:02 UTC 2012 TB --- 2012-01-04 01:52:02 - generating LINT kernel config TB --- 2012-01-04 01:52:02 - cd /src/sys/powerpc/conf TB --- 2012-01-04 01:52:02 - /usr/bin/make -B LINT TB --- 2012-01-04 01:52:02 - cd /src/sys/powerpc/conf TB --- 2012-01-04 01:52:02 - /usr/sbin/config -m LINT TB --- 2012-01-04 01:52:02 - building LINT kernel TB --- 2012-01-04 01:52:02 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 01:52:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 01:52:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 01:52:02 - SRCCONF=/dev/null TB --- 2012-01-04 01:52:02 - TARGET=powerpc TB --- 2012-01-04 01:52:02 - TARGET_ARCH=powerpc TB --- 2012-01-04 01:52:02 - TZ=UTC TB --- 2012-01-04 01:52:02 - __MAKE_CONF=/dev/null TB --- 2012-01-04 01:52:02 - cd /src TB --- 2012-01-04 01:52:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 4 01:52:02 UTC 2012 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/iommu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector /src/sys/dev/ti/if_ti.c:134:2: error: #error "options TI_JUMBO_HDRSPLIT requires TI_SF_BUF_JUMBO" mkdep: compile failed *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-04 01:53:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-04 01:53:45 - ERROR: failed to build LINT kernel TB --- 2012-01-04 01:53:45 - 5441.09 user 688.28 system 6866.24 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 00:24:06 2012 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 4CDB91065672 for ; Wed, 4 Jan 2012 00:24:06 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 11F928FC18 for ; Wed, 4 Jan 2012 00:24:05 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so19518105obb.13 for ; Tue, 03 Jan 2012 16:24:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=xP/zu7HU7u6LRNSkXhDQpru8xtbzUHr0Z6DDw6L9FS4=; b=vcj0IYYvuE0I4OO+4JJbDMrRa+Jl5XOV/AMNJspbAKMbby/J6AYuKwIDo+NQQB3Luc hR1yc09XZW1p13cELpYxIdjcpcmrBizmxjOI+ru8a48Zoqb8ALK1l/iUGQ7cewhjR5oy sQSjpSV/S5WI4q2dS0TNj3hwQzwN1sAIh/oUQ= MIME-Version: 1.0 Received: by 10.182.159.70 with SMTP id xa6mr46570136obb.1.1325634979410; Tue, 03 Jan 2012 15:56:19 -0800 (PST) Received: by 10.182.152.6 with HTTP; Tue, 3 Jan 2012 15:56:19 -0800 (PST) In-Reply-To: <20120103231956.GA25173@icarus.home.lan> References: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> <20120103231956.GA25173@icarus.home.lan> Date: Tue, 3 Jan 2012 15:56:19 -0800 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 04 Jan 2012 02:27:46 +0000 Cc: Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc 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, 04 Jan 2012 00:24:06 -0000 (mav@, powerpc@, stable@, SuperBisquit BCCed) On Tue, Jan 3, 2012 at 3:19 PM, Jeremy Chadwick wrote: > On Tue, Jan 03, 2012 at 05:31:15PM -0500, Super Bisquit wrote: >> I still say that the system should be built natively on powerpc equipmen= t. > > What relevancy does that have to the situation? =A0We're seeing the same > for other architectures, not just powerpc. > > 4516 =A0 =A0 01/02 21:53 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on i386/i386 > 4517 =A0 =A0 01/02 22:07 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on ia64/ia64 > 4518 =A0 =A0 01/02 22:46 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on i386/pc98 > 4519 =A0 =A0 01/03 00:11 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on sparc64/sparc64 > 4520 =A0 =A0 01/03 00:15 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on powerpc/powerpc > 4522 =A0 =A0 01/03 00:57 =A0FreeBSD Tinderbox =A0 (3.9K) [releng_9 tinder= box] failure on powerpc64/powerpc > > This is obviously a "botched" commit by mav@ that breaks RELENG_9 but > not RELENG_8. > > In CVS I see no further commits to fix this, so I'm CC'ing mav@ here. This is yet another transient out-of-sync tinderbox issue that I've seen for the past year on current@ (and I'm sure has been happening longer). I've raised the concern to cluster@, des@, and tinderbox@. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 02:33:44 2012 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 DBEDA106564A; Wed, 4 Jan 2012 02:33:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 854EA8FC13; Wed, 4 Jan 2012 02:33:44 +0000 (UTC) Received: by iadj38 with SMTP id j38so39964017iad.13 for ; Tue, 03 Jan 2012 18:33:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=5wJGU9cyf7uqYosHur1uyeZm784qqvtzt0cbD9Ab5e4=; b=XDUnHPHzSgfmd6B4FZnfomVuFkLKT6QiuBVhrzbiVgiMgLTGD34uRPmxL+ssWkm+zg N9ASUeHDHZ1NLpGjlZy79mp74saWOAg24l1M5qA0ZLs+25yf5JbcyJSVb2ssqwqc/akj yY9u0yOwtt9wFdY56PxdZFwMmehSpCRcRRhpI= Received: by 10.50.219.226 with SMTP id pr2mr64085980igc.30.1325642691896; Tue, 03 Jan 2012 18:04:51 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x18sm183484902ibi.2.2012.01.03.18.04.49 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jan 2012 18:04:50 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 03 Jan 2012 18:04:48 -0800 From: YongHyeon PYUN Date: Tue, 3 Jan 2012 18:04:48 -0800 To: FreeBSD Tinderbox Message-ID: <20120104020448.GA3584@michelle.cdnetworks.com> References: <201201040153.q041rk47009243@freebsd-stable.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201201040153.q041rk47009243@freebsd-stable.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, powerpc@freebsd.org Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2012 02:33:45 -0000 On Wed, Jan 04, 2012 at 01:53:46AM +0000, FreeBSD Tinderbox wrote: > TB --- 2012-01-03 23:59:19 - tinderbox 2.8 running on freebsd-stable.sentex.ca > TB --- 2012-01-03 23:59:19 - starting RELENG_9 tinderbox run for powerpc/powerpc > TB --- 2012-01-03 23:59:19 - cleaning the object tree > TB --- 2012-01-03 23:59:42 - cvsupping the source tree > TB --- 2012-01-03 23:59:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile > TB --- 2012-01-04 00:00:22 - building world > TB --- 2012-01-04 00:00:22 - CROSS_BUILD_TESTING=YES > TB --- 2012-01-04 00:00:22 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-01-04 00:00:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-01-04 00:00:22 - SRCCONF=/dev/null > TB --- 2012-01-04 00:00:22 - TARGET=powerpc > TB --- 2012-01-04 00:00:22 - TARGET_ARCH=powerpc > TB --- 2012-01-04 00:00:22 - TZ=UTC > TB --- 2012-01-04 00:00:22 - __MAKE_CONF=/dev/null > TB --- 2012-01-04 00:00:22 - cd /src > TB --- 2012-01-04 00:00:22 - /usr/bin/make -B buildworld > >>> World build started on Wed Jan 4 00:00:23 UTC 2012 > >>> 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 Wed Jan 4 01:52:02 UTC 2012 > TB --- 2012-01-04 01:52:02 - generating LINT kernel config > TB --- 2012-01-04 01:52:02 - cd /src/sys/powerpc/conf > TB --- 2012-01-04 01:52:02 - /usr/bin/make -B LINT > TB --- 2012-01-04 01:52:02 - cd /src/sys/powerpc/conf > TB --- 2012-01-04 01:52:02 - /usr/sbin/config -m LINT > TB --- 2012-01-04 01:52:02 - building LINT kernel > TB --- 2012-01-04 01:52:02 - CROSS_BUILD_TESTING=YES > TB --- 2012-01-04 01:52:02 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-01-04 01:52:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-01-04 01:52:02 - SRCCONF=/dev/null > TB --- 2012-01-04 01:52:02 - TARGET=powerpc > TB --- 2012-01-04 01:52:02 - TARGET_ARCH=powerpc > TB --- 2012-01-04 01:52:02 - TZ=UTC > TB --- 2012-01-04 01:52:02 - __MAKE_CONF=/dev/null > TB --- 2012-01-04 01:52:02 - cd /src > TB --- 2012-01-04 01:52:02 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Wed Jan 4 01:52:02 UTC 2012 > >>> 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 > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/iommu_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h > awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h > rm -f .newdep > /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector > /src/sys/dev/ti/if_ti.c:134:2: error: #error "options TI_JUMBO_HDRSPLIT requires TI_SF_BUF_JUMBO" > mkdep: compile failed > *** Error code 1 > I think this is transient tinderbox error triggered by r229432. > Stop in /obj/powerpc.powerpc/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-01-04 01:53:45 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-01-04 01:53:45 - ERROR: failed to build LINT kernel > TB --- 2012-01-04 01:53:45 - 5441.09 user 688.28 system 6866.24 real > > > http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 02:41:50 2012 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 6B062106566B; Wed, 4 Jan 2012 02:41:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id EF7178FC0C; Wed, 4 Jan 2012 02:41:49 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q042fnkR016467; Wed, 4 Jan 2012 02:41:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q042fn36016466; Wed, 4 Jan 2012 02:41:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jan 2012 02:41:49 GMT Message-Id: <201201040241.q042fn36016466@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/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: Wed, 04 Jan 2012 02:41:50 -0000 TB --- 2012-01-04 00:31:01 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-04 00:31:01 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-01-04 00:31:02 - cleaning the object tree TB --- 2012-01-04 00:31:33 - cvsupping the source tree TB --- 2012-01-04 00:31:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-01-04 00:32:43 - building world TB --- 2012-01-04 00:32:43 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 00:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 00:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 00:32:43 - SRCCONF=/dev/null TB --- 2012-01-04 00:32:43 - TARGET=powerpc TB --- 2012-01-04 00:32:43 - TARGET_ARCH=powerpc64 TB --- 2012-01-04 00:32:43 - TZ=UTC TB --- 2012-01-04 00:32:43 - __MAKE_CONF=/dev/null TB --- 2012-01-04 00:32:43 - cd /src TB --- 2012-01-04 00:32:43 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 4 00:32:44 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jan 4 02:40:46 UTC 2012 TB --- 2012-01-04 02:40:46 - generating LINT kernel config TB --- 2012-01-04 02:40:46 - cd /src/sys/powerpc/conf TB --- 2012-01-04 02:40:46 - /usr/bin/make -B LINT TB --- 2012-01-04 02:40:46 - cd /src/sys/powerpc/conf TB --- 2012-01-04 02:40:46 - /usr/sbin/config -m LINT TB --- 2012-01-04 02:40:46 - building LINT kernel TB --- 2012-01-04 02:40:46 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 02:40:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 02:40:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 02:40:46 - SRCCONF=/dev/null TB --- 2012-01-04 02:40:46 - TARGET=powerpc TB --- 2012-01-04 02:40:46 - TARGET_ARCH=powerpc64 TB --- 2012-01-04 02:40:46 - TZ=UTC TB --- 2012-01-04 02:40:46 - __MAKE_CONF=/dev/null TB --- 2012-01-04 02:40:46 - cd /src TB --- 2012-01-04 02:40:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 4 02:40:46 UTC 2012 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/iommu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector /src/sys/dev/ti/if_ti.c:134:2: error: #error "options TI_JUMBO_HDRSPLIT requires TI_SF_BUF_JUMBO" mkdep: compile failed *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-04 02:41:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-04 02:41:49 - ERROR: failed to build LINT kernel TB --- 2012-01-04 02:41:49 - 6279.62 user 856.37 system 7847.27 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 07:44:52 2012 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 D4656106566C for ; Wed, 4 Jan 2012 07:44:52 +0000 (UTC) (envelope-from tamgya@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 854518FC13 for ; Wed, 4 Jan 2012 07:44:52 +0000 (UTC) Received: by iadj38 with SMTP id j38so40456028iad.13 for ; Tue, 03 Jan 2012 23:44:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:organization:references:user-agent :x-envelope-to:mail-followup-to:date:message-id:mime-version :content-type; bh=SgJu8qWUklli+CS3hxe8FXpYYgzoYxUeCv7oM6d2yVk=; b=XAI5kEFEJbtbD1/XYp62UiJYY9muAt01pv2m38b/ocIIwzdIMFZROJPxyVDT5224P/ zkJC4Sj7w747KI7WQEmwdqrlKypNT+wvJjT5YgRAh9M3fr+55TGildrmyG142521FjD3 6B06y89euI5E7dnzIkXiVnQQczMY5/glWmGUs= Received: by 10.50.195.164 with SMTP id if4mr65904636igc.11.1325663092007; Tue, 03 Jan 2012 23:44:52 -0800 (PST) Received: from localhost ([58.129.165.156]) by mx.google.com with ESMTPS id r18sm186345070ibh.4.2012.01.03.23.44.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jan 2012 23:44:50 -0800 (PST) From: tamgya@gmail.com (Denise H. G.) To: "O. Hartmann" In-Reply-To: <4F02D538.1020109@mail.zedat.fu-berlin.de> (O. Hartmann's message of "Tue, 03 Jan 2012 11:15:20 +0100") Organization: Pluto The Planet References: <4F02D538.1020109@mail.zedat.fu-berlin.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) X-Envelope-To: ohartman@mail.zedat.fu-berlin.de Mail-Followup-To: "O. Hartmann" , FreeBSD Stable Mailing List , Ports FreeBSD Date: Wed, 04 Jan 2012 15:44:42 +0800 Message-ID: <86vcorud1x.fsf@mars.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Stable Mailing List , Ports FreeBSD Subject: Re: x11/nvidia-driver: crash with FreeBSD 9.0-STABLE/amd64 when module loaded via /boot/loader.conf 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, 04 Jan 2012 07:44:52 -0000 On 2012/01/03 at 18:15, "O. Hartmann" wrote: > > On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG > built), equipted with a nVidia GT760Ti graphics board, loading the > nvidia module via /boot/loader.conf results in a page fault with random > error messages before rebooting. > > Booting the box without the nvidia.ko module loaded in he preboot phase, > results in a stable system. I can then load the module via kldload and > the system jumps then into X11-screen as usual. > > I recompile x11/nvidia-driver on a regular basis when recompiling the > kernel, so the module is always up to date and en par with the kernel > sources. > > The problem occurs idendependently of having kernel module drm.ko loaded > or not. I also tried falling back to the older nvidia driver 285.05.09 > (I use at the moment successfully 290.10). > > Before issuing a PR and doing a full debug reconfiguration of my box, > I'd like to ask whether this is a commong, well known problem since with > FreeBSD 9.0, I'd like to stay with STABLE rather than with RELEASE. No. But build your x11/nvidia-driver with no more than -O. Better with gcc (clang may be OK, but I'm not sure). Furthermore, if you use x11/nvidia-driver, you have no need to load drm.ko, which is for, e.g. radeon cards. > > Regards, > Oliver > > -- It is impossible for an optimist to be pleasantly surprised. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 13:05:57 2012 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 A8A6B1065670 for ; Wed, 4 Jan 2012 13:05:57 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 09B918FC14 for ; Wed, 4 Jan 2012 13:05:56 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 83918B8B4D1; Wed, 4 Jan 2012 13:46:04 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 10.4830] X-CRM114-CacheID: sfid-20120104_13460_760E3798 X-CRM114-Status: Good ( pR: 10.4830 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Wed Jan 4 13:46:04 2012 X-DSPAM-Confidence: 0.8322 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4f044a0c330721136367290 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, To*stable+freebsd.org, 0.00515, To*stable, 0.00630, Date*03+0100, 0.99000, Subject*OK, 0.01000, User-Agent*i686, 0.01128, User-Agent*Linux+i686, 0.01287, User-Agent*i686+en, 0.01385, User-Agent*Mozilla/5.0+(X11, 0.01606, User-Agent*Linux, 0.02419, User-Agent*U+Linux, 0.02607, To*freebsd.org, 0.02896, User-Agent*rv+1.8.1.23), 0.02952, User-Agent*1.8.1.23), 0.02952, User-Agent*Thunderbird/2.0.0.23, 0.02952, Received*ESMTPSA, 0.04406, Received*with+ESMTPSA, 0.04406, Content-Type*charset=ISO+8859, 0.04473, Received*ESMTPSA+id, 0.04537, Content-Type*charset=ISO, 0.04548, Content-Type*text/html+charset=ISO, 0.05580, Received*freebsd.org>, 0.06242, Return-Path*, 0.07005, Return-Path*; Wed, 4 Jan 2012 13:46:03 +0100 (CET) Message-ID: <4F044A0B.3020108@fsn.hu> Date: Wed, 04 Jan 2012 13:46:03 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 To: stable@freebsd.org X-Stationery: 0.7.7 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Enabling IPSec panics stable/9 (runs OK on stable/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, 04 Jan 2012 13:05:57 -0000 Hi, I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits before it has been tagged as STABLE), which runs from NFS (pxebooted). It has some IPSec config in ipsec.conf, like this for several boxes: add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh"; add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh"; add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa"; add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa"; spdadd 172.28.16.4 172.16.248.2 any -P out ipsec esp/transport/172.28.16.4-172.16.248.2/default ah/transport/172.28.16.4-172.16.248.2/default; Running /etc/rc.d/ipsec start instantly panics it with: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xa0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff809bf779 stack pointer = 0x28:0xffffff80002cd350 frame pointer = 0x28:0xffffff80002cd390 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi1: netisr 0) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 trap_fatal() at trap_fatal+0x290 trap_pfault() at trap_pfault+0x1f9 trap() at trap+0x3df calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff809bf779, rsp = 0xffffff80002cd350, rbp = 0xffffff80002cd390 --- ipsec_process_done() at ipsec_process_done+0x119 esp_output_cb() at esp_output_cb+0x1a1 crypto_done() at crypto_done+0x102 swcr_process() at swcr_process+0x1d7 crypto_invoke() at crypto_invoke+0x6b crypto_dispatch() at crypto_dispatch+0xfb esp_output() at esp_output+0x5a2 ipsec4_process_packet() at ipsec4_process_packet+0x1f8 ip_ipsec_output() at ip_ipsec_output+0x16a ip_output() at ip_output+0x526 icmp_reflect() at icmp_reflect+0x339 icmp_input() at icmp_input+0x257 ip_input() at ip_input+0x1de swi_net() at swi_net+0x14d intr_event_execute_handlers() at intr_event_execute_handlers+0x104 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80002cdd00, rbp = 0 --- Uptime: 3m31s The machine in question is a VMWare virtual environment (if it counts), the kernel config is GENERIC plus this: options BOOTP options BOOTP_NFSV3 options BOOTP_NFSROOT options NFSCLIENT device carp device crypto device cryptodev options IPSEC options MAC options ROUTETABLES=1 options KDB options DDB options KDB_UNATTENDED kgdb says: (kgdb) bt #0 doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260 #1 0xffffffff80845705 in kern_reboot (howto=260) at /data/usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff80845bb1 in panic (fmt=Variable "fmt" is not available. ) at /data/usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /data/usr/src/sys/amd64/amd64/trap.c:819 #4 0xffffffff80b16ae9 in trap_pfault (frame=0xffffff80002cd2a0, usermode=0) at /data/usr/src/sys/amd64/amd64/trap.c:735 #5 0xffffffff80b16faf in trap (frame=0xffffff80002cd2a0) at /data/usr/src/sys/amd64/amd64/trap.c:474 #6 0xffffffff80b012ef in calltrap () at /data/usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, isr=0xfffffe001bf54380) at /data/usr/src/sys/netipsec/ipsec_output.c:170 #8 0xffffffff809ce931 in esp_output_cb (crp=0xfffffe011103c058) at /data/usr/src/sys/netipsec/xform_esp.c:1007 #9 0xffffffff809f4e12 in crypto_done (crp=0xfffffe011103c058) at /data/usr/src/sys/opencrypto/crypto.c:1156 #10 0xffffffff809f89c7 in swcr_process (dev=Variable "dev" is not available. ) at /data/usr/src/sys/opencrypto/cryptosoft.c:1054 #11 0xffffffff809f5c9b in crypto_invoke (cap=0xfffffe000c12f700, crp=0xfffffe011103c058, hint=0) at cryptodev_if.h:53 #12 0xffffffff809f6acb in crypto_dispatch (crp=0xfffffe011103c058) at /data/usr/src/sys/opencrypto/crypto.c:806 #13 0xffffffff809cef82 in esp_output (m=0xfffffe000c7c7a00, isr=0xfffffe001bf54380, mp=Variable "mp" is not available. ) at /data/usr/src/sys/netipsec/xform_esp.c:907 #14 0xffffffff809bfa98 in ipsec4_process_packet (m=0xfffffe000c7c7a00, isr=0xfffffe001bf54380, flags=Variable "flags" is not available. ) at /data/usr/src/sys/netipsec/ipsec_output.c:580 #15 0xffffffff8096f5da in ip_ipsec_output (m=0xffffff80002cd898, inp=0x0, flags=0xffffff80002cd894, error=0xffffff80002cd8ac) at /data/usr/src/sys/netinet/ip_ipsec.c:353 #16 0xffffffff80971be6 in ip_output (m=0xfffffe000c7c7a00, opt=Variable "opt" is not available. ) at /data/usr/src/sys/netinet/ip_output.c:480 #17 0xffffffff8096c519 in icmp_reflect (m=0xfffffe000c7c7a00) at /data/usr/src/sys/netinet/ip_icmp.c:886 #18 0xffffffff8096caa7 in icmp_input (m=0xfffffe000c7c7a00, off=20) at /data/usr/src/sys/netinet/ip_icmp.c:571 #19 0xffffffff8096eede in ip_input (m=0xfffffe000c7c7a00) at /data/usr/src/sys/netinet/ip_input.c:760 #20 0xffffffff80909bdd in swi_net (arg=Variable "arg" is not available. ) at /data/usr/src/sys/net/netisr.c:806 #21 0xffffffff8081b804 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /data/usr/src/sys/kern/kern_intr.c:1257 #22 0xffffffff8081cfc4 in ithread_loop (arg=0xfffffe000c1133a0) at /data/usr/src/sys/kern/kern_intr.c:1270 #23 0xffffffff8081845f in fork_exit ( callout=0xffffffff8081cf20 , arg=0xfffffe000c1133a0, frame=0xffffff80002cdc50) at /data/usr/src/sys/kern/kern_fork.c:995 #24 0xffffffff80b0181e in fork_trampoline () at /data/usr/src/sys/amd64/amd64/exception.S:602 #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000001 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0xffffffff81136080 in affinity () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0xfffffe000c134000 in ?? () #53 0xffffff80002ccef0 in ?? () #54 0xffffff80002cce98 in ?? () #55 0xfffffe000c118000 in ?? () #56 0xffffffff8086de12 in sched_switch (td=0xffffffff8081cf20, newtd=dwarf2_read_address: Corrupted DWARF expression. ) at /data/usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) 8-STABLE runs fine with the same config. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 14:41:50 2012 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 7535E1065672 for ; Wed, 4 Jan 2012 14:41:50 +0000 (UTC) (envelope-from apache@mlwe213.servidoresdns.net) Received: from mlwe213.servidoresdns.net (mlwe213.servidoresdns.net [82.223.148.209]) by mx1.freebsd.org (Postfix) with ESMTP id 35F688FC12 for ; Wed, 4 Jan 2012 14:41:49 +0000 (UTC) Received: by mlwe213.servidoresdns.net (Postfix, from userid 48) id ACD5817B2FBB; Wed, 4 Jan 2012 14:51:09 +0100 (CET) To: stable@freebsd.org From: Deacon Davis Jones MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20120104135109.ACD5817B2FBB@mlwe213.servidoresdns.net> Date: Wed, 4 Jan 2012 14:51:09 +0100 (CET) Cc: Subject: BLESS YOUR HEART X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deacondavidjones@yahoo.com.hk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2012 14:41:50 -0000 Dearest In The Lord The time has come for Christians to worship God in spirit and in truth according to the book of John chapter 4:vs23-24.But the hour cometh and now is when the true worshipers shall worship the Father in spirit and in truth: for the Father seeketh such to worship him . God is a spirit,and they that worship him must worship him in spirit and in truth. Based on this scripture, it became obvious that I should do the right thing if I must enter into the kingdom of God . I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, a God fearing and dedicated couple. They were very wealthy but had no child. They travelled to Patong- Thailand for Christmas holiday but met death on the 26th of December 2004 during the Tsunami disaster. As their legal adviser, before their death, the husband Mr. Mike Hall instructed me to write his WILL, because they had no child, he dedicated their wealth to God. They had a lot of landed properties houses Stocks/bonds, etc. According to their instruction.According to the WILL, their assets should be given out to a ministry for the work of God. As their legal adviser, all the documents for the fund that are deposited with the Vault company are in my care. As aborn again Christian , I have been reading my bible and I have to do what is lawful and right in the sight of God by giving out the fund to the chosen ministry for the purpose of God's work as instructed by the owners before there death. After my fasting and prayers Today, I asked God to make his choice and direct me to an honest Christian or the chosen ministry that deserves this fund by his Grace. I then came across your address on the Internet.I appeal to you to use the fund wisely for things that will glorify the name of God. I must say that I'm very uncomfortable sending this message to you without knowing truly if you would misconstrue the importance and decides to go public. In this regards, I will not hold back to say that the essence of this message is strictly for Charity.May God bless you as you make up your mind to work for God. Thanks. Elizabeth & Deacon David Jones From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 15:10:12 2012 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 4999F106564A for ; Wed, 4 Jan 2012 15:10:12 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0064B8FC14 for ; Wed, 4 Jan 2012 15:10:11 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id F0FB92798BD; Wed, 4 Jan 2012 15:51:55 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id D963217066; Wed, 4 Jan 2012 15:51:55 +0100 (CET) Date: Wed, 4 Jan 2012 15:51:55 +0100 From: VANHULLEBUS Yvan To: Attila Nagy Message-ID: <20120104145155.GA31550@zeninc.net> References: <4F044A0B.3020108@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F044A0B.3020108@fsn.hu> User-Agent: All mail clients suck. This one just sucks less. Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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, 04 Jan 2012 15:10:12 -0000 On Wed, Jan 04, 2012 at 01:46:03PM +0100, Attila Nagy wrote: > Hi, Hi. > I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits > before it has been tagged as STABLE), which runs from NFS (pxebooted). > It has some IPSec config in ipsec.conf, like this for several boxes: > add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh"; > add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh"; > add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa"; > add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa"; > spdadd 172.28.16.4 172.16.248.2 any -P out ipsec > esp/transport/172.28.16.4-172.16.248.2/default > ah/transport/172.28.16.4-172.16.248.2/default; There is probably nothing related to the crash, but do you really use static IPsec without IKE keying ???? [....] > kgdb says: > (kgdb) bt > #0 doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260 > #1 0xffffffff80845705 in kern_reboot (howto=260) > at /data/usr/src/sys/kern/kern_shutdown.c:442 > #2 0xffffffff80845bb1 in panic (fmt=Variable "fmt" is not available. > ) > at /data/usr/src/sys/kern/kern_shutdown.c:607 > #3 0xffffffff80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is > not available. > ) > at /data/usr/src/sys/amd64/amd64/trap.c:819 > #4 0xffffffff80b16ae9 in trap_pfault (frame=0xffffff80002cd2a0, > usermode=0) > at /data/usr/src/sys/amd64/amd64/trap.c:735 > #5 0xffffffff80b16faf in trap (frame=0xffffff80002cd2a0) > at /data/usr/src/sys/amd64/amd64/trap.c:474 > #6 0xffffffff80b012ef in calltrap () > at /data/usr/src/sys/amd64/amd64/exception.S:228 > #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, > isr=0xfffffe001bf54380) at > /data/usr/src/sys/netipsec/ipsec_output.c:170 Here seems to be the problem.... Can you do the following (in this order) in kgdb: frame 7 p saidx p *saidx The latest will probably generate an error, as (if you have the exact same ipsec_output.c as I have from HEAD) saidx will probably have an invalid adress. [...] > 8-STABLE runs fine with the same config. Strange.... I'll review changes in IPsec stack which have been done in STABLE/9 and not backported to STABLE/8..... Yvan. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 15:17:44 2012 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 CBFB3106566C for ; Wed, 4 Jan 2012 15:17:44 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id EEF348FC0C for ; Wed, 4 Jan 2012 15:17:43 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 98AB1B8BA02; Wed, 4 Jan 2012 16:17:42 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 14.0842] X-CRM114-CacheID: sfid-20120104_16174_5FD11FFC X-CRM114-Status: Good ( pR: 14.0842 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Wed Jan 4 16:17:42 2012 X-DSPAM-Confidence: 0.8306 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4f046d9643647980098284 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, References*fsn.hu>, 0.00671, Date*16+17, 0.99000, To*FreeBSD.org>, 0.01000, Subject*OK, 0.01000, User-Agent*i686, 0.01128, User-Agent*Linux+i686, 0.01287, User-Agent*i686+en, 0.01385, User-Agent*Mozilla/5.0+(X11, 0.01606, User-Agent*Linux, 0.02419, User-Agent*U+Linux, 0.02607, User-Agent*rv+1.8.1.23), 0.02952, User-Agent*1.8.1.23), 0.02952, User-Agent*Thunderbird/2.0.0.23, 0.02952, Subject*Re, 0.03794, Received*ESMTPSA, 0.04406, Received*with+ESMTPSA, 0.04406, Content-Type*charset=ISO+8859, 0.04473, Received*ESMTPSA+id, 0.04537, Content-Type*charset=ISO, 0.04548, Content-Type*text/html+charset=ISO, 0.05580, Return-Path*, 0.07005, Return-Path*, 0.11123, X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id A8BBAB8B9F3; Wed, 4 Jan 2012 16:17:41 +0100 (CET) Message-ID: <4F046D95.3070106@fsn.hu> Date: Wed, 04 Jan 2012 16:17:41 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 To: VANHULLEBUS Yvan References: <4F044A0B.3020108@fsn.hu> <20120104145155.GA31550@zeninc.net> In-Reply-To: <20120104145155.GA31550@zeninc.net> X-Stationery: 0.7.7 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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, 04 Jan 2012 15:17:44 -0000 Hi, On 01/04/12 15:51, VANHULLEBUS Yvan wrote: I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits before it has been tagged as STABLE), which runs from NFS (pxebooted). It has some IPSec config in ipsec.conf, like this for several boxes: add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh"; add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh"; add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa"; add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa"; spdadd 172.28.16.4 172.16.248.2 any -P out ipsec esp/transport/172.28.16.4-172.16.248.2/default ah/transport/172.28.16.4-172.16.248.2/default; There is probably nothing related to the crash, but do you really use static IPsec without IKE keying ???? Yes. :) It runs on an intranet, but there's a need to encrypt traffic. [....] kgdb says: (kgdb) bt #0 doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260 #1 0xffffffff80845705 in kern_reboot (howto=260) at /data/usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff80845bb1 in panic (fmt=Variable "fmt" is not available. ) at /data/usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /data/usr/src/sys/amd64/amd64/trap.c:819 #4 0xffffffff80b16ae9 in trap_pfault (frame=0xffffff80002cd2a0, usermode=0) at /data/usr/src/sys/amd64/amd64/trap.c:735 #5 0xffffffff80b16faf in trap (frame=0xffffff80002cd2a0) at /data/usr/src/sys/amd64/amd64/trap.c:474 #6 0xffffffff80b012ef in calltrap () at /data/usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, isr=0xfffffe001bf54380) at /data/usr/src/sys/netipsec/ipsec_output.c:170 Here seems to be the problem.... Can you do the following (in this order) in kgdb: frame 7 p saidx p *saidx (kgdb) frame 7 #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, isr=0xfffffe001bf54380) at /data/usr/src/sys/netipsec/ipsec_output.c:170 170 switch (saidx->dst.sa.sa_family) { (kgdb) p saidx No symbol "saidx" in current context. The latest will probably generate an error, as (if you have the exact same ipsec_output.c as I have from HEAD) saidx will probably have an invalid adress. I have the same as in HEAD. [...] 8-STABLE runs fine with the same config. Strange.... I'll review changes in IPsec stack which have been done in STABLE/9 and not backported to STABLE/8..... Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21 22:05:26 CEST 2011 (csup'd some hours earlier). Should I check with a more recent version? Does that help? Thanks for helping. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 15:51:44 2012 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 67EDE106566B for ; Wed, 4 Jan 2012 15:51:44 +0000 (UTC) (envelope-from agnesmude@yahoo.com) Received: from nm2.bullet.mail.sp2.yahoo.com (nm2.bullet.mail.sp2.yahoo.com [98.139.91.72]) by mx1.freebsd.org (Postfix) with SMTP id 39F2F8FC08 for ; Wed, 4 Jan 2012 15:51:44 +0000 (UTC) Received: from [98.139.91.68] by nm2.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jan 2012 15:38:43 -0000 Received: from [98.139.91.37] by tm8.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jan 2012 15:38:43 -0000 Received: from [127.0.0.1] by omp1037.mail.sp2.yahoo.com with NNFMP; 04 Jan 2012 15:38:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 856115.51408.bm@omp1037.mail.sp2.yahoo.com Received: (qmail 47553 invoked by uid 60001); 4 Jan 2012 15:38:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1325691523; bh=4ONLSZ7fi1C1QGW12hmkFkqaPE0T4eaPr4N59CI7bQE=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Cmi7L0pS/KoLW2m5CWQRKLxkmvRgDP7ot8+PV8klHnMRCZHbmqIs9nbxkzmeLuS+LQxuzyNeY0I+6ODRLLMFYpVv16ZGEh52gVrvNrkPkUSvXGz9av5pb7ajOXGTK0o3uR162Lshnw8VE2kNhe1/ESeZJc8Bk7l3gWWV5pRZ5GI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=gHuhRGDVigppWFCXC73OqR3CyhNzaLcdVZZ7PEewqtGH0Bv91luZDwch6A1EaJyy0phpQStOaomlXfQqQK01pDcV7Jyc7ms5Z6f0rwZzh3s3xZi/ha72VPZgaedgkFEN1PNmrVgaoIQD7aq6N0o2k/SkCiuzdb3Lu28JjY2ZQjM=; X-YMail-OSG: 59itr6oVM1m30hBTXow2Ir0uDvJ2pvSNe6yjJ4HIFDXpw2F DZfPIEyT9O.BfQDf_XKOwgJOldkS7q.EPpvPMnPI8SIGUn0q2Rq0I43TyDDL iqxW0RtP8D48SsBvDc8qwMN853qthtlLXOzy7xCczGT5ywzOZXBPq1ZT7IzS UsW1JQsRHZuAAV68tjRJsPKbpFUKCjWrai7i3TiQxjErMLZmO3K0g2_BtYv5 FQ.ed5XCcfo9v2ZrDDB11Nx_Xa_1Udhr8EWCkRiuA7Q2JTbHutELlxcSQLKg vnyo_dGreT5KoEhB.LMw4OmYKWjSdmLQp8oGgSKBwIUGavnaIH0126kixLvU 1Dxisy1AZm6r5BrwEEHr0kMQXeW459BQGsL9LqTyVFzld5.qitFAs4x9CYYd .A_8U7Krnm0VaefHvK6cfzUTrqmW9aGgosyqDpLw- Received: from [41.202.193.54] by web46107.mail.sp1.yahoo.com via HTTP; Wed, 04 Jan 2012 07:38:43 PST X-Mailer: YahooMailWebService/0.8.115.331698 References: <20120104135109.ACD5817B2FBB@mlwe213.servidoresdns.net> Message-ID: <1325691523.38915.YahooMailNeo@web46107.mail.sp1.yahoo.com> Date: Wed, 4 Jan 2012 07:38:43 -0800 (PST) From: Agnes Kanah To: "deacondavidjones@yahoo.com.hk" , "stable@freebsd.org" In-Reply-To: <20120104135109.ACD5817B2FBB@mlwe213.servidoresdns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: BLESS YOUR HEART X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Agnes Kanah List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2012 15:51:44 -0000 you are right to say you won't be trusted because a lot of false prophets used the name of God to swindle honest and god fearing citizens. But judgement belongs only to him. How many people have you sent this scam mail? May God in his infinite mercy and compassion have forgive you if you are a scammer. ________________________________ From: Deacon Davis Jones To: stable@freebsd.org Sent: Wednesday, January 4, 2012 5:51 AM Subject: BLESS YOUR HEART Dearest In The Lord The time has come for Christians to worship God in spirit and in truth according to the book of John chapter 4:vs23-24.But the hour cometh and now is when the true worshipers shall worship the Father in spirit and in truth: for the Father seeketh such to worship him . God is a spirit,and they that worship him must worship him in spirit and in truth. Based on this scripture, it became obvious that I should do the right thing if I must enter into the kingdom of God . I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, a God fearing and dedicated couple. They were very wealthy but had no child. They travelled to Patong- Thailand for Christmas holiday but met death on the 26th of December 2004 during the Tsunami disaster. As their legal adviser, before their death, the husband Mr. Mike Hall instructed me to write his WILL, because they had no child, he dedicated their wealth to God. They had a lot of landed properties houses Stocks/bonds, etc. According to their instruction.According to the WILL, their assets should be given out to a ministry for the work of God. As their legal adviser, all the documents for the fund that are deposited with the Vault company are in my care. As aborn again Christian , I have been reading my bible and I have to do what is lawful and right in the sight of God by giving out the fund to the chosen ministry for the purpose of God's work as instructed by the owners before there death. After my fasting and prayers Today, I asked God to make his choice and direct me to an honest Christian or the chosen ministry that deserves this fund by his Grace. I then came across your address on the Internet.I appeal to you to use the fund wisely for things that will glorify the name of God. I must say that I'm very uncomfortable sending this message to you without knowing truly if you would misconstrue the importance and decides to go public. In this regards, I will not hold back to say that the essence of this message is strictly for Charity.May God bless you as you make up your mind to work for God. Thanks. Elizabeth & Deacon David Jones _______________________________________________ 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 Wed Jan 4 16:08:23 2012 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 D15E3106564A for ; Wed, 4 Jan 2012 16:08:23 +0000 (UTC) (envelope-from CPE@fullrate.dk) Received: from mail.fr.fullrate.dk (mail.fr.fullrate.dk [90.185.3.27]) by mx1.freebsd.org (Postfix) with ESMTP id 388B58FC0A for ; Wed, 4 Jan 2012 16:08:23 +0000 (UTC) Received: from EXC.fr.fullrate.dk ([fe80::c4ae:7ee6:b926:8f96]) by EXC.fr.fullrate.dk ([fe80::c4ae:7ee6:b926:8f96%10]) with mapi id 14.02.0247.003; Wed, 4 Jan 2012 16:57:22 +0100 From: Christoffer Persson To: Agnes Kanah Thread-Topic: BLESS YOUR HEART Thread-Index: AQHMyu8aBiFoDDx+nEOrDAPlKNHIy5X8Rz6AgAAVtxU= Date: Wed, 4 Jan 2012 15:57:21 +0000 Message-ID: <7ECD86FED793934EBEB1364CA09B205C64AE65@EXC.fr.fullrate.dk> References: <20120104135109.ACD5817B2FBB@mlwe213.servidoresdns.net>, <1325691523.38915.YahooMailNeo@web46107.mail.sp1.yahoo.com> In-Reply-To: <1325691523.38915.YahooMailNeo@web46107.mail.sp1.yahoo.com> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [90.185.3.27] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "stable@freebsd.org" Subject: RE: BLESS YOUR HEART 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, 04 Jan 2012 16:08:24 -0000 Please keep discussions like these away from the mailing list, it's not the= right place for such.=0A= =0A= /Christoffer Persson=0A= ________________________________________=0A= From: owner-freebsd-stable@freebsd.org [owner-freebsd-stable@freebsd.org] o= n behalf of Agnes Kanah [agnesmude@yahoo.com]=0A= Sent: Wednesday, January 04, 2012 4:38 PM=0A= To: deacondavidjones@yahoo.com.hk; stable@freebsd.org=0A= Subject: Re: BLESS YOUR HEART=0A= =0A= you are right to say you won't be trusted because a lot of false prophets u= sed the name of God to swindle honest and god fearing citizens. But judgeme= nt belongs only to him. How many people have you sent this scam mail? May G= od in his infinite mercy and compassion have forgive you if you are a scamm= er.=0A= =0A= =0A= =0A= ________________________________=0A= From: Deacon Davis Jones =0A= To: stable@freebsd.org=0A= Sent: Wednesday, January 4, 2012 5:51 AM=0A= Subject: BLESS YOUR HEART=0A= =0A= =0A= Dearest In The Lord=0A= =0A= =0A= The time has come for Christians to worship God in spirit and in truth acco= rding to the book of John chapter 4:vs23-24.But the hour cometh and now is = when the true worshipers shall worship the Father in spirit and in=0A= truth: for the Father seeketh such to worship him . God is a spirit,and the= y that worship him must worship him in spirit and in truth. Based on this s= cripture, it became obvious that I should do the right thing if I must ente= r into the kingdom of God .=0A= =0A= =0A= I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, = a God fearing and dedicated couple. They were very wealthy but had no child= . They travelled to Patong- Thailand for Christmas holiday but met death on= the 26th of December 2004 during the Tsunami disaster.=0A= =0A= =0A= As their legal adviser, before their death, the husband Mr. Mike Hall instr= ucted me to write his WILL, because they had no child, he dedicated their w= ealth to God. They had a lot of landed properties houses Stocks/bonds, etc.= According to their instruction.According to the WILL, their assets should = be given out to a ministry for the work of God. As their legal adviser, all= the documents for the fund that are deposited with the Vault company are i= n my care. As aborn again Christian , I have been reading my bible and I ha= ve to do what is lawful and right in the sight of God by giving out the fun= d to the chosen ministry for the purpose of God's work as instructed by the= owners before there death.=0A= =0A= =0A= After my fasting and prayers Today, I asked God to make his choice and dire= ct me to an honest Christian or the chosen ministry that deserves this fund= by his Grace. I then came across your address on the Internet.I appeal to = you to use the fund wisely for things that will glorify the name of God.=0A= =0A= =0A= =0A= I must say that I'm very uncomfortable sending this message to you without = knowing truly if you would misconstrue the importance and decides to go pub= lic. In this regards, I will not hold back to say that the essence of this = message is strictly for Charity.May God bless you as you make up your mind = to work for God.=0A= =0A= =0A= =0A= Thanks.=0A= Elizabeth & Deacon David Jones=0A= =0A= =0A= =0A= _______________________________________________=0A= freebsd-stable@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-stable=0A= To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= =0A= _______________________________________________=0A= freebsd-stable@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-stable=0A= To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= =0A= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 16:31:33 2012 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 E925F1065672 for ; Wed, 4 Jan 2012 16:31:33 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id A0D028FC1C for ; Wed, 4 Jan 2012 16:31:33 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 1BCAE2798BD; Wed, 4 Jan 2012 17:31:31 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id 35C5B17066; Wed, 4 Jan 2012 17:31:31 +0100 (CET) Date: Wed, 4 Jan 2012 17:31:31 +0100 From: VANHULLEBUS Yvan To: Attila Nagy Message-ID: <20120104163131.GA31787@zeninc.net> References: <4F044A0B.3020108@fsn.hu> <20120104145155.GA31550@zeninc.net> <4F046D95.3070106@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F046D95.3070106@fsn.hu> User-Agent: All mail clients suck. This one just sucks less. Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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, 04 Jan 2012 16:31:34 -0000 On Wed, Jan 04, 2012 at 04:17:41PM +0100, Attila Nagy wrote: [....] > #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, > isr=0xfffffe001bf54380) at > /data/usr/src/sys/netipsec/ipsec_output.c:170 > > Here seems to be the problem.... > Can you do the following (in this order) in kgdb: > frame 7 > p saidx > p *saidx > > (kgdb) frame 7 > #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, > isr=0xfffffe001bf54380) at > /data/usr/src/sys/netipsec/ipsec_output.c:170 > 170 switch (saidx->dst.sa.sa_family) { > (kgdb) p saidx > No symbol "saidx" in current context. ???? There *is* such a symbol, as confirmed by kgdb's output when you switched to frame 7 ! Could you check that you are running a correct debug kernel ? > The latest will probably generate an error, as (if you have the exact > same ipsec_output.c as I have from HEAD) saidx will probably have an > invalid adress. > > I have the same as in HEAD. Yep, kgdb's outputs confirms that (at least for this line, which is the most important). > [...] > > 8-STABLE runs fine with the same config. > > Strange.... I'll review changes in IPsec stack which have been done in > STABLE/9 and not backported to STABLE/8..... > > Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21 > 22:05:26 CEST 2011 (csup'd some hours earlier). > Should I check with a more recent version? Does that help? > Thanks for helping. Yes, this may help if you try with a most recent 8-STABLE: I don't remember exactly what, but I'm quite sure there have been some IPsec related commits on stable/8 between that date and now ! Yvan. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 18:17:53 2012 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 EE0761065672 for ; Wed, 4 Jan 2012 18:17:53 +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 946988FC13 for ; Wed, 4 Jan 2012 18:17:53 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so23170951vbb.13 for ; Wed, 04 Jan 2012 10:17:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=n91LNs/zCEY0/dG2KwYS9Co+peBhWeSbCxlyUfCPt2I=; b=TqsvY1tvQHPWxg6klYPWBTpMYblV4Sm92otHIS9Z8g//4BKKpd73kAAeCQZhwMHf8/ 8zdOQX3LVlb0EfA6I4E5U0CepBbyQ4ULcO32wev1Eb3xiWPE72ww24t2NEQARtSHg9Qk z3Sn960sgU14kdHnhMhVLe6lyCBlBPJrHbK5M= Received: by 10.52.240.226 with SMTP id wd2mr27914843vdc.50.1325699450519; Wed, 04 Jan 2012 09:50:50 -0800 (PST) Received: from DataIX.net (adsl-99-181-137-35.dsl.klmzmi.sbcglobal.net. [99.181.137.35]) by mx.google.com with ESMTPS id c10sm38659881vdj.20.2012.01.04.09.50.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jan 2012 09:50:48 -0800 (PST) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q04HoifR023495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jan 2012 12:50:44 -0500 (EST) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q04Hocnf023494; Wed, 4 Jan 2012 12:50:38 -0500 (EST) (envelope-from jhell@DataIX.net) Date: Wed, 4 Jan 2012 12:50:38 -0500 From: Jason Hellenthal To: John Baldwin Message-ID: <20120104175038.GA19251@DataIX.net> References: <201201041620.q04GKupF086196@svn.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <201201041620.q04GKupF086196@svn.freebsd.org> Cc: stable@freebsd.org Subject: Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw 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, 04 Jan 2012 18:17:54 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After this change I am recieving the attached error log. On Wed, Jan 04, 2012 at 04:20:56PM +0000, John Baldwin wrote: > Author: jhb > Date: Wed Jan 4 16:20:55 2012 > New Revision: 229497 > URL: http://svn.freebsd.org/changeset/base/229497 >=20 > Log: > MFC 225518,225793,227085: > Allow the ipfw.ko module built with a kernel to honor any options defin= ed > in the kernel config. This more closely matches the behavior of other > modules which inherit configuration settings from the kernel configurat= ion > during a kernel + modules build. > =20 > Do not try to build the module in case of no INET support but keep #err= or > calls for now in case we would compile it into the kernel. > =20 > While here garbage collect unneeded opt_*.h includes. > opt_ipdn.h is not used anywhere but we need to leave the DUMMYNET > entry in options for conditional inclusion in kernel so keep the > file with the same name. >=20 > Modified: > stable/8/sys/modules/Makefile > stable/8/sys/modules/ipfw/Makefile > stable/8/sys/netinet/ipfw/ip_fw2.c > stable/8/sys/netinet/ipfw/ip_fw_dynamic.c > stable/8/sys/netinet/ipfw/ip_fw_log.c > stable/8/sys/netinet/ipfw/ip_fw_pfil.c > stable/8/sys/netinet/ipfw/ip_fw_sockopt.c > stable/8/sys/netinet/ipfw/ip_fw_table.c > Directory Properties: > stable/8/sys/ (props changed) > stable/8/sys/amd64/include/xen/ (props changed) > stable/8/sys/cddl/contrib/opensolaris/ (props changed) > stable/8/sys/conf/ldscript.mips.octeon1.32 (props changed) > stable/8/sys/conf/ldscript.mips.octeon1.64 (props changed) > stable/8/sys/contrib/dev/acpica/ (props changed) > stable/8/sys/contrib/pf/ (props changed) >=20 > Modified: stable/8/sys/modules/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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/modules/Makefile Wed Jan 4 16:07:16 2012 (r229496) > +++ stable/8/sys/modules/Makefile Wed Jan 4 16:20:55 2012 (r229497) > @@ -134,7 +134,7 @@ SUBDIR=3D ${_3dfx} \ > ${_io} \ > ipdivert \ > ${_ipfilter} \ > - ipfw \ > + ${_ipfw} \ > ipfw_nat \ > ${_ipmi} \ > ip_mroute_mod \ > @@ -366,6 +366,10 @@ _random=3D random > _ipfilter=3D ipfilter > .endif > =20 > +.if ${MK_INET_SUPPORT} !=3D "no" || defined(ALL_MODULES) > +_ipfw=3D ipfw > +.endif > + > .if ${MK_NETGRAPH} !=3D "no" || defined(ALL_MODULES) > _netgraph=3D netgraph > .endif >=20 > Modified: stable/8/sys/modules/ipfw/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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/modules/ipfw/Makefile Wed Jan 4 16:07:16 2012 (r229496) > +++ stable/8/sys/modules/ipfw/Makefile Wed Jan 4 16:20:55 2012 (r229497) > @@ -8,7 +8,7 @@ KMOD=3D ipfw > SRCS=3D ip_fw2.c ip_fw_pfil.c > SRCS+=3D ip_fw_dynamic.c ip_fw_log.c > SRCS+=3D ip_fw_sockopt.c ip_fw_table.c > -SRCS+=3D opt_inet6.h opt_ipsec.h > +SRCS+=3D opt_inet.h opt_inet6.h opt_ipdivert.h opt_ipfw.h opt_ipsec.h > =20 > CFLAGS+=3D -DIPFIREWALL > CFLAGS+=3D -I${.CURDIR}/../../contrib/pf > @@ -22,6 +22,10 @@ CFLAGS+=3D -I${.CURDIR}/../../contrib/pf > # > =20 > .if !defined(KERNBUILDDIR) > +.if ${MK_INET_SUPPORT} !=3D "no" > +opt_inet.h: > + echo "#define INET 1" > ${.TARGET} > +.endif > .if ${MK_INET6_SUPPORT} !=3D "no" > opt_inet6.h: > echo "#define INET6 1" > ${.TARGET} >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw2.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw2.c Wed Jan 4 16:07:16 2012 (r229496) > +++ stable/8/sys/netinet/ipfw/ip_fw2.c Wed Jan 4 16:20:55 2012 (r229497) > @@ -30,15 +30,12 @@ __FBSDID("$FreeBSD$"); > * The FreeBSD IP packet firewall, main file > */ > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > #include "opt_ipdivert.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif > #include "opt_inet6.h" > #include "opt_ipsec.h" > =20 >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw_dynamic.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan 4 16:07:16 2012 (r= 229496) > +++ stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan 4 16:20:55 2012 (r= 229497) > @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$"); > * Dynamic rule support for ipfw > */ > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > -#include "opt_ipdivert.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif > #include "opt_inet6.h" > -#include "opt_ipsec.h" > =20 > #include > #include >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw_log.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw_log.c Wed Jan 4 16:07:16 2012 (r2294= 96) > +++ stable/8/sys/netinet/ipfw/ip_fw_log.c Wed Jan 4 16:20:55 2012 (r2294= 97) > @@ -30,17 +30,12 @@ __FBSDID("$FreeBSD$"); > * Logging support for ipfw > */ > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > -#include "opt_ipdivert.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif > #include "opt_inet6.h" > -#include "opt_ipsec.h" > =20 > #include > #include >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw_pfil.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw_pfil.c Wed Jan 4 16:07:16 2012 (r229= 496) > +++ stable/8/sys/netinet/ipfw/ip_fw_pfil.c Wed Jan 4 16:20:55 2012 (r229= 497) > @@ -27,15 +27,12 @@ > #include > __FBSDID("$FreeBSD$"); > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > +#include "opt_inet6.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif /* KLD_MODULE */ > -#include "opt_inet6.h" > =20 > #include > #include > @@ -150,7 +147,7 @@ again: > /* next_hop may be set by ipfw_chk */ > if (args.next_hop =3D=3D NULL) > break; /* pass */ > -#ifndef IPFIREWALL_FORWARD > +#if !defined(IPFIREWALL_FORWARD) || (!defined(INET6) && !defined(INET)) > ret =3D EACCES; > #else > { > @@ -178,7 +175,7 @@ again: > if (in_localip(args.next_hop->sin_addr)) > (*m0)->m_flags |=3D M_FASTFWD_OURS; > } > -#endif > +#endif /* IPFIREWALL_FORWARD */ > break; > =20 > case IP_FW_DENY: >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw_sockopt.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw_sockopt.c Wed Jan 4 16:07:16 2012 (r= 229496) > +++ stable/8/sys/netinet/ipfw/ip_fw_sockopt.c Wed Jan 4 16:20:55 2012 (r= 229497) > @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$"); > * the upper half of the ipfw code. > */ > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > -#include "opt_ipdivert.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif > #include "opt_inet6.h" > -#include "opt_ipsec.h" > =20 > #include > #include >=20 > Modified: stable/8/sys/netinet/ipfw/ip_fw_table.c > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- stable/8/sys/netinet/ipfw/ip_fw_table.c Wed Jan 4 16:07:16 2012 (r22= 9496) > +++ stable/8/sys/netinet/ipfw/ip_fw_table.c Wed Jan 4 16:20:55 2012 (r22= 9497) > @@ -39,17 +39,12 @@ __FBSDID("$FreeBSD$"); > * from userland, because operations are typically fast. > */ > =20 > -#if !defined(KLD_MODULE) > #include "opt_ipfw.h" > -#include "opt_ipdivert.h" > -#include "opt_ipdn.h" > #include "opt_inet.h" > #ifndef INET > #error IPFIREWALL requires INET. > #endif /* INET */ > -#endif > #include "opt_inet6.h" > -#include "opt_ipsec.h" > =20 > #include > #include > _______________________________________________ > svn-src-stable-8@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-stable-8 > To unsubscribe, send any mail to "svn-src-stable-8-unsubscribe@freebsd.or= g" --=20 ;s =3D; --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="buildkernel.log" Script started on Wed Jan 4 12:43:54 2012 time -h make -DNO_CLEAN buildkernel WITH_CTF=1 -------------------------------------------------------------- >>> Kernel build for DISBATCH started on Wed Jan 4 12:43:55 EST 2012 -------------------------------------------------------------- ===> DISBATCH mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/DISBATCH /usr/src/sys/i386/conf/DISBATCH Kernel build directory is /usr/obj/usr/src/sys/DISBATCH Don't forget to do ``make cleandepend && make depend'' -------------------------------------------------------------- >>> stage 2.2: rebuilding the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/DISBATCH; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=native GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.2-STABLE i386 802514" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel obj cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/DISBATCH/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g3" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/DISBATCH" SYSDIR="/usr/src/sys" make obj "/usr/src/sys/modules/Makefile", line 369: Malformed conditional (${MK_INET_SUPPORT} != "no" || defined(ALL_MODULES)) "/usr/src/sys/modules/Makefile", line 371: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/obj/usr/src/sys/DISBATCH. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 3.69s real 2.21s user 0.80s sys Script done on Wed Jan 4 12:43:58 2012 --tThc/1wpZn/ma/RB-- --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJPBJFtAAoJEJBXh4mJ2FR+2h8H/3OPwoUJkHxLOh3i5IXFMmOf Kc662VATFhw2rS6wmeIC2G6GlyrcgmixDZJg7YfOTI3VPyRKgshCEYB3QDevkTBz 1FQUft6j21FjhPQotkPDA6+iLWVZzhZ57LCbCFS1Ghjx9waF2dZqDbS41eMxyS4h M7YdsOhDfmU91E5atgKYXi58+yCl8UH5o4fN8/8yNYmkNvMLVCM3ViqWu8+JPwkw I4EcsnSy2NgnQBq3otkyQYJUxZjMFA3GJROdA/YzAr1FdWnE69tK5wuStlfYquZB /2mUAE2cuyJSYwCFCjohyerDpSEL77ww7s2zdSQOCs5SnNMiD57A933TtlCZK0E= =LFPY -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 18:28:56 2012 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 059F2106566B for ; Wed, 4 Jan 2012 18:28:56 +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 BAF3A8FC14 for ; Wed, 4 Jan 2012 18:28:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 5086546B0A; Wed, 4 Jan 2012 13:28:55 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D071BB915; Wed, 4 Jan 2012 13:28:54 -0500 (EST) From: John Baldwin To: Jason Hellenthal Date: Wed, 4 Jan 2012 13:01:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201201041620.q04GKupF086196@svn.freebsd.org> <20120104175038.GA19251@DataIX.net> In-Reply-To: <20120104175038.GA19251@DataIX.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201041301.29611.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Jan 2012 13:28:54 -0500 (EST) Cc: stable@freebsd.org Subject: Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw 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, 04 Jan 2012 18:28:56 -0000 On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote: > > After this change I am recieving the attached error log. My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET. I'm doing tests on a fix now. > On Wed, Jan 04, 2012 at 04:20:56PM +0000, John Baldwin wrote: > > Author: jhb > > Date: Wed Jan 4 16:20:55 2012 > > New Revision: 229497 > > URL: http://svn.freebsd.org/changeset/base/229497 > > > > Log: > > MFC 225518,225793,227085: > > Allow the ipfw.ko module built with a kernel to honor any options defined > > in the kernel config. This more closely matches the behavior of other > > modules which inherit configuration settings from the kernel configuration > > during a kernel + modules build. > > > > Do not try to build the module in case of no INET support but keep #error > > calls for now in case we would compile it into the kernel. > > > > While here garbage collect unneeded opt_*.h includes. > > opt_ipdn.h is not used anywhere but we need to leave the DUMMYNET > > entry in options for conditional inclusion in kernel so keep the > > file with the same name. > > > > Modified: > > stable/8/sys/modules/Makefile > > stable/8/sys/modules/ipfw/Makefile > > stable/8/sys/netinet/ipfw/ip_fw2.c > > stable/8/sys/netinet/ipfw/ip_fw_dynamic.c > > stable/8/sys/netinet/ipfw/ip_fw_log.c > > stable/8/sys/netinet/ipfw/ip_fw_pfil.c > > stable/8/sys/netinet/ipfw/ip_fw_sockopt.c > > stable/8/sys/netinet/ipfw/ip_fw_table.c > > Directory Properties: > > stable/8/sys/ (props changed) > > stable/8/sys/amd64/include/xen/ (props changed) > > stable/8/sys/cddl/contrib/opensolaris/ (props changed) > > stable/8/sys/conf/ldscript.mips.octeon1.32 (props changed) > > stable/8/sys/conf/ldscript.mips.octeon1.64 (props changed) > > stable/8/sys/contrib/dev/acpica/ (props changed) > > stable/8/sys/contrib/pf/ (props changed) > > > > Modified: stable/8/sys/modules/Makefile > > ============================================================================== > > --- stable/8/sys/modules/Makefile Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/modules/Makefile Wed Jan 4 16:20:55 2012 (r229497) > > @@ -134,7 +134,7 @@ SUBDIR= ${_3dfx} \ > > ${_io} \ > > ipdivert \ > > ${_ipfilter} \ > > - ipfw \ > > + ${_ipfw} \ > > ipfw_nat \ > > ${_ipmi} \ > > ip_mroute_mod \ > > @@ -366,6 +366,10 @@ _random= random > > _ipfilter= ipfilter > > .endif > > > > +.if ${MK_INET_SUPPORT} != "no" || defined(ALL_MODULES) > > +_ipfw= ipfw > > +.endif > > + > > .if ${MK_NETGRAPH} != "no" || defined(ALL_MODULES) > > _netgraph= netgraph > > .endif > > > > Modified: stable/8/sys/modules/ipfw/Makefile > > ============================================================================== > > --- stable/8/sys/modules/ipfw/Makefile Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/modules/ipfw/Makefile Wed Jan 4 16:20:55 2012 (r229497) > > @@ -8,7 +8,7 @@ KMOD= ipfw > > SRCS= ip_fw2.c ip_fw_pfil.c > > SRCS+= ip_fw_dynamic.c ip_fw_log.c > > SRCS+= ip_fw_sockopt.c ip_fw_table.c > > -SRCS+= opt_inet6.h opt_ipsec.h > > +SRCS+= opt_inet.h opt_inet6.h opt_ipdivert.h opt_ipfw.h opt_ipsec.h > > > > CFLAGS+= -DIPFIREWALL > > CFLAGS+= -I${.CURDIR}/../../contrib/pf > > @@ -22,6 +22,10 @@ CFLAGS+= -I${.CURDIR}/../../contrib/pf > > # > > > > .if !defined(KERNBUILDDIR) > > +.if ${MK_INET_SUPPORT} != "no" > > +opt_inet.h: > > + echo "#define INET 1" > ${.TARGET} > > +.endif > > .if ${MK_INET6_SUPPORT} != "no" > > opt_inet6.h: > > echo "#define INET6 1" > ${.TARGET} > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw2.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw2.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw2.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -30,15 +30,12 @@ __FBSDID("$FreeBSD$"); > > * The FreeBSD IP packet firewall, main file > > */ > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > #include "opt_ipdivert.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif > > #include "opt_inet6.h" > > #include "opt_ipsec.h" > > > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw_dynamic.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$"); > > * Dynamic rule support for ipfw > > */ > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > -#include "opt_ipdivert.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif > > #include "opt_inet6.h" > > -#include "opt_ipsec.h" > > > > #include > > #include > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw_log.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw_log.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw_log.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -30,17 +30,12 @@ __FBSDID("$FreeBSD$"); > > * Logging support for ipfw > > */ > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > -#include "opt_ipdivert.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif > > #include "opt_inet6.h" > > -#include "opt_ipsec.h" > > > > #include > > #include > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw_pfil.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw_pfil.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw_pfil.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -27,15 +27,12 @@ > > #include > > __FBSDID("$FreeBSD$"); > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > +#include "opt_inet6.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif /* KLD_MODULE */ > > -#include "opt_inet6.h" > > > > #include > > #include > > @@ -150,7 +147,7 @@ again: > > /* next_hop may be set by ipfw_chk */ > > if (args.next_hop == NULL) > > break; /* pass */ > > -#ifndef IPFIREWALL_FORWARD > > +#if !defined(IPFIREWALL_FORWARD) || (!defined(INET6) && !defined(INET)) > > ret = EACCES; > > #else > > { > > @@ -178,7 +175,7 @@ again: > > if (in_localip(args.next_hop->sin_addr)) > > (*m0)->m_flags |= M_FASTFWD_OURS; > > } > > -#endif > > +#endif /* IPFIREWALL_FORWARD */ > > break; > > > > case IP_FW_DENY: > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw_sockopt.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw_sockopt.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw_sockopt.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$"); > > * the upper half of the ipfw code. > > */ > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > -#include "opt_ipdivert.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif > > #include "opt_inet6.h" > > -#include "opt_ipsec.h" > > > > #include > > #include > > > > Modified: stable/8/sys/netinet/ipfw/ip_fw_table.c > > ============================================================================== > > --- stable/8/sys/netinet/ipfw/ip_fw_table.c Wed Jan 4 16:07:16 2012 (r229496) > > +++ stable/8/sys/netinet/ipfw/ip_fw_table.c Wed Jan 4 16:20:55 2012 (r229497) > > @@ -39,17 +39,12 @@ __FBSDID("$FreeBSD$"); > > * from userland, because operations are typically fast. > > */ > > > > -#if !defined(KLD_MODULE) > > #include "opt_ipfw.h" > > -#include "opt_ipdivert.h" > > -#include "opt_ipdn.h" > > #include "opt_inet.h" > > #ifndef INET > > #error IPFIREWALL requires INET. > > #endif /* INET */ > > -#endif > > #include "opt_inet6.h" > > -#include "opt_ipsec.h" > > > > #include > > #include > > _______________________________________________ > > svn-src-stable-8@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/svn-src-stable-8 > > To unsubscribe, send any mail to "svn-src-stable-8-unsubscribe@freebsd.org" > > -- > ;s =; > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 19:09:50 2012 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 4B265106564A; Wed, 4 Jan 2012 19:09:50 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id CD3AE8FC12; Wed, 4 Jan 2012 19:09:49 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 79B9425D37D1; Wed, 4 Jan 2012 19:09:48 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 42905BD8796; Wed, 4 Jan 2012 19:09:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id kjtyq0K30Om5; Wed, 4 Jan 2012 19:09:46 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A11F9BD8795; Wed, 4 Jan 2012 19:09:45 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201201041301.29611.jhb@freebsd.org> Date: Wed, 4 Jan 2012 19:09:44 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201201041620.q04GKupF086196@svn.freebsd.org> <20120104175038.GA19251@DataIX.net> <201201041301.29611.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: stable@freebsd.org Subject: Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw 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, 04 Jan 2012 19:09:50 -0000 On 4. Jan 2012, at 18:01 , John Baldwin wrote: > On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote: >>=20 >> After this change I am recieving the attached error log. >=20 > My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET. > I'm doing tests on a fix now. Alternatively I can MFC the knobs; they are part of the other 50 = possible MFCs in my mailbox to do; I had just planned to wait on the entire = stable/9/8/7 sweep to go by first. There was also a follow-up fix from me on this... /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 19:58:08 2012 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 36066106566C; Wed, 4 Jan 2012 19:58:08 +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 0B7138FC12; Wed, 4 Jan 2012 19:58:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9A54A46B09; Wed, 4 Jan 2012 14:58:07 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 25B87B90E; Wed, 4 Jan 2012 14:58:07 -0500 (EST) From: John Baldwin To: "Bjoern A. Zeeb" Date: Wed, 4 Jan 2012 14:40:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201201041620.q04GKupF086196@svn.freebsd.org> <201201041301.29611.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201041440.35796.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Jan 2012 14:58:07 -0500 (EST) Cc: stable@freebsd.org Subject: Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw 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, 04 Jan 2012 19:58:08 -0000 On Wednesday, January 04, 2012 2:09:44 pm Bjoern A. Zeeb wrote: > On 4. Jan 2012, at 18:01 , John Baldwin wrote: > > > On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote: > >> > >> After this change I am recieving the attached error log. > > > > My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET. > > I'm doing tests on a fix now. > > Alternatively I can MFC the knobs; they are part of the other 50 possible > MFCs in my mailbox to do; I had just planned to wait on the entire stable/9/8/7 > sweep to go by first. > > There was also a follow-up fix from me on this... I have all your follow-ups AFAIK (I merged 3 changes). Oddly, sys/modules/netgraph/ipfw/Makefile already references MK_INET_SUPPORT. I guess no one has tried to build that outside of a kernel build on 8. Bjoern has volunteered to MFC the knob to 8 to fix this. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 20:03:01 2012 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 276971065673; Wed, 4 Jan 2012 20:03:01 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id D06448FC14; Wed, 4 Jan 2012 20:03:00 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id C01A225D37C7; Wed, 4 Jan 2012 20:02:59 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C1670BD87A1; Wed, 4 Jan 2012 20:02:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id CCYU9cDuTx0f; Wed, 4 Jan 2012 20:02:57 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A2284BD87A0; Wed, 4 Jan 2012 20:02:57 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201201041440.35796.jhb@freebsd.org> Date: Wed, 4 Jan 2012 20:02:56 +0000 Content-Transfer-Encoding: 7bit Message-Id: <099AD089-1E41-477B-B6FA-6B14EB54B845@FreeBSD.org> References: <201201041620.q04GKupF086196@svn.freebsd.org> <201201041301.29611.jhb@freebsd.org> <201201041440.35796.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: stable@freebsd.org Subject: Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw 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, 04 Jan 2012 20:03:01 -0000 On 4. Jan 2012, at 19:40 , John Baldwin wrote: > On Wednesday, January 04, 2012 2:09:44 pm Bjoern A. Zeeb wrote: >> On 4. Jan 2012, at 18:01 , John Baldwin wrote: >> >>> On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote: >>>> >>>> After this change I am recieving the attached error log. >>> >>> My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET. >>> I'm doing tests on a fix now. >> >> Alternatively I can MFC the knobs; they are part of the other 50 possible >> MFCs in my mailbox to do; I had just planned to wait on the entire > stable/9/8/7 >> sweep to go by first. >> >> There was also a follow-up fix from me on this... > > I have all your follow-ups AFAIK (I merged 3 changes). Oddly, > sys/modules/netgraph/ipfw/Makefile already references MK_INET_SUPPORT. I > guess no one has tried to build that outside of a kernel build on 8. > > Bjoern has volunteered to MFC the knob to 8 to fix this. That has happened. Let me know if it wasn't enough. /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 20:14:45 2012 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 B69C410656DA for ; Wed, 4 Jan 2012 20:14:45 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 13ADF8FC0C for ; Wed, 4 Jan 2012 20:14:44 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.5/8.14.5) with ESMTP id q04JhIQK005826 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Jan 2012 21:43:18 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.5/8.14.5/Submit) id q04JhDuR005825 for stable@freebsd.org; Wed, 4 Jan 2012 21:43:13 +0200 (SAST) (envelope-from lordcow) Date: Wed, 4 Jan 2012 21:43:13 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20120104194313.GA2558@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lordcow.org Cc: Subject: gmirror not synced 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, 04 Jan 2012 20:14:45 -0000 Hi all, I've noticed that the md5 hashes of a couple of files on a gmirror change when I recalculate the hashes. The output usually cycles between 2 hashes per file. I'm guessing this is because each calculation reads the file randomly from 1 of 2 component drives, and the files in question had a few bit flips during their original sync. I also assume this's something you have to live with for gmirror? Is removing and completely rebuilding the secondary drive the only thing you can do (which might fix these bit flips but incur others elsewhere)? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 22:10:50 2012 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 C8F941065673; Wed, 4 Jan 2012 22:10:50 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFED8FC0A; Wed, 4 Jan 2012 22:10:50 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id DDC5F9DAF0; Wed, 4 Jan 2012 22:55:08 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id CjgLgB5Artu3; Wed, 4 Jan 2012 22:55:06 +0100 (CET) Received: from danger-mbp.local (adsl-dyn163.78-98-251.t-com.sk [78.98.251.163]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 4A7599DADE; Wed, 4 Jan 2012 22:55:06 +0100 (CET) Message-ID: <4F04CABE.1050301@FreeBSD.org> Date: Wed, 04 Jan 2012 22:55:10 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.25pre) Gecko/20111115 Lanikai/3.1.17pre MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: REMAINDER: Call for FreeBSD Status Reports - 4Q/2011 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, 04 Jan 2012 22:10:50 -0000 Hello everybody, I'd like to remind you that only ca. 10 days have left to the status report submission deadline. Note that we have only received 4 entries so far. I guess most of the people's holidays have finished by now so I hope we will receive much more than that by January 15, 2012. Thanks in advance! PS: Happy New Year 2012! -------- Original Message -------- Subject: REMAINDER: Call for FreeBSD Status Reports - 4Q/2011 Date: Wed, 21 Dec 2011 12:20:01 +0100 From: Daniel Gerzo Organization: The FreeBSD Project To: , , Dear all, I would like to remind you that the next round of status reports covering the fourth quarter of 2011 are due on January 15th, 2012. As this initiative is very popular among our users, I would like to ask you to submit your status reports as sooner than later (holidays are quickly approaching), so that we can compile the report in a timely fashion. Do not hesitate and write a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you consider interested is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome as well. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- Kind regards Daniel Gerzo From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 21:58:30 2012 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 E75EE106566C; Wed, 4 Jan 2012 21:58:30 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BCC328FC0C; Wed, 4 Jan 2012 21:58:29 +0000 (UTC) Received: by werb13 with SMTP id b13so15664963wer.13 for ; Wed, 04 Jan 2012 13:58:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=6XEMeBte3msHnx3roQDC91QmbOtPNieE6mOxFDdWWoY=; b=u7K0sXTxjsX9ufdSpSwmxwnfC3tIap1qhVMswDIwcOrNjxdij2yGdZlOuHFKYdCXYO m5ETSJcKwAd/jkg20Dcg8dk/gi/5Ro/ve57Lkl43lmnnEph+MZYljPgqTMvFIe87yIj8 lGUEw5j2CzDBgeKgQBmR7V3PBJabBBYw8LsSE= MIME-Version: 1.0 Received: by 10.216.131.90 with SMTP id l68mr37657293wei.36.1325714308629; Wed, 04 Jan 2012 13:58:28 -0800 (PST) Received: by 10.216.178.204 with HTTP; Wed, 4 Jan 2012 13:58:28 -0800 (PST) In-Reply-To: <4eeb7cf9.43bfec0a.3e38.ffff9d19SMTPIN_ADDED@mx.google.com> References: <4eeb7cf9.43bfec0a.3e38.ffff9d19SMTPIN_ADDED@mx.google.com> Date: Wed, 4 Jan 2012 16:58:28 -0500 Message-ID: From: Arnaud Lacombe To: matthew@phoronix.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 04 Jan 2012 22:35:35 +0000 Cc: Adrian Chadd , FreeBSD Stable Mailing List , Current FreeBSD , Joe Holden , Michael Larabel , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 04 Jan 2012 21:58:31 -0000 Hi, On Fri, Dec 16, 2011 at 12:16 PM, wrote: > Thanks. > > My request for the person documenting the tunings also runs the benchmark= to > ensure expected behaviour. > Why should you have to tune anything ? Did you tune the Oracle Server install ? If not, you should not have to tune the FreeBSD install, that wouldn't be fair. If you tune FreeBSD, you should tune the Oracle Server install too. It is pretty easy to win at least 30% in performance for certain workload by choosing the right kernel configuration. - Arnaud > The installation, execution and comparison against the benchmarks in the > article is fairly simple. > > Note that some tuning may not be relevant or recommended (ie: some of the= fs > benchmarks are sensitive to barriers and other synchronous operations). = =A0I'd > recommend bowing out of a benchmark with a 'we're going to be slower sinc= e > the default configuration is this way for the following reason' if this i= s > the case. > > Thanks 'someone'. > > Matthew > > > =A0Dec 16, 2011 8:46 AM, Adrian Chadd wrote: > > Can someone please write up a nice, concise blog post somewhere > outlining all of this? > > Extra bonus points if it's a blog that is picked up by > blogs.freebsdish.org and/or some of the other BSD sites. > > Guys/girls/fuzzy things - this is 2011; people look at shiny blog > sites with graphs rather than mailing lists. Sorry, we lost that > battle. :) > > > > Adrian > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 22:31:58 2012 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 911B11065678; Wed, 4 Jan 2012 22:31:58 +0000 (UTC) (envelope-from matthew@phoronix.com) Received: from phx1.phoronix.com (173.192.77.202-static.reverse.softlayer.com [173.192.77.202]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF0C8FC14; Wed, 4 Jan 2012 22:31:58 +0000 (UTC) Received: from mobile-166-205-136-164.mycingular.net ([166.205.136.164] helo=www.palm.com) by phx1.phoronix.com with esmtpa (Exim 4.69) (envelope-from ) id 1RiZNC-0007LN-Oy; Wed, 04 Jan 2012 16:31:56 -0600 Date: Wed, 04 Jan 2012 14:31:55 -0800 From: To: "Arnaud Lacombe" In-Reply-To: X-Mailer: Palm webOS X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - phx1.phoronix.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - phoronix.com Message-Id: <20120104223158.911B11065678@hub.freebsd.org> X-Mailman-Approved-At: Wed, 04 Jan 2012 23:14:09 +0000 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , FreeBSD Stable Mailing List , Current FreeBSD , Joe Holden , Michael Larabel , freebsd-performance@freebsd.org, "O. Hartmann" , Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 04 Jan 2012 22:31:58 -0000 Thanks for the comment Arnaud. For comparative benchmarking on = [1]Phoronix.com, Michael inva= riable leaves it in the default configuration 'in the way the developers or= vendor wanted it for production'. This is by rule. However, i= nvariable the community or vendor for platforms that post poor scores on be= nchmark cry foul about using the default config. 'it should be tuned,= no-one deploys an untuned system' or 'the system is configured for a diffe= rent workload'. The response from us to this comes in two forms. &nb= sp; 1) If it is the wrong workload for the platform, do a public pos= t explaining and analysing the results. Highlighting the rationale fo= r the concious reduction in performance (ie: journaling filesystems with ba= rriers suffer in some write benchmarks for the sake of filesystem integrity= =2E 2) If tuning can have a material impact on the results, post a t= uning guide with step by step and rationale. Ie: educate the communit= y and users. Michael and I have had many discussions with vendors an= d communities on this. In almost all cases, the vendor has either cha= nged the default configuration or accepted the results as valid. As = a service to the community or vendor that publishes the tuning guide, Micha= el is more than willing to redo a tuned vs untuned comparison. To dat= e, the communities have never taken us up on that offer. In part, thi= s affects [2]Phoronix.com's perception in the public, but that is more of a result of a one sided d= iscussion by a party external to a particular community (with a healthy tou= ch of journalisticly pumped compare & contrast). For the FreeBSD = community, who else outside of the FreeBSD community actually runs public c= omparisons of FreeBSD against anything? Matthew -- Sent from my HP Pre3 _________________________________________________________________ On Jan 4, 2012 1:58 PM, Arnaud Lacombe wrote:=0D > Thanks.=0D >=0D &= gt; My request for the person documenting the tunings also runs the benchma= rk to=0D > ensure expected behaviour.=0D >=0D Why should you= have to tune anything ? Did you tune the Oracle Server=0D install ? If = not, you should not have to tune the FreeBSD install,=0D that wouldn't b= e fair. If you tune FreeBSD, you should tune the Oracle=0D Server instal= l too. It is pretty easy to win at least 30% in=0D performance for certa= in workload by choosing the right kernel=0D configuration.=0D =0D = - Arnaud=0D =0D > The installation, execution and comparison agai= nst the benchmarks in the=0D > article is fairly simple.=0D >= =0D > Note that some tuning may not be relevant or recommended (ie: s= ome of the fs=0D > benchmarks are sensitive to barriers and other syn= chronous operations). =C2=A0I'd=0D > recommend bowing out of a benchm= ark with a 'we're going to be slower since=0D > the default configura= tion is this way for the following reason' if this is=0D > the case.= =0D >=0D > Thanks 'someone'.=0D >=0D > Matthew=0D>=0D >=0D > =C2=A0Dec 16, 2011 8:46 AM, Adrian Chadd wrote:=0D >=0D > Can someone please write= up a nice, concise blog post somewhere=0D > outlining all of this?= =0D >=0D > Extra bonus points if it's a blog that is picked up = by=0D > blogs.freebsdish.org and/or some of the other BSD sites.=0D>=0D > Guys/girls/fuzzy things - this is 2011; people look at sh= iny blog=0D > sites with graphs rather than mailing lists. Sorry, we = lost that=0D > battle. :)=0D >=0D >=0D >=0D >= Adrian=0D > _______________________________________________=0D &g= t; freebsd-performance@freebsd.org mailing list=0D > http://lists.fre= ebsd.org/mailman/listinfo/freebsd-performance=0D > To unsubscribe, se= nd any mail to=0D > "freebsd-performance-unsubscribe@freebsd.org"=0D<= br> References 1. 3D"http://Phoronix.com"/ 2. 3D"http://Phoronix.com"/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 23:52:10 2012 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 8F327106566C; Wed, 4 Jan 2012 23:52:10 +0000 (UTC) (envelope-from matthew@phoronix.com) Received: from phx1.phoronix.com (173.192.77.202-static.reverse.softlayer.com [173.192.77.202]) by mx1.freebsd.org (Postfix) with ESMTP id 58A9D8FC13; Wed, 4 Jan 2012 23:52:10 +0000 (UTC) Received: from palm-64-28-152-131.palm.com ([64.28.152.131] helo=LT740055CZ0L1.palm1.palmone.com) by phx1.phoronix.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Riacr-0006BB-Bb; Wed, 04 Jan 2012 17:52:09 -0600 Message-ID: <4F04E626.5040406@phoronix.com> Date: Wed, 04 Jan 2012 15:52:06 -0800 From: Matthew Tippett User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0) Gecko/20111222 Thunderbird/10.0 MIME-Version: 1.0 To: Alexander Kabaev References: <20120104223158.911B11065678@hub.freebsd.org> <20120104184910.0d604240@kan.dyndns.org> In-Reply-To: <20120104184910.0d604240@kan.dyndns.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - phx1.phoronix.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - phoronix.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , FreeBSD Stable Mailing List , Joe Holden , Michael Larabel , Current FreeBSD , Arnaud Lacombe Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 04 Jan 2012 23:52:10 -0000 Hmm... No sure what happened there again. What I sent (pulled from my "Sent" folder... === Thanks for the comment Arnaud. For comparative benchmarking on Phoronix.com , Michael invariable leaves it in the default configuration 'in the way the developers or vendor wanted it for production'. This is by rule. However, invariable the community or vendor for platforms that post poor scores on benchmark cry foul about using the default config. 'it should be tuned, no-one deploys an untuned system' or 'the system is configured for a different workload'. The response from us to this comes in two forms. 1) If it is the wrong workload for the platform, do a public post explaining and analysing the results. Highlighting the rationale for the concious reduction in performance (ie: journaling filesystems with barriers suffer in some write benchmarks for the sake of filesystem integrity. 2) If tuning can have a material impact on the results, post a tuning guide with step by step and rationale. Ie: educate the community and users. Michael and I have had many discussions with vendors and communities on this. In almost all cases, the vendor has either changed the default configuration or accepted the results as valid. As a service to the community or vendor that publishes the tuning guide, Michael is more than willing to redo a tuned vs untuned comparison. To date, the communities have never taken us up on that offer. In part, this affects Phoronix.com 's perception in the public, but that is more of a result of a one sided discussion by a party external to a particular community (with a healthy touch of journalisticly pumped compare & contrast). For the FreeBSD community, who else outside of the FreeBSD community actually runs public comparisons of FreeBSD against anything? Matthew === On 01/04/2012 03:49 PM, Alexander Kabaev wrote: > On Wed, 04 Jan 2012 14:31:55 -0800 > wrote: > >> Thanks for the comment Arnaud. For comparative benchmarking >> on [1]Phoronix.com, Michael inva configuration 'in the way the >> developers or production'. This is by rule. However, i poor >> scores on be 'it should be tuned, is configured for a diffe The >> response from us to this comes in two forms.&nb 1) If it is the >> wrong workload for the platform, do a public pos explaining and >> analysing the results. Highlighting the rationale fo r the >> concious reduction in performance (ie: journaling filesystems with >> ba filesystem integrity 2) If tuning can have a material impact >> on the results, post a t uning guide with step by step and >> rationale. Ie: educate the communit Michael and I have had many >> discussions with vendors an on this. In almost all cases, the >> vendor has either cha default configuration or accepted the results >> as valid. As guide, Micha comparison. To dat offer. In part, >> thi public, but that is more of a result of a one sided d party >> external to a particular community (with a healthy tou >> journalisticly pumped compare& contrast). For the FreeBSD >> community, who else outside of the FreeBSD community actually runs >> public c Matthew > Not really related to the discussion on hand, but the above about the > most unreadable email I am yet to read on the public mailing list. > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 4 23:54:03 2012 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 78808106566C; Wed, 4 Jan 2012 23:54:03 +0000 (UTC) (envelope-from superbisquit@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 484958FC12; Wed, 4 Jan 2012 23:54:02 +0000 (UTC) Received: by pbcc3 with SMTP id c3so1789pbc.13 for ; Wed, 04 Jan 2012 15:54:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QfoHwZKWBhGjKHCO36zcqguTz8nKdMw4gCwZ0tsgnXg=; b=EQ828ySIfEKuiu34hQ+V6P82Q6NfzYn8S0uwXjrMGkHmx3JZysE84t6aLd5Z7HVrEv Ss5XDyfrzzBwSj+L5bRJ4PL6f56u872ooGkslvUeO9Oa1g7aNfn0a/21ifdQT+Wb8Xld lfdmel8vDgKlnEIxZYg7SoOkIa0+kyUm63ubs= MIME-Version: 1.0 Received: by 10.68.74.10 with SMTP id p10mr145116719pbv.3.1325721242635; Wed, 04 Jan 2012 15:54:02 -0800 (PST) Received: by 10.68.24.102 with HTTP; Wed, 4 Jan 2012 15:54:02 -0800 (PST) In-Reply-To: <861urfn8eh.fsf@ds4.des.no> References: <201201030015.q030FwC1070840@freebsd-stable.sentex.ca> <861urfn8eh.fsf@ds4.des.no> Date: Wed, 4 Jan 2012 18:54:02 -0500 Message-ID: From: Super Bisquit To: stable@freebsd.org, FreeBSD PowerPC ML Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [releng_9 tinderbox] failure on powerpc/powerpc 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, 04 Jan 2012 23:54:03 -0000 Why not compare native builds to tinderbox? 2012/1/4 Dag-Erling Sm=F8rgrav > Garrett Cooper writes: > > That's not relevant to these errors. For some odd reason tinderbox > > takes 1-2 iterations to reach equilibrium when someone makes a data > > structure change, even a change to a header and C file are done in the > > same commit. It would be really nice to figure out what the issue is > > because this is a regular occurrence that pops up on the current@ and > > architecture specific mailing lists. > > All the tinderbox does, really, is "rm -rf /usr/obj; make buildworld". > > Note that the tinderbox pulls sources from CVS, so even if both files > were modified in the same SVN commit, it may still end up with an > inconsistent tree. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 00:15:37 2012 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 0071D106564A; Thu, 5 Jan 2012 00:15:37 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 947FE8FC17; Thu, 5 Jan 2012 00:15:36 +0000 (UTC) Received: by qcse13 with SMTP id e13so15492725qcs.13 for ; Wed, 04 Jan 2012 16:15:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=beDoKEUIk0zBuBQW+rbWGI8gjx7JujE5SihTXoewDKE=; b=eKFG+FcpGlE/JOUMCX8Ly87VJO19/uDVi7GcM4vTY5tpaF+Lme1WLgMqJUSqDPUrAB Y2X4k/9kzyZXmJojc7MP/k7mRJTbwCgilBW8m93GWT+sVfpO6k7vBh8XgpEZFxADZ9t2 v5oNDYEcL9r/g6xunxrs8jvL78Nia/xeyHvHc= Received: by 10.229.135.149 with SMTP id n21mr21720325qct.53.1325720956731; Wed, 04 Jan 2012 15:49:16 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id h6sm28236244qap.2.2012.01.04.15.49.15 (version=SSLv3 cipher=OTHER); Wed, 04 Jan 2012 15:49:16 -0800 (PST) Date: Wed, 4 Jan 2012 18:49:10 -0500 From: Alexander Kabaev To: Message-ID: <20120104184910.0d604240@kan.dyndns.org> In-Reply-To: <20120104223158.911B11065678@hub.freebsd.org> References: <20120104223158.911B11065678@hub.freebsd.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/E950_Ap3Vq1E8qCyz2buUn_"; protocol="application/pgp-signature" Cc: Adrian Chadd , FreeBSD Stable Mailing List , Michael, Joe Holden , Larabel , Current FreeBSD , Arnaud Lacombe Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 05 Jan 2012 00:15:37 -0000 --Sig_/E950_Ap3Vq1E8qCyz2buUn_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 04 Jan 2012 14:31:55 -0800 wrote: > Thanks for the comment Arnaud. For comparative benchmarking > on [1]Phoronix.com, Michael inva configuration 'in the way the > developers or production'. This is by rule. However, i poor > scores on be 'it should be tuned, is configured for a diffe The > response from us to this comes in two forms. &nb 1) If it is the > wrong workload for the platform, do a public pos explaining and > analysing the results. Highlighting the rationale fo r the > concious reduction in performance (ie: journaling filesystems with > ba filesystem integrity 2) If tuning can have a material impact > on the results, post a t uning guide with step by step and > rationale. Ie: educate the communit Michael and I have had many > discussions with vendors an on this. In almost all cases, the > vendor has either cha default configuration or accepted the results > as valid. As guide, Micha comparison. To dat offer. In part, > thi public, but that is more of a result of a one sided d party > external to a particular community (with a healthy tou > journalisticly pumped compare & contrast). For the FreeBSD > community, who else outside of the FreeBSD community actually runs > public c Matthew Not really related to the discussion on hand, but the above about the most unreadable email I am yet to read on the public mailing list. --=20 Alexander Kabaev --Sig_/E950_Ap3Vq1E8qCyz2buUn_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPBOV6Q6z1jMm+XZYRAn7AAKDDqfIxM5+mvV3YaP5WyZ7e0ed09QCgzKBU P1N6ba6nwNiQNjP2lDWmJQI= =05rk -----END PGP SIGNATURE----- --Sig_/E950_Ap3Vq1E8qCyz2buUn_-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 00:09:01 2012 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 86A87106566C; Thu, 5 Jan 2012 00:09:01 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB448FC1C; Thu, 5 Jan 2012 00:09:01 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so21226709obb.13 for ; Wed, 04 Jan 2012 16:09:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XbdItQKYiYomCveqZYxYJ+LUwLQyfgERPDjPndldPFk=; b=cELNsjMMEMFMmHw6np5h5sHVkIfqFFkE20+dUbkkCnnX/oJzZ901KT3nE+phbwargC 5my6IDplur3bPgiqW8xs5gy8zxHHYeTXte31U4LcXSGTeQIFTVKWfGBJHAbifNSS1/hW yZ+th9THjZv11CzWZwitcMJuHLWsrGoRYBPDc= MIME-Version: 1.0 Received: by 10.182.159.70 with SMTP id xa6mr49957557obb.1.1325722140669; Wed, 04 Jan 2012 16:09:00 -0800 (PST) Received: by 10.182.152.6 with HTTP; Wed, 4 Jan 2012 16:08:59 -0800 (PST) In-Reply-To: References: <4eeb7cf9.43bfec0a.3e38.ffff9d19SMTPIN_ADDED@mx.google.com> Date: Wed, 4 Jan 2012 16:08:59 -0800 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 05 Jan 2012 00:16:29 +0000 Cc: Adrian Chadd , FreeBSD Stable Mailing List , "O. Hartmann" , Joe Holden , Michael Larabel , Current FreeBSD , freebsd-performance@freebsd.org, matthew@phoronix.com, Jeremy Chadwick Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 05 Jan 2012 00:09:01 -0000 On Wed, Jan 4, 2012 at 1:58 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Dec 16, 2011 at 12:16 PM, =A0 wrote: >> Thanks. >> >> My request for the person documenting the tunings also runs the benchmar= k to >> ensure expected behaviour. >> > Why should you have to tune anything ? Did you tune the Oracle Server > install ? If not, you should not have to tune the FreeBSD install, > that wouldn't be fair. If you tune FreeBSD, you should tune the Oracle > Server install too. It is pretty easy to win at least 30% in > performance for certain workload by choosing the right kernel > configuration. This assumes that Oracle doesn't do secret sauce tuning... the Vanilla CentOS/RHEL base is probably a better comparison than the Oracle custom distro. Thanks! -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 00:24:06 2012 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 2B49E106564A for ; Thu, 5 Jan 2012 00:24:06 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f171.google.com (mail-iy0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id EF2F48FC14 for ; Thu, 5 Jan 2012 00:24:05 +0000 (UTC) Received: by iagw33 with SMTP id w33so155277706iag.30 for ; Wed, 04 Jan 2012 16:24:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=J4oFseX9mlWLqx9oTcCuuZaw55w8h7wRlndZzlUEK3Y=; b=v35fqWYuS3ixemZYG/MTPavVaazXLRxRvv/6ohOT87Gq4f2PFNCzHIgBUG+QC4qv7Z oy4GRLIq/RmF1LVE27M8VeVE11TdGvVPdjLyFTRNuoyetYoufo3uZfAOt8kpiB2MTp66 hSUsVZjGitw4p2OQ18rw8SoiWzVWIWxIAZT+E= MIME-Version: 1.0 Received: by 10.42.175.134 with SMTP id ba6mr58478888icb.23.1325723045314; Wed, 04 Jan 2012 16:24:05 -0800 (PST) Received: by 10.231.20.12 with HTTP; Wed, 4 Jan 2012 16:24:05 -0800 (PST) Date: Thu, 5 Jan 2012 02:24:05 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: DNSSec on FreeBSD 9.0-RELEASE causes CPU 100% 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, 05 Jan 2012 00:24:06 -0000 Greetings everyone, I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the following options: options { ... dnssec-enable yes; dnssec-validation auto; ... }; Unfortunately immediately after named is restarted one CPU reaches 100% utilization. CPU: 30.1% user, 0.0% nice, 23.6% system, 0.0% interrupt, 46.3% idle Mem: 111M Active, 14M Inact, 255M Wired, 852K Cache, 3558M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2178 bind 5 20 0 51364K 13828K kqread 0 0:17 84.18% named The system is running GENERIC kernel, and it not an authoritative DNS. Mainly used for testing purposes. My logs don't show anything strange: Jan 5 02:03:55 hp named[2178]: starting BIND 9.8.1-P1 -t /var/named -u bind Jan 5 02:03:55 hp named[2178]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' Jan 5 02:03:55 hp named[2178]: using built-in root key for view _default Jan 5 02:03:55 hp named[2178]: command channel listening on 127.0.0.1#953 Jan 5 02:03:55 hp named[2178]: command channel listening on ::1#953 an 5 02:03:55 hp named[2178]: running Anybody has come across a similar behavior ? Cheers, -- George Kontostanos Aicom telecoms ltd From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 00:27:52 2012 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 0B49C106566C; Thu, 5 Jan 2012 00:27:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 90AD98FC0C; Thu, 5 Jan 2012 00:27:51 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q050Rp90074484; Thu, 5 Jan 2012 00:27:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q050RomN074426; Thu, 5 Jan 2012 00:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 00:27:50 GMT Message-Id: <201201050027.q050RomN074426@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Thu, 05 Jan 2012 00:27:52 -0000 TB --- 2012-01-04 21:24:08 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-04 21:24:08 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2012-01-04 21:24:08 - cleaning the object tree TB --- 2012-01-04 21:25:01 - cvsupping the source tree TB --- 2012-01-04 21:25:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/amd64/amd64/supfile TB --- 2012-01-04 21:26:11 - building world TB --- 2012-01-04 21:26:11 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 21:26:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 21:26:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 21:26:11 - SRCCONF=/dev/null TB --- 2012-01-04 21:26:11 - TARGET=amd64 TB --- 2012-01-04 21:26:11 - TARGET_ARCH=amd64 TB --- 2012-01-04 21:26:11 - TZ=UTC TB --- 2012-01-04 21:26:11 - __MAKE_CONF=/dev/null TB --- 2012-01-04 21:26:11 - cd /src TB --- 2012-01-04 21:26:11 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 4 21:26:12 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 5 00:10:48 UTC 2012 TB --- 2012-01-05 00:10:48 - generating LINT kernel config TB --- 2012-01-05 00:10:48 - cd /src/sys/amd64/conf TB --- 2012-01-05 00:10:48 - /usr/bin/make -B LINT TB --- 2012-01-05 00:10:48 - cd /src/sys/amd64/conf TB --- 2012-01-05 00:10:48 - /usr/sbin/config -m LINT TB --- 2012-01-05 00:10:48 - building LINT kernel TB --- 2012-01-05 00:10:48 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 00:10:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 00:10:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 00:10:48 - SRCCONF=/dev/null TB --- 2012-01-05 00:10:48 - TARGET=amd64 TB --- 2012-01-05 00:10:48 - TARGET_ARCH=amd64 TB --- 2012-01-05 00:10:48 - TZ=UTC TB --- 2012-01-05 00:10:48 - __MAKE_CONF=/dev/null TB --- 2012-01-05 00:10:48 - cd /src TB --- 2012-01-05 00:10:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 5 00:10:49 UTC 2012 >>> 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 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/amd64/ia32/ia32_misc.c cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_ioctl.c cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_posix_fallocate': /src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct freebsd32_posix_fallocate_args' has no member named 'offset1' /src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct freebsd32_posix_fallocate_args' has no member named 'offset2' /src/sys/compat/freebsd32/freebsd32_misc.c:2815: error: 'struct freebsd32_posix_fallocate_args' has no member named 'len1' /src/sys/compat/freebsd32/freebsd32_misc.c:2815: error: 'struct freebsd32_posix_fallocate_args' has no member named 'len2' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 00:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 00:27:50 - ERROR: failed to build LINT kernel TB --- 2012-01-05 00:27:50 - 8274.27 user 1093.66 system 11022.26 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 00:44:12 2012 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 0D09F106564A; Thu, 5 Jan 2012 00:44:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C0E308FC13; Thu, 5 Jan 2012 00:44:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q050iBuJ089665; Thu, 5 Jan 2012 00:44:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q050iBlu089658; Thu, 5 Jan 2012 00:44:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 00:44:11 GMT Message-Id: <201201050044.q050iBlu089658@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on ia64/ia64 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: Thu, 05 Jan 2012 00:44:12 -0000 TB --- 2012-01-04 22:56:38 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-04 22:56:38 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2012-01-04 22:56:38 - cleaning the object tree TB --- 2012-01-04 22:57:14 - cvsupping the source tree TB --- 2012-01-04 22:57:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/ia64/ia64/supfile TB --- 2012-01-04 22:58:20 - building world TB --- 2012-01-04 22:58:20 - CROSS_BUILD_TESTING=YES TB --- 2012-01-04 22:58:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-04 22:58:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-04 22:58:20 - SRCCONF=/dev/null TB --- 2012-01-04 22:58:20 - TARGET=ia64 TB --- 2012-01-04 22:58:20 - TARGET_ARCH=ia64 TB --- 2012-01-04 22:58:20 - TZ=UTC TB --- 2012-01-04 22:58:20 - __MAKE_CONF=/dev/null TB --- 2012-01-04 22:58:20 - cd /src TB --- 2012-01-04 22:58:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 4 22:58:25 UTC 2012 >>> 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 Thu Jan 5 00:25:49 UTC 2012 TB --- 2012-01-05 00:25:49 - generating LINT kernel config TB --- 2012-01-05 00:25:49 - cd /src/sys/ia64/conf TB --- 2012-01-05 00:25:49 - /usr/bin/make -B LINT TB --- 2012-01-05 00:25:50 - cd /src/sys/ia64/conf TB --- 2012-01-05 00:25:50 - /usr/sbin/config -m LINT TB --- 2012-01-05 00:25:50 - building LINT kernel TB --- 2012-01-05 00:25:50 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 00:25:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 00:25:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 00:25:50 - SRCCONF=/dev/null TB --- 2012-01-05 00:25:50 - TARGET=ia64 TB --- 2012-01-05 00:25:50 - TARGET_ARCH=ia64 TB --- 2012-01-05 00:25:50 - TZ=UTC TB --- 2012-01-05 00:25:50 - __MAKE_CONF=/dev/null TB --- 2012-01-05 00:25:50 - cd /src TB --- 2012-01-05 00:25:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 5 00:25:50 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/gnu/fs/xfs/xfs_behavior.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/compat/freebsd32/freebsd32_ioctl.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/compat/freebsd32/freebsd32_misc.c /src/sys/compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_posix_fallocate': /src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct freebsd32_posix_fallocate_args' has no member named 'offset1' /src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct freebsd32_posix_fallocate_args' has no member named 'offset2' /src/sys/compat/freebsd32/freebsd32_misc.c:2815: error: 'struct freebsd32_posix_fallocate_args' has no member named 'len1' /src/sys/compat/freebsd32/freebsd32_misc.c:2815: error: 'struct freebsd32_posix_fallocate_args' has no member named 'len2' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 00:44:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 00:44:10 - ERROR: failed to build LINT kernel TB --- 2012-01-05 00:44:10 - 4947.08 user 642.31 system 6452.45 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 09:56:28 2012 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 1C2D51065670 for ; Thu, 5 Jan 2012 09:56:28 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 96BB68FC1B for ; Thu, 5 Jan 2012 09:56:27 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q059uAqa066151 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Jan 2012 09:56:18 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q059uAqa066151 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1325757379; bh=n5yEjFERh/iYJuIeDS0O6U95q6SSc+cLvelNS+BRlW0=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=qcoP90KuJ8Dw2QuI5mVTYdUirVdhIlHtqO+c2SSQSJj07SK1qa33w+pKGOS7sRDRr 5btjO1tKNcLiYVwkkVJ5TMDuVEPLzgeEwB8OkxKOJY6ik3kvwNKa7c+fDVFuhW8EwG UYPES3Qi/7EhxvG2ChiZne7Yrbic39XXN3AtGavE= Message-ID: <4F0573B2.9070301@infracaninophile.co.uk> Date: Thu, 05 Jan 2012 09:56:02 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120104194313.GA2558@lordcow.org> In-Reply-To: <20120104194313.GA2558@lordcow.org> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB852D3AB7FD3DEFF31488F6E" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: gmirror not synced 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, 05 Jan 2012 09:56:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB852D3AB7FD3DEFF31488F6E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/01/2012 19:43, Gareth de Vaux wrote: > Hi all, I've noticed that the md5 hashes of a couple of files on > a gmirror change when I recalculate the hashes. The output usually > cycles between 2 hashes per file. >=20 > I'm guessing this is because each calculation reads the file > randomly from 1 of 2 component drives, and the files in question > had a few bit flips during their original sync. I also assume > this's something you have to live with for gmirror? Is removing > and completely rebuilding the secondary drive the only thing you > can do (which might fix these bit flips but incur others elsewhere)? No, that's not something acceptable at all. Randomly flipping bits in files is a really nasty failure mode. What does 'gmirror list' tell you about the state of the gmirror? Is there any possibility that your hardware is failing? Check the SMART attributes of the disk in the first instance (it isn't brilliant for picking up impending failure, but it should be pretty accurate once the drive is actually generating errors.) Also try a few passes of memtest86 to try and spot problems with RAM. Cleaning dust out of air vents and heatsinks and generally making sure the machine is not overheating is a good idea too. Actually, first thing to do is make sure you have really good backups. Bonus points if you have been backing everything up religiously, and can extract a known good copy of the files in question from some of the older ones. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigB852D3AB7FD3DEFF31488F6E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8Fc7kACgkQ8Mjk52CukIwYfQCaA0WkHVdj5Lfo1brWzkk3wTmN 6M8AnRlCpci5WIW6xVLOyGXlLXRAry9U =giPQ -----END PGP SIGNATURE----- --------------enigB852D3AB7FD3DEFF31488F6E-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 10:17:05 2012 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 948BC1065673; Thu, 5 Jan 2012 10:17:05 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 579498FC14; Thu, 5 Jan 2012 10:17:05 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id AC6921C6439; Thu, 5 Jan 2012 18:01:12 +0800 (CST) Date: Thu, 5 Jan 2012 18:01:12 +0800 From: Denny Lin To: Matthew Tippett Message-ID: <20120105100112.GB47282@mail.hs.ntnu.edu.tw> References: <20120104223158.911B11065678@hub.freebsd.org> <20120104184910.0d604240@kan.dyndns.org> <4F04E626.5040406@phoronix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F04E626.5040406@phoronix.com> User-Agent: Mutt/1.4.2.3i Cc: Joe Holden , FreeBSD Stable Mailing List , Adrian Chadd , Michael Larabel , Current FreeBSD , Arnaud Lacombe Subject: Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server 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, 05 Jan 2012 10:17:05 -0000 On Wed, Jan 04, 2012 at 03:52:06PM -0800, Matthew Tippett wrote: > Hmm... No sure what happened there again. What I sent (pulled from my > "Sent" folder... > === > > Thanks for the comment Arnaud. For comparative benchmarking on > Phoronix.com , Michael invariable leaves it in the > default configuration 'in the way the developers or vendor wanted it for > production'. This is by rule. A quick question: why is ZFS used in the benchmark? "Both operating systems were in their stock configuration aside from FreeBSD 9.0 using ZFS." UFS is the default on FreeBSD, not ZFS. FreeBSD was not left in the default configuration. -- Denny Lin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 10:20:51 2012 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 C7610106566C; Thu, 5 Jan 2012 10:20:51 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id D68048FC15; Thu, 5 Jan 2012 10:20:50 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 7D59EB8DD5D; Thu, 5 Jan 2012 11:20:49 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 19.1555] X-CRM114-CacheID: sfid-20120105_11204_D295B477 X-CRM114-Status: Good ( pR: 19.1555 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Jan 5 11:20:49 2012 X-DSPAM-Confidence: 0.9966 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4f057981337642932117814 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, >+On, 0.00092, kernel, 0.00148, kernel, 0.00148, wrote+>, 0.00166, wrote+>, 0.00166, commits, 0.00243, &&, 0.00264, >+>, 0.00265, >+>, 0.00265, buffer, 0.00319, buffer, 0.00319, Sat+May, 0.00337, >>+>>, 0.00346, >>+>>, 0.00346, you+>, 0.00357, On+Wed, 0.00357, =+0, 0.00404, =+0, 0.00404, 0), 0.00423, wrote, 0.00485, wrote, 0.00485, STABLE, 0.00550, STABLE, 0.00550, debug, 0.00550, debug, 0.00550, X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id B210CB8DD51; Thu, 5 Jan 2012 11:20:48 +0100 (CET) Message-ID: <4F057980.7080307@fsn.hu> Date: Thu, 05 Jan 2012 11:20:48 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: VANHULLEBUS Yvan References: <4F044A0B.3020108@fsn.hu> <20120104145155.GA31550@zeninc.net> <4F046D95.3070106@fsn.hu> <20120104163131.GA31787@zeninc.net> In-Reply-To: <20120104163131.GA31787@zeninc.net> X-Stationery: 0.7.7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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: Thu, 05 Jan 2012 10:20:51 -0000 On 01/04/12 17:31, VANHULLEBUS Yvan wrote: > On Wed, Jan 04, 2012 at 04:17:41PM +0100, Attila Nagy wrote: > [....] >> #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, >> isr=0xfffffe001bf54380) at >> /data/usr/src/sys/netipsec/ipsec_output.c:170 >> >> Here seems to be the problem.... >> Can you do the following (in this order) in kgdb: >> frame 7 >> p saidx >> p *saidx >> >> (kgdb) frame 7 >> #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe000c7c7a00, >> isr=0xfffffe001bf54380) at >> /data/usr/src/sys/netipsec/ipsec_output.c:170 >> 170 switch (saidx->dst.sa.sa_family) { >> (kgdb) p saidx >> No symbol "saidx" in current context. > > ???? > There *is* such a symbol, as confirmed by kgdb's output when you > switched to frame 7 ! > > Could you check that you are running a correct debug kernel ? The kernel config is GENERIC, plus some, so it contains DEBUG=-g makeoptions. This is a limited environment (with a lot of programs missing from the boot image), but I don't think it should affect that. kgdb command line is: ./kgdb kernel.debug vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0xa0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff809bf779 stack pointer = 0x28:0xffffff80002cd350 frame pointer = 0x28:0xffffff80002cd390 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi1: netisr 0) trap number = 12 panic: page fault cpuid = 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 trap_fatal() at trap_fatal+0x290 trap_pfault() at trap_pfault+0x1f9 trap() at trap+0x3df calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff809bf779, rsp = 0xffffff80002cd350, rbp = 0xffffff80002cd390 --- ipsec_process_done() at ipsec_process_done+0x119 esp_output_cb() at esp_output_cb+0x1a1 crypto_done() at crypto_done+0x102 swcr_process() at swcr_process+0x1d7 crypto_invoke() at crypto_invoke+0x6b crypto_dispatch() at crypto_dispatch+0xfb esp_output() at esp_output+0x5a2 ipsec4_process_packet() at ipsec4_process_packet+0x1f8 ip_ipsec_output() at ip_ipsec_output+0x16a ip_output() at ip_output+0x526 icmp_reflect() at icmp_reflect+0x339 icmp_input() at icmp_input+0x257 ip_input() at ip_input+0x1de swi_net() at swi_net+0x14d intr_event_execute_handlers() at intr_event_execute_handlers+0x104 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80002cdd00, rbp = 0 --- Uptime: 12m32s Dumping 30283 MB (4 chunks) chunk 0: 1MB (139 pages) ... ok chunk 1: 3070MB (785904 pages)panic: bufwrite: buffer is not busy??? cpuid = 4 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 1MB (256 pages) ... ok chunk 3: 27212MB (6966272 pages) 27197 27181 27165 27149 27133 27117 27101 27085 27069 27053 27037 27021 27005 26989 26973 26957 26941 26925 26909 26893 26877 26861 26845 26829 26813 26797 26781 26765 26749 26733 26717 26701 26685 26669 26653 26637 26621 26605 26589 26573 26557 26541 26525 26509 26493 26477 26461 26445 26429 26413 26397 26381 26365 26349 26333 26317 26301 26285 26269 26253 26237 26221 26205 26189 26173 26157 26141 26125 26109 26093 26077 26061 26045 26029 26013 25997 25981 25965 25949 25933 25917 25901 25885 25869 25853 25837 25821 25805 25789 25773 25757 25741 25725 25709 25693 25677 25661 25645 25629 25613 25597 25581 25565 25549 25533 25517 25501 25485 25469 25453 25437 25421 25405 25389 25373 25357 25341 25325 25309 25293 25277 25261 25245 25229 25213 25197 25181 25165 25149 25133 25117 25101 25085 25069 25053 25037 25021 25005 24989 24973 24957 24941 24925 24909 24893 24877 24861 24845 24829 24813 24797 24781 24765 24749 24733 24717 24701 24685 24669 24653 24637 24621 24605 24589 24573 24557 24541 24525 24509 24493 24477 24461 24445 24429 24413 24397 24381 24365 24349 24333 24317 24301 24285 24269 24253 24237 24221 24205 24189 24173 24157 24141 24125 24109 24093 24077 24061 24045 24029 24013 23997 23981 23965 23949 23933 23917 23901 23885 23869 23853 23837 23821 23805 23789 23773 23757 23741 23725 23709 23693 23677 23661 23645 23629 23613 23597 23581 23565 23549 23533 23517 23501 23485 23469 23453 23437 23421 23405 23389 23373 23357 23341 23325 23309 23293 23277 23261 23245 23229 23213 23197 23181 23165 23149 23133 23117 23101 23085 23069 23053 23037 23021 23005 22989 22973 22957 22941 22925 22909 22893 22877 22861 22845 22829 22813 22797 22781 22765 22749 22733 22717 22701 22685 22669 22653 22637 22621 22605 22589 22573 22557 22541 22525 22509 22493 22477 22461 22445 22429 22413 22397 22381 22365 22349 22333 22317 22301 22285 22269 22253 22237 22221 22205 22189 22173 22157 22141 22125 22109 22093 22077 22061 22045 22029 22013 21997 21981 21965 21949 21933 21917 21901 21885 21869 21853 21837 21821 21805 21789 21773 21757 21741 21725 21709 21693 21677 21661 21645 21629 21613 21597 21581 21565 21549 21533 21517 21501 21485 21469 21453 21437 21421 21405 21389 21373 21357 21341 21325 21309 21293 21277 21261 21245 21229 21213 21197 21181 21165 21149 21133 21117 21101 21085 21069 21053 21037 21021 21005 20989 20973 20957 20941 20925 20909 20893 20877 20861 20845 20829 20813 20797 20781 20765 20749 20733 20717 20701 20685 20669 20653 20637 20621 20605 20589 20573 20557 20541 20525 20509 20493 20477 20461 20445 20429 20413 20397 20381 20365 20349 20333 20317 20301 20285 20269 20253 20237 20221 20205 20189 20173 20157 20141 20125 20109 20093 20077 20061 20045 20029 20013 19997 19981 19965 19949 19933 19917 19901 19885 19869 19853 19837 19821 19805 19789 19773 19757 19741 19725 19709 19693 19677 19661 19645 19629 19613 19597 19581 19565 19549 19533 19517 19501 19485 19469 19453 19437 19421 19405 19389 19373 19357 19341 19325 19309 19293 19277 19261 19245 19229 19213 19197 19181 19165 19149 19133 19117 19101 19085 19069 19053 19037 19021 19005 18989 18973 18957 18941 18925 18909 18893 18877 18861 18845 18829 18813 18797 18781 18765 18749 18733 18717 18701 18685 18669 18653 18637 18621 18605 18589 18573 18557 18541 18525 18509 18493 18477 18461 18445 18429 18413 18397 18381 18365 18349 18333 18317 18301 18285 18269 18253 18237 18221 18205 18189 18173 18157 18141 18125 18109 18093 18077 18061 18045 18029 18013 17997 17981 17965 17949 17933 17917 17901 17885 17869 17853 17837 17821 17805 17789 17773 17757 17741 17725 17709 17693 17677 17661 17645 17629 17613 17597 17581 17565 17549 17533 17517 17501 17485 17469 17453 17437 17421 17405 17389 17373 17357 17341 17325 17309 17293 17277 17261 17245 17229 17213 17197 17181 17165 17149 17133 17117 17101 17085 17069 17053 17037 17021 17005 16989 16973 16957 16941 16925 16909 16893 16877 16861 16845 16829 16813 16797 16781 16765 16749 16733 16717 16701 16685 16669 16653 16637 16621 16605 16589 16573 16557 16541 16525 16509 16493 16477 16461 16445 16429 16413 16397 16381 16365 16349 16333 16317 16301 16285 16269 16253 16237 16221 16205 16189 16173 16157 16141 16125 16109 16093 16077 16061 16045 16029 16013 15997 15981 15965 15949 15933 15917 15901 15885 15869 15853 15837 15821 15805 15789 15773 15757 15741 15725 15709 15693 15677 15661 15645 15629 15613 15597 15581 15565 15549 15533 15517 15501 15485 15469 15453 15437 15421 15405 15389 15373 15357 15341 15325 15309 15293 15277 15261 15245 15229 15213 15197 15181 15165 15149 15133 15117 15101 15085 15069 15053 15037 15021 15005 14989 14973 14957 14941 14925 14909 14893 14877 14861 14845 14829 14813 14797 14781 14765 14749 14733 14717 14701 14685 14669 14653 14637 14621 14605 14589 14573 14557 14541 14525 14509 14493 14477 14461 14445 14429 14413 14397 14381 14365 14349 14333 14317 14301 14285 14269 14253 14237 14221 14205 14189 14173 14157 14141 14125 14109 14093 14077 14061 14045 14029 14013 13997 13981 13965 13949 13933 13917 13901 13885 13869 13853 13837 13821 13805 13789 13773 13757 13741 13725 13709 13693 13677 13661 13645 13629 13613 13597 13581 13565 13549 13533 13517 13501 13485 13469 13453 13437 13421 13405 13389 13373 13357 13341 13325 13309 13293 13277 13261 13245 13229 13213 13197 13181 13165 13149 13133 13117 13101 13085 13069 13053 13037 13021 13005 12989 12973 12957 12941 12925 12909 12893 12877 12861 12845 12829 12813 12797 12781 12765 12749 12733 12717 12701 12685 12669 12653 12637 12621 12605 12589 12573 12557 12541 12525 12509 12493 12477 12461 12445 12429 12413 12397 12381 12365 12349 12333 12317 12301 12285 12269 12253 12237 12221 12205 12189 12173 12157 12141 12125 12109 12093 12077 12061 12045 12029 12013 11997 11981 11965 11949 11933 11917 11901 11885 11869 11853 11837 11821 11805 11789 11773 11757 11741 11725 11709 11693 11677 11661 11645 11629 11613 11597 11581 11565 11549 11533 11517 11501 11485 11469 11453 11437 11421 11405 11389 11373 11357 11341 11325 11309 11293 11277 11261 11245 11229 11213 11197 11181 11165 11149 11133 11117 11101 11085 11069 11053 11037 11021 11005 10989 10973 10957 10941 10925 10909 10893 10877 10861 10845 10829 10813 10797 10781 10765 10749 10733 10717 10701 10685 10669 10653 10637 10621 10605 10589 10573 10557 10541 10525 10509 10493 10477 10461 10445 10429 10413 10397 10381 10365 10349 10333 10317 10301 10285 10269 10253 10237 10221 10205 10189 10173 10157 10141 10125 10109 10093 10077 10061 10045 10029 10013 9997 9981 9965 9949 9933 9917 9901 9885 9869 9853 9837 9821 9805 9789 9773 9757 9741 9725 9709 9693 9677 9661 9645 9629 9613 9597 9581 9565 9549 9533 9517 9501 9485 9469 9453 9437 9421 9405 9389 9373 9357 9341 9325 9309 9293 9277 9261 9245 9229 9213 9197 9181 9165 9149 9133 9117 9101 9085 9069 9053 9037 9021 9005 8989 8973 8957 8941 8925 8909 8893 8877 8861 8845 8829 8813 8797 8781 8765 8749 8733 8717 8701 8685 8669 8653 8637 8621 8605 8589 8573 8557 8541 8525 8509 8493 8477 8461 8445 8429 8413 8397 8381 8365 8349 8333 8317 8301 8285 8269 8253 8237 8221 8205 8189 8173 8157 8141 8125 8109 8093 8077 8061 8045 8029 8013 7997 7981 7965 7949 7933 7917 7901 7885 7869 7853 7837 7821 7805 7789 7773 7757 7741 7725 7709 7693 7677 7661 7645 7629 7613 7597 7581 7565 7549 7533 7517 7501 7485 7469 7453 7437 7421 7405 7389 7373 7357 7341 7325 7309 7293 7277 7261 7245 7229 7213 7197 7181 7165 7149 7133 7117 7101 7085 7069 7053 7037 7021 7005 6989 6973 6957 6941 6925 6909 6893 6877 6861 6845 6829 6813 6797 6781 6765 6749 6733 6717 6701 6685 6669 6653 6637 6621 6605 6589 6573 6557 6541 6525 6509 6493 6477 6461 6445 6429 6413 6397 6381 6365 6349 6333 6317 6301 6285 6269 6253 6237 6221 6205 6189 6173 6157 6141 6125 6109 6093 6077 6061 6045 6029 6013 5997 5981 5965 5949 5933 5917 5901 5885 5869 5853 5837 5821 5805 5789 5773 5757 5741 5725 5709 5693 5677 5661 5645 5629 5613 5597 5581 5565 5549 5533 5517 5501 5485 5469 5453 5437 5421 5405 5389 5373 5357 5341 5325 5309 5293 5277 5261 5245 5229 5213 5197 5181 5165 5149 5133 5117 5101 5085 5069 5053 5037 5021 5005 4989 4973 4957 4941 4925 4909 4893 4877 4861 4845 4829 4813 4797 4781 4765 4749 4733 4717 4701 4685 4669 4653 4637 4621 4605 4589 4573 4557 4541 4525 4509 4493 4477 4461 4445 4429 4413 4397 4381 4365 4349 4333 4317 4301 4285 4269 4253 4237 4221 4205 4189 4173 4157 4141 4125 4109 4093 4077 4061 4045 4029 4013 3997 3981 3965 3949 3933 3917 3901 3885 3869 3853 3837 3821 3805 3789 3773 3757 3741 3725 3709 3693 3677 3661 3645 3629 3613 3597 3581 3565 3549 3533 3517 3501 3485 3469 3453 3437 3421 3405 3389 3373 3357 3341 3325 3309 3293 3277 3261 3245 3229 3213 3197 3181 3165 3149 3133 3117 3101 3085 3069 3053 3037 3021 3005 2989 2973 2957 2941 2925 2909 2893 2877 2861 2845 2829 2813 2797 2781 2765 2749 2733 2717 2701 2685 2669 2653 2637 2621 2605 2589 2573 2557 2541 2525 2509 2493 2477 2461 2445 2429 2413 2397 2381 2365 2349 2333 2317 2301 2285 2269 2253 2237 2221 2205 2189 2173 2157 2141 2125 2109 2093 2077 2061 2045 2029 2013 1997 1981 1965 1949 1933 1917 1901 1885 1869 1853 1837 1821 1805 1789 1773 1757 1741 1725 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 1485 1469 1453 1437 1421 1405 1389 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /boot/kernel/pflog.ko.symbols...done. fdone. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko #0 doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260 260 if (textdump && textdump_pending) { (kgdb) frame 7 #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe001977a600, isr=0xfffffe019eb96480) at /data/usr/src/sys/netipsec/ipsec_output.c:170 170 switch (saidx->dst.sa.sa_family) { (kgdb) p saidx No symbol "saidx" in current context. BTW in the same frame: (kgdb) p tdbi $1 = (struct tdb_ident *) 0xfffffe017ce5e418 (kgdb) p mtag $2 = (struct m_tag *) 0xfffffe017ce5e400 (kgdb) p isr $3 = (struct ipsecrequest *) 0xfffffe019eb96480 >> Strange.... I'll review changes in IPsec stack which have been done in >> STABLE/9 and not backported to STABLE/8..... >> >> Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21 >> 22:05:26 CEST 2011 (csup'd some hours earlier). >> Should I check with a more recent version? Does that help? >> Thanks for helping. > > Yes, this may help if you try with a most recent 8-STABLE: I don't > remember exactly what, but I'm quite sure there have been some IPsec > related commits on stable/8 between that date and now ! I will try it. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 10:37:26 2012 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 22127106566B for ; Thu, 5 Jan 2012 10:37:26 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id C313B8FC0A for ; Thu, 5 Jan 2012 10:37:25 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 10C9B2798BD; Thu, 5 Jan 2012 11:37:24 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id EC44317057; Thu, 5 Jan 2012 11:37:23 +0100 (CET) Date: Thu, 5 Jan 2012 11:37:23 +0100 From: VANHULLEBUS Yvan To: Attila Nagy Message-ID: <20120105103723.GA33970@zeninc.net> References: <4F044A0B.3020108@fsn.hu> <20120104145155.GA31550@zeninc.net> <4F046D95.3070106@fsn.hu> <20120104163131.GA31787@zeninc.net> <4F057980.7080307@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F057980.7080307@fsn.hu> User-Agent: All mail clients suck. This one just sucks less. Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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: Thu, 05 Jan 2012 10:37:26 -0000 On Thu, Jan 05, 2012 at 11:20:48AM +0100, Attila Nagy wrote: > On 01/04/12 17:31, VANHULLEBUS Yvan wrote: [....] > >Could you check that you are running a correct debug kernel ? > The kernel config is GENERIC, plus some, so it contains DEBUG=-g > makeoptions. Ok. [....] > (kgdb) frame 7 > #7 0xffffffff809bf779 in ipsec_process_done (m=0xfffffe001977a600, > isr=0xfffffe019eb96480) at > /data/usr/src/sys/netipsec/ipsec_output.c:170 > 170 switch (saidx->dst.sa.sa_family) { > (kgdb) p saidx > No symbol "saidx" in current context. > > BTW in the same frame: > (kgdb) p tdbi > $1 = (struct tdb_ident *) 0xfffffe017ce5e418 > (kgdb) p mtag > $2 = (struct m_tag *) 0xfffffe017ce5e400 > (kgdb) p isr > $3 = (struct ipsecrequest *) 0xfffffe019eb96480 Strange..... may be related to some kind of code optimization.... As the line juste before is: saidx = &sav->sah->saidx; Could you show the value of &sav->sah->saidx ? And also check if kgdb can print sav->sah->saidx (without the &) ? > >>Strange.... I'll review changes in IPsec stack which have been done in > >>STABLE/9 and not backported to STABLE/8..... > >> > >> Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21 > >> 22:05:26 CEST 2011 (csup'd some hours earlier). > >> Should I check with a more recent version? Does that help? > >> Thanks for helping. > > > >Yes, this may help if you try with a most recent 8-STABLE: I don't > >remember exactly what, but I'm quite sure there have been some IPsec > >related commits on stable/8 between that date and now ! > I will try it. Ok. To help you having a quick workaround, do you really need ESP+AH ? Most of the time, people who configure ESP+AH just needs in fact ESP with optional data authentication. And the crash occurs in some part of the code which deals with encapsulation in encapsulation. This also may explains why I never saw that crash...... Yvan. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 10:48:29 2012 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 60A3A1065703; Thu, 5 Jan 2012 10:48:29 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id D55B38FC17; Thu, 5 Jan 2012 10:48:28 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id A3891B7666E; Thu, 5 Jan 2012 11:48:27 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 15.1256] X-CRM114-CacheID: sfid-20120105_11482_110D2070 X-CRM114-Status: Good ( pR: 15.1256 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Jan 5 11:48:27 2012 X-DSPAM-Confidence: 0.7629 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4f057ffb466318439010147 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, wrote+>, 0.00166, is+>, 0.00225, >+>, 0.00265, >+>, 0.00265, configure, 0.00357, ?+>, 0.00404, ?+>, 0.00404, permitted, 0.00443, wrote, 0.00485, with+>, 0.00550, >+And, 0.00550, >+And, 0.00550, the+code, 0.00550, >+with, 0.00671, References*fsn.hu>, 0.00671, References*fsn.hu>, 0.00671, fix, 0.00711, to+fix, 0.00755, >+Most, 0.00862, before+is, 0.99000, code+which, 0.01000, some+part, 0.99000, show+the, 0.01000, workaround, 0.01000, 11+37, 0.01000, X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id 473F3B7665F; Thu, 5 Jan 2012 11:48:27 +0100 (CET) Message-ID: <4F057FFB.5080909@fsn.hu> Date: Thu, 05 Jan 2012 11:48:27 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: VANHULLEBUS Yvan References: <4F044A0B.3020108@fsn.hu> <20120104145155.GA31550@zeninc.net> <4F046D95.3070106@fsn.hu> <20120104163131.GA31787@zeninc.net> <4F057980.7080307@fsn.hu> <20120105103723.GA33970@zeninc.net> In-Reply-To: <20120105103723.GA33970@zeninc.net> X-Stationery: 0.7.7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Enabling IPSec panics stable/9 (runs OK on stable/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: Thu, 05 Jan 2012 10:48:29 -0000 On 01/05/12 11:37, VANHULLEBUS Yvan wrote: > Strange..... may be related to some kind of code optimization.... > > As the line juste before is: > saidx =&sav->sah->saidx; > > Could you show the value of&sav->sah->saidx ? > And also check if kgdb can print sav->sah->saidx (without the&) ? Oh sorry, the previous console copy was chopped. I've tried sav too: (kgdb) p sav->sah->saidx Variable "sav" is not available. > To help you having a quick workaround, do you really need ESP+AH ? > Most of the time, people who configure ESP+AH just needs in fact ESP > with optional data authentication. I could live without it, you are right. Thanks for the tip. > And the crash occurs in some part of the code which deals with > encapsulation in encapsulation. > > This also may explains why I never saw that crash...... Could be. Anyways, it's a permitted option, so it would be good to fix it. I hope I can help you in that somehow. :) Thanks, From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 12:32:25 2012 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 BA6DF106564A; Thu, 5 Jan 2012 12:32:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 47AF28FC08; Thu, 5 Jan 2012 12:32:25 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05CWOMk011913; Thu, 5 Jan 2012 12:32:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05CWOcX011912; Thu, 5 Jan 2012 12:32:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 12:32:24 GMT Message-Id: <201201051232.q05CWOcX011912@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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 arm/arm 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: Thu, 05 Jan 2012 12:32:25 -0000 TB --- 2012-01-05 11:45:37 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 11:45:37 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-01-05 11:45:37 - cleaning the object tree TB --- 2012-01-05 11:45:47 - cvsupping the source tree TB --- 2012-01-05 11:45:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-01-05 11:45:59 - building world TB --- 2012-01-05 11:45:59 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 11:45:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 11:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 11:45:59 - SRCCONF=/dev/null TB --- 2012-01-05 11:45:59 - TARGET=arm TB --- 2012-01-05 11:45:59 - TARGET_ARCH=arm TB --- 2012-01-05 11:45:59 - TZ=UTC TB --- 2012-01-05 11:45:59 - __MAKE_CONF=/dev/null TB --- 2012-01-05 11:45:59 - cd /src TB --- 2012-01-05 11:45:59 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 11:46:00 UTC 2012 >>> 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 [...] cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/op! ensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x329c): In function `$a': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 12:32:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 12:32:24 - ERROR: failed to build world TB --- 2012-01-05 12:32:24 - 1962.19 user 509.21 system 2807.15 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 13:25:09 2012 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 7F3921065670 for ; Thu, 5 Jan 2012 13:25:09 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1458FC18 for ; Thu, 5 Jan 2012 13:25:09 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q05Clc2t042853 for ; Thu, 5 Jan 2012 06:47:38 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Jan 5 06:47:38 2012 Message-ID: <4F059BEA.3000508@denninger.net> Date: Thu, 05 Jan 2012 06:47:38 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120105-0, 01/05/2012), Outbound message X-Antivirus-Status: Clean Cc: Subject: FTPS Server? 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, 05 Jan 2012 13:25:09 -0000 Not SFTP (which is supported by the sshd) but FTPS.... is it supported by FreeBSD? This question may belong on the ports list, but a quick perusal there didn't find anything particularly interesting (one possible candidate is marked broken) Thanks in advance. -- Karl Denninger From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 13:28:26 2012 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 B91F71065670; Thu, 5 Jan 2012 13:28:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 7412D8FC17; Thu, 5 Jan 2012 13:28:26 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05DSPKS012232; Thu, 5 Jan 2012 13:28:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05DSPAb012231; Thu, 5 Jan 2012 13:28:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 13:28:25 GMT Message-Id: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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: Thu, 05 Jan 2012 13:28:26 -0000 TB --- 2012-01-05 12:32:24 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 12:32:24 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-01-05 12:32:24 - cleaning the object tree TB --- 2012-01-05 12:32:56 - cvsupping the source tree TB --- 2012-01-05 12:32:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-01-05 12:33:12 - building world TB --- 2012-01-05 12:33:12 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 12:33:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 12:33:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 12:33:12 - SRCCONF=/dev/null TB --- 2012-01-05 12:33:12 - TARGET=i386 TB --- 2012-01-05 12:33:12 - TARGET_ARCH=i386 TB --- 2012-01-05 12:33:12 - TZ=UTC TB --- 2012-01-05 12:33:12 - __MAKE_CONF=/dev/null TB --- 2012-01-05 12:33:12 - cd /src TB --- 2012-01-05 12:33:12 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 12:33:14 UTC 2012 >>> 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 [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 13:28:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 13:28:25 - ERROR: failed to build world TB --- 2012-01-05 13:28:25 - 2415.56 user 507.30 system 3361.09 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 13:30:24 2012 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 653AF106566B for ; Thu, 5 Jan 2012 13:30:24 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id E4FA38FC12 for ; Thu, 5 Jan 2012 13:30:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=69/pTmeHy19ZlMIblr1Av1h0e6zy9gbrlJ+N3NSF3mg=; b=ZZIbws914rEMDv1XC4FvEfeVGTTpc80afLbaI9hogDbzudA259KJRnG8oi9xAq+acplT0MjmsUSpSLeGqa6vb+Brt4+npAylYjQmSYT9vrEiFqUaXzwh0PitUh5dNKrM; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:42494 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RinOg-0002rL-70 from for ; Thu, 05 Jan 2012 14:30:22 +0100 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Thu, 05 Jan 2012 14:30:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 05 Jan 2012 14:30:22 +0100 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <4F059BEA.3000508@denninger.net> References: <4F059BEA.3000508@denninger.net> Message-ID: <81ab471570df95f2867b136e5a61322d@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: FTPS Server? 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, 05 Jan 2012 13:30:24 -0000 Hi, You can easily set up FTPS with pure-ftpd, but AFAIK only the authentication will be secured. This is also called FTP-TLS. Regards, Andras On Thu, 05 Jan 2012 06:47:38 -0600, Karl Denninger wrote: > Not SFTP (which is supported by the sshd) but FTPS.... is it > supported > by FreeBSD? > > This question may belong on the ports list, but a quick perusal there > didn't find anything particularly interesting (one possible candidate > is > marked broken) > > Thanks in advance. > > -- Karl Denninger > > > _______________________________________________ > 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 Thu Jan 5 13:38:40 2012 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 E23F61065672 for ; Thu, 5 Jan 2012 13:38:39 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0818FC16 for ; Thu, 5 Jan 2012 13:38:39 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q05DcZa8056900 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Jan 2012 13:38:35 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q05DcZa8056900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1325770715; bh=Vp5THkvOkOUHZaQBK7fnwjL2XhYO8Rcr59hFi6fshag=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=vjHYvI8ZN7La3CNKDQnmZsutZOn/ELFHcW5ep3jXCGzNtLhqpvXPlzgpzljkkFfFY 2IRSIOpz0dasW3WQjzpOHPH3o2UyQ7dTAR7zgN8Ewd7TJtA3u4wr0sbyiJGrgfMpb9 QwIEydQmKsYLU2+Yqu6+KgH4wZhMTFTrjkILzePY= Message-ID: <4F05A7D5.8000403@infracaninophile.co.uk> Date: Thu, 05 Jan 2012 13:38:29 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F059BEA.3000508@denninger.net> In-Reply-To: <4F059BEA.3000508@denninger.net> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB8988684A4496358E3D783A6" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: FTPS Server? 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, 05 Jan 2012 13:38:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB8988684A4496358E3D783A6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/01/2012 12:47, Karl Denninger wrote: > Not SFTP (which is supported by the sshd) but FTPS.... is it supported > by FreeBSD? No, not supported in the base system. > This question may belong on the ports list, but a quick perusal there > didn't find anything particularly interesting (one possible candidate i= s > marked broken) Several of the ftp daemons in the ports should be capable of running FTPS. 10 seconds with Google turns up HOWTOs for setting up either vsftpd or proftpd to provide FTPS support. However, personally, I'd avoid FTPS. It suffers from most of the design flaws of standard FTP[*], particularly as regards passing through firewalls. Worse, because the traffic is encrypted, you can't even use tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient port numbers by deep packet inspection. As far as your users are concerned, just use SFTP. It behaves exactly like an ordinary FTP client, but the underlying SSH protocol over the network is way, way better designed. Cheers, Matthew [*] Miserable, archaic and long overdue to be put out of our misery. --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigB8988684A4496358E3D783A6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8Fp9sACgkQ8Mjk52CukIzPTACfTjxnUccuw788AxLzgoFAG2rc TEAAn0PcPNdeUOk+RioyFvm5rNrSvEuG =zmJG -----END PGP SIGNATURE----- --------------enigB8988684A4496358E3D783A6-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 13:55:29 2012 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 D2F651065673; Thu, 5 Jan 2012 13:55:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 917FA8FC0C; Thu, 5 Jan 2012 13:55:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05DtSda019954; Thu, 5 Jan 2012 13:55:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05DtS5G019948; Thu, 5 Jan 2012 13:55:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 13:55:28 GMT Message-Id: <201201051355.q05DtS5G019948@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on mips/mips 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: Thu, 05 Jan 2012 13:55:29 -0000 TB --- 2012-01-05 13:45:05 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 13:45:05 - starting RELENG_9 tinderbox run for mips/mips TB --- 2012-01-05 13:45:05 - cleaning the object tree TB --- 2012-01-05 13:45:16 - cvsupping the source tree TB --- 2012-01-05 13:45:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/mips/mips/supfile TB --- 2012-01-05 13:45:56 - building world TB --- 2012-01-05 13:45:56 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 13:45:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 13:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 13:45:56 - SRCCONF=/dev/null TB --- 2012-01-05 13:45:56 - TARGET=mips TB --- 2012-01-05 13:45:56 - TARGET_ARCH=mips TB --- 2012-01-05 13:45:56 - TZ=UTC TB --- 2012-01-05 13:45:56 - __MAKE_CONF=/dev/null TB --- 2012-01-05 13:45:56 - cd /src TB --- 2012-01-05 13:45:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 13:45:57 UTC 2012 >>> 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 [...] ===> lib/libalias/modules/ftp (buildincludes) ===> lib/libalias/modules/irc (buildincludes) ===> lib/libalias/modules/nbt (buildincludes) ===> lib/libalias/modules/pptp (buildincludes) ===> lib/libalias/modules/skinny (buildincludes) ===> lib/libalias/modules/smedia (buildincludes) ===> lib/libarchive (buildincludes) make: don't know how to make archive.h. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 13:55:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 13:55:28 - ERROR: failed to build world TB --- 2012-01-05 13:55:28 - 435.55 user 48.96 system 623.05 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 14:09:45 2012 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 1F615106564A for ; Thu, 5 Jan 2012 14:09:45 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id BA4598FC1D for ; Thu, 5 Jan 2012 14:09:44 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q05E9iKv047126 for ; Thu, 5 Jan 2012 08:09:44 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Jan 5 08:09:44 2012 Message-ID: <4F05AF28.5010900@denninger.net> Date: Thu, 05 Jan 2012 08:09:44 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Matthew Seaman References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> In-Reply-To: <4F05A7D5.8000403@infracaninophile.co.uk> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120105-0, 01/05/2012), Outbound message X-Antivirus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 14:09:45 -0000 On 1/5/2012 7:38 AM, Matthew Seaman wrote: > On 05/01/2012 12:47, Karl Denninger wrote: >> Not SFTP (which is supported by the sshd) but FTPS.... is it supported >> by FreeBSD? > No, not supported in the base system. > >> This question may belong on the ports list, but a quick perusal there >> didn't find anything particularly interesting (one possible candidate is >> marked broken) > Several of the ftp daemons in the ports should be capable of running > FTPS. 10 seconds with Google turns up HOWTOs for setting up either > vsftpd or proftpd to provide FTPS support. > > However, personally, I'd avoid FTPS. It suffers from most of the design > flaws of standard FTP[*], particularly as regards passing through > firewalls. Worse, because the traffic is encrypted, you can't even use > tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient > port numbers by deep packet inspection. As far as your users are > concerned, just use SFTP. It behaves exactly like an ordinary FTP > client, but the underlying SSH protocol over the network is way, way > better designed. > > Cheers, > > Matthew > > [*] Miserable, archaic and long overdue to be put out of our misery. Yes, I understand all the arguments against, but I have an EyeFi card here (SD card with a built in Wifi transmitter for use in cameras) that does not know how to deal with SFTP. So if I want to do anything other than transfer to a Windows machine (barf!) I am stuck with either FTP (no encryption at all and subject to be picked off via trivial means while the data is in flight) or FTPS (which has its own set of issues.) The ability to immediately get images shot in the field out of the camera and onto stable storage via a Wifi hotspot running on the phone in my pocket looks really good, but I'll be damned if I'm going to base that on a Windows machine. I understand that ftps bites but.... -- Karl From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 14:09:53 2012 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 3AA1C1065708; Thu, 5 Jan 2012 14:09:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id A32EA8FC0C; Thu, 5 Jan 2012 14:09:52 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05E9qh0013230; Thu, 5 Jan 2012 14:09:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05E9qVs013228; Thu, 5 Jan 2012 14:09:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 14:09:52 GMT Message-Id: <201201051409.q05E9qVs013228@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Thu, 05 Jan 2012 14:09:53 -0000 TB --- 2012-01-05 13:55:29 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 13:55:29 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-01-05 13:55:29 - cleaning the object tree TB --- 2012-01-05 13:55:56 - cvsupping the source tree TB --- 2012-01-05 13:55:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-01-05 13:56:57 - building world TB --- 2012-01-05 13:56:57 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 13:56:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 13:56:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 13:56:57 - SRCCONF=/dev/null TB --- 2012-01-05 13:56:57 - TARGET=powerpc TB --- 2012-01-05 13:56:57 - TARGET_ARCH=powerpc TB --- 2012-01-05 13:56:57 - TZ=UTC TB --- 2012-01-05 13:56:57 - __MAKE_CONF=/dev/null TB --- 2012-01-05 13:56:57 - cd /src TB --- 2012-01-05 13:56:57 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 13:56:58 UTC 2012 >>> 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 [...] ===> lib/libalias/modules/ftp (buildincludes) ===> lib/libalias/modules/irc (buildincludes) ===> lib/libalias/modules/nbt (buildincludes) ===> lib/libalias/modules/pptp (buildincludes) ===> lib/libalias/modules/skinny (buildincludes) ===> lib/libalias/modules/smedia (buildincludes) ===> lib/libarchive (buildincludes) make: don't know how to make archive.h. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 14:09:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 14:09:52 - ERROR: failed to build world TB --- 2012-01-05 14:09:52 - 619.08 user 63.01 system 863.10 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 14:22:00 2012 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 8A4E7106566B; Thu, 5 Jan 2012 14:22:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2088FC08; Thu, 5 Jan 2012 14:22:00 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05ELxow095626; Thu, 5 Jan 2012 14:21:59 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05ELxth095617; Thu, 5 Jan 2012 14:21:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 14:21:59 GMT Message-Id: <201201051421.q05ELxth095617@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on sparc64/sparc64 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: Thu, 05 Jan 2012 14:22:00 -0000 TB --- 2012-01-05 14:11:44 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 14:11:44 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2012-01-05 14:11:44 - cleaning the object tree TB --- 2012-01-05 14:12:06 - cvsupping the source tree TB --- 2012-01-05 14:12:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/sparc64/sparc64/supfile TB --- 2012-01-05 14:13:06 - building world TB --- 2012-01-05 14:13:06 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 14:13:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 14:13:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 14:13:06 - SRCCONF=/dev/null TB --- 2012-01-05 14:13:06 - TARGET=sparc64 TB --- 2012-01-05 14:13:06 - TARGET_ARCH=sparc64 TB --- 2012-01-05 14:13:06 - TZ=UTC TB --- 2012-01-05 14:13:06 - __MAKE_CONF=/dev/null TB --- 2012-01-05 14:13:06 - cd /src TB --- 2012-01-05 14:13:06 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 14:13:07 UTC 2012 >>> 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 [...] ===> lib/libalias/modules/ftp (buildincludes) ===> lib/libalias/modules/irc (buildincludes) ===> lib/libalias/modules/nbt (buildincludes) ===> lib/libalias/modules/pptp (buildincludes) ===> lib/libalias/modules/skinny (buildincludes) ===> lib/libalias/modules/smedia (buildincludes) ===> lib/libarchive (buildincludes) make: don't know how to make archive.h. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 14:21:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 14:21:59 - ERROR: failed to build world TB --- 2012-01-05 14:21:59 - 390.55 user 48.96 system 615.50 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 14:24:25 2012 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 2E381106564A; Thu, 5 Jan 2012 14:24:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C6F1D8FC13; Thu, 5 Jan 2012 14:24:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05EOOwv014245; Thu, 5 Jan 2012 14:24:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05EOOuB014244; Thu, 5 Jan 2012 14:24:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 14:24:24 GMT Message-Id: <201201051424.q05EOOuB014244@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/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: Thu, 05 Jan 2012 14:24:25 -0000 TB --- 2012-01-05 14:09:52 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 14:09:52 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-01-05 14:09:52 - cleaning the object tree TB --- 2012-01-05 14:10:22 - cvsupping the source tree TB --- 2012-01-05 14:10:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-01-05 14:11:26 - building world TB --- 2012-01-05 14:11:26 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 14:11:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 14:11:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 14:11:26 - SRCCONF=/dev/null TB --- 2012-01-05 14:11:26 - TARGET=powerpc TB --- 2012-01-05 14:11:26 - TARGET_ARCH=powerpc64 TB --- 2012-01-05 14:11:26 - TZ=UTC TB --- 2012-01-05 14:11:26 - __MAKE_CONF=/dev/null TB --- 2012-01-05 14:11:26 - cd /src TB --- 2012-01-05 14:11:26 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 14:11:27 UTC 2012 >>> 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 [...] ===> lib/libalias/modules/ftp (buildincludes) ===> lib/libalias/modules/irc (buildincludes) ===> lib/libalias/modules/nbt (buildincludes) ===> lib/libalias/modules/pptp (buildincludes) ===> lib/libalias/modules/skinny (buildincludes) ===> lib/libalias/modules/smedia (buildincludes) ===> lib/libarchive (buildincludes) make: don't know how to make archive.h. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 14:24:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 14:24:24 - ERROR: failed to build world TB --- 2012-01-05 14:24:24 - 602.94 user 69.61 system 871.94 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 14:24:27 2012 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 573861065672; Thu, 5 Jan 2012 14:24:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 11B408FC14; Thu, 5 Jan 2012 14:24:26 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05EOQTM012199; Thu, 5 Jan 2012 14:24:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05EOQpM012194; Thu, 5 Jan 2012 14:24:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 14:24:26 GMT Message-Id: <201201051424.q05EOQpM012194@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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: Thu, 05 Jan 2012 14:24:27 -0000 TB --- 2012-01-05 13:28:26 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 13:28:26 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-01-05 13:28:26 - cleaning the object tree TB --- 2012-01-05 13:28:53 - cvsupping the source tree TB --- 2012-01-05 13:28:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-01-05 13:29:03 - building world TB --- 2012-01-05 13:29:03 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 13:29:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 13:29:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 13:29:03 - SRCCONF=/dev/null TB --- 2012-01-05 13:29:03 - TARGET=pc98 TB --- 2012-01-05 13:29:03 - TARGET_ARCH=i386 TB --- 2012-01-05 13:29:03 - TZ=UTC TB --- 2012-01-05 13:29:03 - __MAKE_CONF=/dev/null TB --- 2012-01-05 13:29:03 - cd /src TB --- 2012-01-05 13:29:03 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 13:29:05 UTC 2012 >>> 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 [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x360d): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 14:24:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 14:24:26 - ERROR: failed to build world TB --- 2012-01-05 14:24:26 - 2404.90 user 517.55 system 3360.15 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 15:28:53 2012 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 6ABD51065672; Thu, 5 Jan 2012 15:28:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id EFC318FC0C; Thu, 5 Jan 2012 15:28:52 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05FSqhh097696; Thu, 5 Jan 2012 15:28:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05FSqfj097687; Thu, 5 Jan 2012 15:28:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 15:28:52 GMT Message-Id: <201201051528.q05FSqfj097687@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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 ia64/ia64 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: Thu, 05 Jan 2012 15:28:53 -0000 TB --- 2012-01-05 14:24:26 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 14:24:26 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-01-05 14:24:26 - cleaning the object tree TB --- 2012-01-05 14:24:46 - cvsupping the source tree TB --- 2012-01-05 14:24:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-01-05 14:24:55 - building world TB --- 2012-01-05 14:24:55 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 14:24:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 14:24:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 14:24:55 - SRCCONF=/dev/null TB --- 2012-01-05 14:24:55 - TARGET=ia64 TB --- 2012-01-05 14:24:55 - TARGET_ARCH=ia64 TB --- 2012-01-05 14:24:55 - TZ=UTC TB --- 2012-01-05 14:24:55 - __MAKE_CONF=/dev/null TB --- 2012-01-05 14:24:55 - cd /src TB --- 2012-01-05 14:24:55 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 14:24:57 UTC 2012 >>> 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 [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x85c2): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 15:28:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 15:28:52 - ERROR: failed to build world TB --- 2012-01-05 15:28:52 - 2857.12 user 497.08 system 3865.51 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 15:32:25 2012 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 72C07106564A for ; Thu, 5 Jan 2012 15:32:25 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 016048FC12 for ; Thu, 5 Jan 2012 15:32:24 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q05FWIUb059916 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 5 Jan 2012 15:32:18 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q05FWIUb059916 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1325777538; bh=wST2PFR8IH34Hh/8WAmUvojVVUs4vjSSUxswE0BUC2A=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=MmJ9ogXB1Pv8AVkiUkm1Tyc61DdRpHCBlKcpxMNNrrkuqaANJEPY4MgfLvLJuakNh u6+509AKDHw7ixyQiVfNLzebEz3cvodKlvacbIg5deFHFYZfMITgDgYZCmL3qy2tLY 5gXE/jal371QTtNt/nUTp91AV7xAaXz/VCXvN2so= Message-ID: <4F05C27B.8050802@infracaninophile.co.uk> Date: Thu, 05 Jan 2012 15:32:11 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Karl Denninger References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> In-Reply-To: <4F05AF28.5010900@denninger.net> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0E71ADD62C3112DAFCE27DC9" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 15:32:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0E71ADD62C3112DAFCE27DC9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/01/2012 14:09, Karl Denninger wrote: > So if I want to do anything other than transfer to a Windows machine > (barf!) I am stuck with either FTP (no encryption at all and subject to= > be picked off via trivial means while the data is in flight) or FTPS > (which has its own set of issues.) Does your card support uploading by HTTP(S) POST? You'll need to cook up a small webapp to process the input, but that shouldn't be any big deal if you can snoop on the card doing that and extract parameter values= =2E Or, more obscurely, does that card support HTTP PUT? Not very many people realise that uploading data is supported in HTTP, and consequently it is quite rarely used. For apache, you need to use a statement to enable the PUT command, and obviously, you'll need some sort of access control eg. HTTP Basic Auth so users have to provide passwords. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig0E71ADD62C3112DAFCE27DC9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8FwoIACgkQ8Mjk52CukIxYRQCgjXrhwuCn+9C9ItqDNXwQDo8D Nl0AoIUa5b6xuB6LusyHqQfZryKFb/Ty =dSCS -----END PGP SIGNATURE----- --------------enig0E71ADD62C3112DAFCE27DC9-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 15:44:01 2012 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 A8F06106566B for ; Thu, 5 Jan 2012 15:44:01 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABF08FC0A for ; Thu, 5 Jan 2012 15:44:01 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q05Fi0lp051980 for ; Thu, 5 Jan 2012 09:44:01 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Jan 5 09:44:00 2012 Message-ID: <4F05C540.1000405@denninger.net> Date: Thu, 05 Jan 2012 09:44:00 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Matthew Seaman References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> <4F05C27B.8050802@infracaninophile.co.uk> In-Reply-To: <4F05C27B.8050802@infracaninophile.co.uk> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120105-0, 01/05/2012), Outbound message X-Antivirus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 15:44:01 -0000 On 1/5/2012 9:32 AM, Matthew Seaman wrote: > On 05/01/2012 14:09, Karl Denninger wrote: >> So if I want to do anything other than transfer to a Windows machine >> (barf!) I am stuck with either FTP (no encryption at all and subject to >> be picked off via trivial means while the data is in flight) or FTPS >> (which has its own set of issues.) > Does your card support uploading by HTTP(S) POST? You'll need to cook > up a small webapp to process the input, but that shouldn't be any big > deal if you can snoop on the card doing that and extract parameter values. > > Or, more obscurely, does that card support HTTP PUT? Not very many > people realise that uploading data is supported in HTTP, and > consequently it is quite rarely used. For apache, you need to use a > statement to enable the PUT command, and obviously, you'll need > some sort of access control eg. HTTP Basic Auth so users have to provide > passwords. > > Cheers, > > Matthew No; unfortunately the only "open standards" methods supported are FTP or "Secure" FTP (Ftps) The proprietary stuff "works" but I want to have a Windows machine powered up all the time to get the transmissions (even though I can have it mount a Samba share and thus write them to the same place on the server in question) like a want a hole in the head. -- Karl From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 15:51:00 2012 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 82A0F106564A for ; Thu, 5 Jan 2012 15:51:00 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from rs2.shuttle.de (rs2.shuttle.de [IPv6:2001:638:206:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 2041F8FC0A for ; Thu, 5 Jan 2012 15:51:00 +0000 (UTC) Received: by rs2.shuttle.de (Postfix, from userid 10) id C28F75801F; Thu, 5 Jan 2012 16:50:58 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.14.5/8.14.5) with ESMTP id q05FomWL075634 for ; Thu, 5 Jan 2012 16:50:48 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.14.5/8.14.5/Submit) id q05Fomul075633 for stable@freebsd.org; Thu, 5 Jan 2012 16:50:48 +0100 (CET) (envelope-from schweikh) Date: Thu, 5 Jan 2012 16:50:48 +0100 From: Jens Schweikhardt To: stable@freebsd.org Message-ID: <20120105155048.GA3008@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Keyboard LEDs stay on after shutdown -p 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, 05 Jan 2012 15:51:00 -0000 hello, world\n I made an interesting observation the other day. I don't know if it is because of the update to 9-STABLE with the same kernel config I used the last months, or maybe Windows 7 on my multi OS system has frobbed something somewhere, but when I "shutdown -p" the three keyboard LEDs Num, Caps & Scroll remain lit... pulling the plug of course does fix it :-) In order to have the LEDs out, do I have to add a new kernel option? Tune some sysctl values? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 15:56:48 2012 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 399431065678 for ; Thu, 5 Jan 2012 15:56:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id E7D708FC29 for ; Thu, 5 Jan 2012 15:56:47 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q05Fugho061181; Thu, 5 Jan 2012 10:56:42 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4F05C830.5070208@sentex.net> Date: Thu, 05 Jan 2012 10:56:32 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Karl Denninger References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> <4F05C27B.8050802@infracaninophile.co.uk> <4F05C540.1000405@denninger.net> In-Reply-To: <4F05C540.1000405@denninger.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 15:56:48 -0000 On 1/5/2012 10:44 AM, Karl Denninger wrote: > No; unfortunately the only "open standards" methods supported are FTP or > "Secure" FTP (Ftps) Try pro-ftpd from the ports tree. http://www.proftpd.org/docs/howto/TLS.html ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 16:11:26 2012 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 87135106564A for ; Thu, 5 Jan 2012 16:11:26 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.freebsd.org (Postfix) with ESMTP id EB3588FC13 for ; Thu, 5 Jan 2012 16:11:25 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id q05FbPKD015679 for ; Thu, 5 Jan 2012 16:37:26 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.5/8.14.5) with ESMTP id q05FbO6F091417 for ; Thu, 5 Jan 2012 16:37:24 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.5/8.14.5/Submit) id q05FbOa5091416 for freebsd-stable@freebsd.org; Thu, 5 Jan 2012 16:37:24 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Thu, 5 Jan 2012 16:37:24 +0100 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Message-ID: <20120105153724.GA91242@lyxys.ka.sub.org> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F05A7D5.8000403@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.3i Organization: private site Subject: Re: FTPS Server? 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, 05 Jan 2012 16:11:26 -0000 Hi everyone, * Matthew Seaman [120105 14:38]: > On 05/01/2012 12:47, Karl Denninger wrote: >> Not SFTP (which is supported by the sshd) but FTPS.... is it supported >> by FreeBSD? > No, not supported in the base system. >> [..] > However, personally, I'd avoid FTPS. It suffers from most of the design > flaws of standard FTP[*], particularly as regards passing through > firewalls. Worse, because the traffic is encrypted, you can't even use > tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient > port numbers by deep packet inspection. As far as your users are > concerned, just use SFTP. It behaves exactly like an ordinary FTP > client, but the underlying SSH protocol over the network is way, way > better designed. Well, the problem I have here is at the server side: ftp users can be locked in a particular subtree of the file system by simply assigning them a chrooted login class. No need to setup any infrastructure in that subtree itself. Did not find out how to do this with sftp (we only allow publickey authentication with ssh at our servers) Wolfgang From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 16:12:02 2012 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 5F4DA106564A; Thu, 5 Jan 2012 16:12:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 1E07E8FC13; Thu, 5 Jan 2012 16:12:02 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05GC1hm062310; Thu, 5 Jan 2012 16:12:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05GC1uk062309; Thu, 5 Jan 2012 16:12:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 16:12:01 GMT Message-Id: <201201051612.q05GC1uk062309@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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 mips/mips 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: Thu, 05 Jan 2012 16:12:02 -0000 TB --- 2012-01-05 15:23:41 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 15:23:41 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-01-05 15:23:41 - cleaning the object tree TB --- 2012-01-05 15:23:54 - cvsupping the source tree TB --- 2012-01-05 15:23:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-01-05 15:24:05 - building world TB --- 2012-01-05 15:24:05 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 15:24:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 15:24:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 15:24:05 - SRCCONF=/dev/null TB --- 2012-01-05 15:24:05 - TARGET=mips TB --- 2012-01-05 15:24:05 - TARGET_ARCH=mips TB --- 2012-01-05 15:24:05 - TZ=UTC TB --- 2012-01-05 15:24:05 - __MAKE_CONF=/dev/null TB --- 2012-01-05 15:24:05 - cd /src TB --- 2012-01-05 15:24:05 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 15:24:07 UTC 2012 >>> 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 [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src! /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -EL -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x4e68): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 16:12:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 16:12:01 - ERROR: failed to build world TB --- 2012-01-05 16:12:01 - 2009.49 user 482.36 system 2900.19 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 16:24:27 2012 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 234AB106566B; Thu, 5 Jan 2012 16:24:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id C190F8FC12; Thu, 5 Jan 2012 16:24:26 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05GOQe2014218; Thu, 5 Jan 2012 16:24:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05GOQPb014213; Thu, 5 Jan 2012 16:24:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 16:24:26 GMT Message-Id: <201201051624.q05GOQPb014213@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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: Thu, 05 Jan 2012 16:24:27 -0000 TB --- 2012-01-05 15:28:52 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 15:28:52 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-01-05 15:28:52 - cleaning the object tree TB --- 2012-01-05 15:29:14 - cvsupping the source tree TB --- 2012-01-05 15:29:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-01-05 15:29:25 - building world TB --- 2012-01-05 15:29:25 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 15:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 15:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 15:29:25 - SRCCONF=/dev/null TB --- 2012-01-05 15:29:25 - TARGET=powerpc TB --- 2012-01-05 15:29:25 - TARGET_ARCH=powerpc TB --- 2012-01-05 15:29:25 - TZ=UTC TB --- 2012-01-05 15:29:25 - __MAKE_CONF=/dev/null TB --- 2012-01-05 15:29:25 - cd /src TB --- 2012-01-05 15:29:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 15:29:26 UTC 2012 >>> 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 [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x42c0): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 16:24:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 16:24:26 - ERROR: failed to build world TB --- 2012-01-05 16:24:26 - 2407.58 user 501.44 system 3333.63 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 16:30:02 2012 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 A82E7106566B for ; Thu, 5 Jan 2012 16:30:02 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id E51278FC16 for ; Thu, 5 Jan 2012 16:30:01 +0000 (UTC) Received: (qmail 42783 invoked by uid 89); 5 Jan 2012 16:16:44 -0000 Received: by simscan 1.4.0 ppid: 42778, pid: 42780, t: 0.0620s scanners: attach: 1.4.0 clamav: 0.97.1/m:54/d:14255 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 5 Jan 2012 16:16:44 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Rainer Duffner In-Reply-To: <20120105153724.GA91242@lyxys.ka.sub.org> Date: Thu, 5 Jan 2012 17:16:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8B259221-6A70-4D3C-ABA7-D74B2C9F9F14@ultra-secure.de> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> To: Wolfgang Zenker X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 16:30:02 -0000 Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker: > Hi everyone, >=20 > * Matthew Seaman [120105 14:38]: >> On 05/01/2012 12:47, Karl Denninger wrote: >>> Not SFTP (which is supported by the sshd) but FTPS.... is it = supported >>> by FreeBSD? >=20 >> No, not supported in the base system. >=20 >>> [..] >> However, personally, I'd avoid FTPS. It suffers from most of the = design >> flaws of standard FTP[*], particularly as regards passing through >> firewalls. Worse, because the traffic is encrypted, you can't even = use >> tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient >> port numbers by deep packet inspection. As far as your users are >> concerned, just use SFTP. It behaves exactly like an ordinary FTP >> client, but the underlying SSH protocol over the network is way, way >> better designed. >=20 > Well, the problem I have here is at the server side: ftp users can be > locked in a particular subtree of the file system by simply assigning > them a chrooted login class. No need to setup any infrastructure in > that subtree itself. Did not find out how to do this with sftp (we = only > allow publickey authentication with ssh at our servers) >=20 > Wolfgang It is possible. See the chroot configuration in the man-page for sshd_config If you have a sufficiently complete chroot-environment, you can even do = chroot'ed ssh login sessions. Rainer From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 16:35:53 2012 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 66D44106564A for ; Thu, 5 Jan 2012 16:35:53 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id C15948FC08 for ; Thu, 5 Jan 2012 16:35:52 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q05GZmCC082689 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Jan 2012 16:35:49 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q05GZmCC082689 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1325781349; bh=CLRaF6F9trsDcgnDKodneWehe/o8z3E8f+m67Gyph9Q=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=l5tX2xvfgn7CgiDPlGHZIFznAEdoK4tl3feOzOmKx+QPgfwNFcqAQKGgHm9EtCUmR E638SC83Yw6dzNDUEnG/HrNQ8LUz7k6DKrRecTJyWGItgrtO35Dcl3NxYxBRZkM8uI 5PuC3SUJ5kVlxUruH9Ng751j0UDhzx3VCWTi7GsI= Message-ID: <4F05D15E.3000604@infracaninophile.co.uk> Date: Thu, 05 Jan 2012 16:35:42 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> In-Reply-To: <20120105153724.GA91242@lyxys.ka.sub.org> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD6DECB2A5BB37CAFDCC39057" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: FTPS Server? 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, 05 Jan 2012 16:35:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD6DECB2A5BB37CAFDCC39057 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/01/2012 15:37, Wolfgang Zenker wrote: > Well, the problem I have here is at the server side: ftp users can be > locked in a particular subtree of the file system by simply assigning > them a chrooted login class. No need to setup any infrastructure in > that subtree itself. Did not find out how to do this with sftp (we only= > allow publickey authentication with ssh at our servers) shells/scponly has an OPTION for that -- chroot'ing a user to their home directory -- but you'll need to setup some extra stuff in each user account. Happily the port comes with a rc script that does that for you.= Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigD6DECB2A5BB37CAFDCC39057 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8F0WQACgkQ8Mjk52CukIw8dgCfaLCTdAVmLooq/b2M7DwJk+RF smEAnRoUCOtR1/266tHR2NCnS/4z2rcZ =m4a/ -----END PGP SIGNATURE----- --------------enigD6DECB2A5BB37CAFDCC39057-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 17:00:07 2012 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 2FCF21065672; Thu, 5 Jan 2012 17:00:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id E17B98FC16; Thu, 5 Jan 2012 17:00:06 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id q05H069S099904; Thu, 5 Jan 2012 17:00:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id q05H06fH099903; Thu, 5 Jan 2012 17:00:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 17:00:06 GMT Message-Id: <201201051700.q05H06fH099903@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.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 sparc64/sparc64 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: Thu, 05 Jan 2012 17:00:07 -0000 TB --- 2012-01-05 16:12:01 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2012-01-05 16:12:01 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-01-05 16:12:01 - cleaning the object tree TB --- 2012-01-05 16:12:22 - cvsupping the source tree TB --- 2012-01-05 16:12:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-01-05 16:12:35 - building world TB --- 2012-01-05 16:12:35 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 16:12:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 16:12:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 16:12:35 - SRCCONF=/dev/null TB --- 2012-01-05 16:12:35 - TARGET=sparc64 TB --- 2012-01-05 16:12:35 - TARGET_ARCH=sparc64 TB --- 2012-01-05 16:12:35 - TZ=UTC TB --- 2012-01-05 16:12:35 - __MAKE_CONF=/dev/null TB --- 2012-01-05 16:12:35 - cd /src TB --- 2012-01-05 16:12:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 16:12:37 UTC 2012 >>> 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 [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs/zfs_comutil.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common/timestamp.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../cddl/contrib/o! pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -lzfs zpool_main.o(.text+0x3c84): In function `zpool_do_labelclear': : undefined reference to `zpool_pool_state_to_name' *** Error code 1 Stop in /src/cddl/sbin/zpool. *** Error code 1 Stop in /src/cddl/sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 17:00:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 17:00:06 - ERROR: failed to build world TB --- 2012-01-05 17:00:06 - 2260.01 user 480.42 system 2884.46 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 18:16:14 2012 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 08AAF106566B; Thu, 5 Jan 2012 18:16:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id C1A818FC16; Thu, 5 Jan 2012 18:16:13 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q05I25Tc038350; Thu, 5 Jan 2012 10:02:05 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q05I25W4038349; Thu, 5 Jan 2012 10:02:05 -0800 (PST) (envelope-from david) Date: Thu, 5 Jan 2012 10:02:05 -0800 From: David Wolfskill To: FreeBSD Tinderbox Message-ID: <20120105180205.GJ1733@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , FreeBSD Tinderbox , stable@freebsd.org, i386@freebsd.org References: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J3rqiH0DIeiRD2zz" Content-Disposition: inline In-Reply-To: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: stable@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: Thu, 05 Jan 2012 18:16:14 -0000 --J3rqiH0DIeiRD2zz Content-Type: multipart/mixed; boundary="ZkK3DH7HIvxYLwhR" Content-Disposition: inline --ZkK3DH7HIvxYLwhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 05, 2012 at 01:28:25PM +0000, FreeBSD Tinderbox wrote: > ... > cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/li= b/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/i= nclude -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem = -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/sbi= n/zpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/sbin/zpool/../..= /../cddl/contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../= ../../cddl/contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/..= /../../cddl/contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/..= /../../cddl/contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../= ../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/sbin/zpool/../../../= sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys= /cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../..= /sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../.= ./cddl/contrib/o! > pensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../cddl/cont= rib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -std=3Dgnu89 -fstack= -protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_i= ter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnv= pair -lsbuf -lumem -lutil -luutil -lzfs > zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': > : undefined reference to `zpool_pool_state_to_name' > *** Error code 1 > ... Attached patch gets around the above for me. Caveats: * I haven't finished the build yet (but did get beyond that breakage). * I don't use ZFS, so I don't exercise the code. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ZkK3DH7HIvxYLwhR Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="stable_8.patch" Content-Transfer-Encoding: quoted-printable Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h =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 --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h (revision 229586) +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h (working copy) @@ -202,7 +202,8 @@ extern void zpool_close(zpool_handle_t *); extern const char *zpool_get_name(zpool_handle_t *); extern int zpool_get_state(zpool_handle_t *); -extern char *zpool_state_to_name(vdev_state_t, vdev_aux_t); +extern const char *zpool_state_to_name(vdev_state_t, vdev_aux_t); +extern const char *zpool_pool_state_to_name(pool_state_t); extern void zpool_free_handles(libzfs_handle_t *); =20 /* Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c =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 --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c (revision 2295= 86) +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c (working copy) @@ -176,7 +176,7 @@ /* * Map VDEV STATE to printed strings. */ -char * +const char * zpool_state_to_name(vdev_state_t state, vdev_aux_t aux) { switch (state) { @@ -204,6 +204,34 @@ } =20 /* + * Map POOL STATE to printed strings. + */ +const char * +zpool_pool_state_to_name(pool_state_t state) +{ + switch (state) { + case POOL_STATE_ACTIVE: + return (gettext("ACTIVE")); + case POOL_STATE_EXPORTED: + return (gettext("EXPORTED")); + case POOL_STATE_DESTROYED: + return (gettext("DESTROYED")); + case POOL_STATE_SPARE: + return (gettext("SPARE")); + case POOL_STATE_L2CACHE: + return (gettext("L2CACHE")); + case POOL_STATE_UNINITIALIZED: + return (gettext("UNINITIALIZED")); + case POOL_STATE_UNAVAIL: + return (gettext("UNAVAIL")); + case POOL_STATE_POTENTIALLY_ACTIVE: + return (gettext("POTENTIALLY_ACTIVE")); + } + + return (gettext("UNKNOWN")); +} + +/* * Get a zpool property value for 'prop' and return the value in * a pre-allocated buffer. */ --ZkK3DH7HIvxYLwhR-- --J3rqiH0DIeiRD2zz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8F5ZwACgkQmprOCmdXAD0dkwCfUZ9yicWNgxyJmWlRkZuJIYRY 20YAmwQK8F5A+itUYPnLS61jjr7xMyDV =Fm/6 -----END PGP SIGNATURE----- --J3rqiH0DIeiRD2zz-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 19:26:37 2012 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 7F483106566C for ; Thu, 5 Jan 2012 19:26:37 +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 3E77D8FC0A for ; Thu, 5 Jan 2012 19:26:37 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by QMTA11.westchester.pa.mail.comcast.net with comcast id HoLM1i0061c6gX85BvSdzG; Thu, 05 Jan 2012 19:26:37 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.westchester.pa.mail.comcast.net with comcast id HvSb1i02H1t3BNj3jvSc0Y; Thu, 05 Jan 2012 19:26:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 58772102C19; Thu, 5 Jan 2012 11:26:34 -0800 (PST) Date: Thu, 5 Jan 2012 11:26:34 -0800 From: Jeremy Chadwick To: Rainer Duffner Message-ID: <20120105192634.GA69685@icarus.home.lan> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> <8B259221-6A70-4D3C-ABA7-D74B2C9F9F14@ultra-secure.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8B259221-6A70-4D3C-ABA7-D74B2C9F9F14@ultra-secure.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? 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, 05 Jan 2012 19:26:37 -0000 On Thu, Jan 05, 2012 at 05:16:43PM +0100, Rainer Duffner wrote: > > Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker: > > > Hi everyone, > > > > * Matthew Seaman [120105 14:38]: > >> On 05/01/2012 12:47, Karl Denninger wrote: > >>> Not SFTP (which is supported by the sshd) but FTPS.... is it supported > >>> by FreeBSD? > > > >> No, not supported in the base system. > > > >>> [..] > >> However, personally, I'd avoid FTPS. It suffers from most of the design > >> flaws of standard FTP[*], particularly as regards passing through > >> firewalls. Worse, because the traffic is encrypted, you can't even use > >> tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient > >> port numbers by deep packet inspection. As far as your users are > >> concerned, just use SFTP. It behaves exactly like an ordinary FTP > >> client, but the underlying SSH protocol over the network is way, way > >> better designed. > > > > Well, the problem I have here is at the server side: ftp users can be > > locked in a particular subtree of the file system by simply assigning > > them a chrooted login class. No need to setup any infrastructure in > > that subtree itself. Did not find out how to do this with sftp (we only > > allow publickey authentication with ssh at our servers) > > > > Wolfgang > > > It is possible. > > See the chroot configuration in the man-page for sshd_config > > If you have a sufficiently complete chroot-environment, you can even do chroot'ed ssh login sessions. It is possible, but some of the limitations of it are infuriating and unrealistic for certain environments. I just went through working with a friend of mine (on a Linux system) setting this up so that one of his clients had SFTP access chroot'd but *without* all the "copy /dev and random libraries and other crap" nonsense that is often required. It worked, but the one limitation that we kept having to "find workarounds for" was this: All components of the pathname must be root-owned directories that are not writable by any other user or group. The general procedures we followed, but diverted from a bit (for a lot of reasons), was: http://www.debian-administration.org/articles/590 http://www.howtoforge.com/chrooted-ssh-sftp-tutorial-debian-lenny For a third time, I will repeat: this method works, but has some serious nuances/complexities given the group limitation ("requirement"). People setting this up will need to be adamant about watching syslog for errors, and will be quite surprised when they find that "sftponly" group they set up doesn't quite work the way they hoped given the security "requirements" of the daemon. People who say "hey man, sshd has this ChrootDirectory thing, it solves the problem" choose to bury their head in the sand. When recommending things of this nature, people should be made aware up front of the complexities. Oh, and if your system doesn't have remote serial console or way to get in if sshd doesn't like some of your sshd_config adjustments, I recommend running a separate instance on a separate port (if firewalls are involved deal with that too) so you have a way to get in, in the case standard port 22 stops working. (This did happen during the aforementioned story, and my friend was quite happy that I had told him to set that up prior. ;-) ) And before someone mentions it: let's not bring setfacl into this, nor rssh (god forbid anyone have to use that thing). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 19:27:23 2012 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 0935F1065679 for ; Thu, 5 Jan 2012 19:27:23 +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 BFBC48FC24 for ; Thu, 5 Jan 2012 19:27:22 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta01.westchester.pa.mail.comcast.net with comcast id HvLY1i0071ZXKqc51vTNUf; Thu, 05 Jan 2012 19:27:22 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.westchester.pa.mail.comcast.net with comcast id HvTM1i00A1t3BNj3hvTMgE; Thu, 05 Jan 2012 19:27:22 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E6FE6102C19; Thu, 5 Jan 2012 11:27:19 -0800 (PST) Date: Thu, 5 Jan 2012 11:27:19 -0800 From: Jeremy Chadwick To: Jens Schweikhardt Message-ID: <20120105192719.GB69685@icarus.home.lan> References: <20120105155048.GA3008@schweikhardt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120105155048.GA3008@schweikhardt.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Keyboard LEDs stay on after shutdown -p 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, 05 Jan 2012 19:27:23 -0000 On Thu, Jan 05, 2012 at 04:50:48PM +0100, Jens Schweikhardt wrote: > hello, world\n > > I made an interesting observation the other day. I don't know if it is > because of the update to 9-STABLE with the same kernel config I used the > last months, or maybe Windows 7 on my multi OS system has frobbed something > somewhere, but when I "shutdown -p" the three keyboard LEDs Num, Caps & Scroll > remain lit... pulling the plug of course does fix it :-) > > In order to have the LEDs out, > do I have to add a new kernel option? > Tune some sysctl values? PS/2 or USB keyboard? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 19:43:47 2012 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 528CD106564A for ; Thu, 5 Jan 2012 19:43:47 +0000 (UTC) (envelope-from mwaltz@PACIFIC.EDU) Received: from mx30.pacific.edu (mx30.pacific.edu [138.9.110.74]) by mx1.freebsd.org (Postfix) with ESMTP id 2BAF78FC14 for ; Thu, 5 Jan 2012 19:43:47 +0000 (UTC) Received: from mx30.pacific.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 869AE7222; Thu, 5 Jan 2012 11:28:32 -0800 (PST) Received: from EXCASHUB2.stk.pacific.edu (excashub2.stk.pacific.edu [10.9.4.122]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx30.pacific.edu (Postfix) with ESMTPS id 27B69721A; Thu, 5 Jan 2012 11:28:31 -0800 (PST) Received: from EXMB2.STK.PACIFIC.EDU ([10.9.4.102]) by excashub2.stk.pacific.edu ([10.9.4.122]) with mapi id 14.01.0355.002; Thu, 5 Jan 2012 11:28:20 -0800 From: Malcolm Waltz To: 'Karl Denninger' Thread-Topic: FTPS Server? Thread-Index: AQHMy62Zu5uOfIk16ki4sclJSzS6QZX+TV6AgAAIvAD//7owAA== Date: Thu, 5 Jan 2012 19:28:20 +0000 Message-ID: <3FC253955232794A901643A205013D3617B6F15C@exmb2.stk.pacific.edu> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> In-Reply-To: <4F05AF28.5010900@denninger.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.104.242] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.1.5.191819 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' SUPERLONG_LINE 0.05, BODY_SIZE_4000_4999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, ECARD_WORD 0, FROM_EDU_TLD 0, WEBMAIL_SOURCE 0, WEBMAIL_XOIP 0, WEBMAIL_X_IP_HDR 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CANPHARM_UNSUB_LINK 0, __CP_MEDIA_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_XOIP 0, __IMS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_SPEAR_STRUCTURE_1 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_WWW 0, __URI_NS ' Cc: "freebsd-stable@freebsd.org" Subject: RE: FTPS Server? 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, 05 Jan 2012 19:43:47 -0000 Hi Karl, I recently built a server (FreeBSD 8.2 with ZFS and Jails) that runs both S= FTP (OpenSSH) and FTPS (data and control channels explicitly encrypted, a.k= .a. FTPES). Not that you will need it, but for SFTP, ezjail + sshd_enable + scponly wor= ks well. In my opinion, using Jails is more elegant than doing a chroot co= nfig with scponly and sshd. I thought otherwise until I started to actuall= y to implement it. For an FTPS server I would strongly recommend vsftpd. lftp is a good clien= t to test with. I've included a working vsftpd.conf below for FTPES. For what you are doin= g, you may not need all of these parameters. The pasv_ parameters are most= ly only necessary if you need to serve data through a NAT/firewall. The pa= sv_min_port and pasv_max_port will effect how many simultaneous connections= can be supported by the server. You may have to try various permutations = depending on how EyeFi has implemented their client. If you Google vsftpd.= conf, you will probably find various sets of instructions for how to set it= up for your needs. It helps if you know exactly what the client is expect= ing. There are a number of variations on the standard. vsftpd can handle = all of them I believe. Also tools like tcpdump, wireshark, netstat and lso= f are your friends here. ################################################################ anonymous_enable=3DNO local_enable=3DYES write_enable=3DYES local_umask=3D077 dirmessage_enable=3DNO xferlog_enable=3DYES nopriv_user=3Dftpsecure chroot_local_user=3DYES secure_chroot_dir=3D/usr/local/share/vsftpd/empty listen=3DYES background=3DYES syslog_enable=3DYES ssl_enable=3DYES debug_ssl=3DYES rsa_private_key_file=3D rsa_cert_file=3D ca_certs_file=3D ssl_sslv2=3DNO ssl_sslv3=3DNO ssl_tlsv1=3DYES force_local_logins_ssl=3DYES force_local_data_ssl=3DYES strict_ssl_read_eof=3DNO require_ssl_reuse=3DNO pasv_enable=3DYES pasv_address=3D pasv_min_port=3D pasv_max_port=3D passwd_chroot_enable=3DYES listen_address=3D userlist_enable=3DYES userlist_deny=3DNO userlist_file=3D/usr/local/etc/vsftpd.user_list check_shell=3DNO ################################################################ Good luck, Malcolm Waltz Unix Systems Administrator III Office of Information Technology University of the Pacific -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd= .org] On Behalf Of Karl Denninger Sent: Thursday, January 05, 2012 6:10 AM To: Matthew Seaman Cc: freebsd-stable@freebsd.org Subject: Re: FTPS Server? On 1/5/2012 7:38 AM, Matthew Seaman wrote: > On 05/01/2012 12:47, Karl Denninger wrote: >> Not SFTP (which is supported by the sshd) but FTPS.... is it supported >> by FreeBSD? > No, not supported in the base system. > >> This question may belong on the ports list, but a quick perusal there >> didn't find anything particularly interesting (one possible candidate is >> marked broken) > Several of the ftp daemons in the ports should be capable of running > FTPS. 10 seconds with Google turns up HOWTOs for setting up either > vsftpd or proftpd to provide FTPS support. > > However, personally, I'd avoid FTPS. It suffers from most of the design > flaws of standard FTP[*], particularly as regards passing through > firewalls. Worse, because the traffic is encrypted, you can't even use > tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient > port numbers by deep packet inspection. As far as your users are > concerned, just use SFTP. It behaves exactly like an ordinary FTP > client, but the underlying SSH protocol over the network is way, way > better designed. > > Cheers, > > Matthew > > [*] Miserable, archaic and long overdue to be put out of our misery. Yes, I understand all the arguments against, but I have an EyeFi card here (SD card with a built in Wifi transmitter for use in cameras) that does not know how to deal with SFTP. So if I want to do anything other than transfer to a Windows machine (barf!) I am stuck with either FTP (no encryption at all and subject to be picked off via trivial means while the data is in flight) or FTPS (which has its own set of issues.) The ability to immediately get images shot in the field out of the camera and onto stable storage via a Wifi hotspot running on the phone in my pocket looks really good, but I'll be damned if I'm going to base that on a Windows machine. I understand that ftps bites but.... -- Karl _______________________________________________ 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 Thu Jan 5 20:25:44 2012 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 8518E106564A; Thu, 5 Jan 2012 20:25:44 +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 59B7C8FC12; Thu, 5 Jan 2012 20:25:44 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 1047846B3B; Thu, 5 Jan 2012 15:25:44 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8FCA1B94D; Thu, 5 Jan 2012 15:25:43 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 5 Jan 2012 15:25:42 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> <20120105180205.GJ1733@albert.catwhisker.org> In-Reply-To: <20120105180205.GJ1733@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201051525.42573.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Jan 2012 15:25:43 -0500 (EST) Cc: Martin Matuska , stable@freebsd.org, i386@freebsd.org, FreeBSD Tinderbox 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: Thu, 05 Jan 2012 20:25:44 -0000 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote: > On Thu, Jan 05, 2012 at 01:28:25PM +0000, FreeBSD Tinderbox wrote: > > ... > > cc -O2 -pipe - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common - I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include - I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem - I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys - I/src/cddl/sbin/zpool/../../../cddl/contrib/o! > > pensolaris/lib/libzpool/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common - DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil - lzfs > > zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': > > : undefined reference to `zpool_pool_state_to_name' > > *** Error code 1 > > ... > > Attached patch gets around the above for me. Looks like revision 224169 needs to be merged to 8 (it includes the changes in your patch along with some others): http://svnweb.freebsd.org/base?view=revision&revision=224169 I'm testing this now and if it fixes the build I'll commit. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 20:25:44 2012 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 8518E106564A; Thu, 5 Jan 2012 20:25:44 +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 59B7C8FC12; Thu, 5 Jan 2012 20:25:44 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 1047846B3B; Thu, 5 Jan 2012 15:25:44 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8FCA1B94D; Thu, 5 Jan 2012 15:25:43 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 5 Jan 2012 15:25:42 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> <20120105180205.GJ1733@albert.catwhisker.org> In-Reply-To: <20120105180205.GJ1733@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201051525.42573.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Jan 2012 15:25:43 -0500 (EST) Cc: Martin Matuska , stable@freebsd.org, i386@freebsd.org, FreeBSD Tinderbox 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: Thu, 05 Jan 2012 20:25:44 -0000 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote: > On Thu, Jan 05, 2012 at 01:28:25PM +0000, FreeBSD Tinderbox wrote: > > ... > > cc -O2 -pipe - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common - I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include - I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem - I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common - I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys - I/src/cddl/sbin/zpool/../../../cddl/contrib/o! > > pensolaris/lib/libzpool/common - I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common - DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil - lzfs > > zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': > > : undefined reference to `zpool_pool_state_to_name' > > *** Error code 1 > > ... > > Attached patch gets around the above for me. Looks like revision 224169 needs to be merged to 8 (it includes the changes in your patch along with some others): http://svnweb.freebsd.org/base?view=revision&revision=224169 I'm testing this now and if it fixes the build I'll commit. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 20:51:51 2012 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 CB028106566B; Thu, 5 Jan 2012 20:51:51 +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 A0E018FC0A; Thu, 5 Jan 2012 20:51:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 598BB46B0A; Thu, 5 Jan 2012 15:51:51 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E219DB94D; Thu, 5 Jan 2012 15:51:50 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, i386@freebsd.org Date: Thu, 5 Jan 2012 15:51:50 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> <20120105180205.GJ1733@albert.catwhisker.org> <201201051525.42573.jhb@freebsd.org> In-Reply-To: <201201051525.42573.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201051551.50433.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Jan 2012 15:51:51 -0500 (EST) Cc: Martin Matuska 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: Thu, 05 Jan 2012 20:51:51 -0000 On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote: > On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote: > > On Thu, Jan 05, 2012 at 01:28:25PM +0000, FreeBSD Tinderbox wrote: > > > ... > > > cc -O2 -pipe - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common - > I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include - > I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem - > I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair - > I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs - > I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common - > I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys - > I/src/cddl/sbin/zpool/../../../cddl/contrib/o! > > > pensolaris/lib/libzpool/common - > I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common - > DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o > zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o > timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil - > lzfs > > > zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': > > > : undefined reference to `zpool_pool_state_to_name' > > > *** Error code 1 > > > ... > > > > Attached patch gets around the above for me. > > Looks like revision 224169 needs to be merged to 8 (it includes the changes in > your patch along with some others): > > http://svnweb.freebsd.org/base?view=revision&revision=224169 > > I'm testing this now and if it fixes the build I'll commit. My amd64 buildworld finished with this applied, so I've committed it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 21:41:34 2012 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 02F48106566B; Thu, 5 Jan 2012 21:41:34 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:150:6101::4]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7F78FC13; Thu, 5 Jan 2012 21:41:33 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.2]) by mail.vx.sk (Postfix) with ESMTP id B7A2A11730; Thu, 5 Jan 2012 22:41:32 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by core.vx.sk (amavisd-new, unix socket) with LMTP id 4AZyeG8LHQdn; Thu, 5 Jan 2012 22:41:30 +0100 (CET) Received: from [10.9.8.1] (188-167-78-15.dynamic.chello.sk [188.167.78.15]) by mail.vx.sk (Postfix) with ESMTPSA id 61CB411725; Thu, 5 Jan 2012 22:41:30 +0100 (CET) Message-ID: <4F06190A.2030109@FreeBSD.org> Date: Thu, 05 Jan 2012 22:41:30 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: John Baldwin References: <201201051328.q05DSPAb012231@freebsd-legacy.sentex.ca> <20120105180205.GJ1733@albert.catwhisker.org> <201201051525.42573.jhb@freebsd.org> <201201051551.50433.jhb@freebsd.org> In-Reply-To: <201201051551.50433.jhb@freebsd.org> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@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: Thu, 05 Jan 2012 21:41:34 -0000 On 5.1.2012 21:51, John Baldwin wrote: > On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote: >> On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote: >>> On Thu, Jan 05, 2012 at 01:28:25PM +0000, FreeBSD Tinderbox wrote: >>>> ... >>>> cc -O2 -pipe - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common - >> I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include - >> I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem - >> I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair - >> I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs - >> I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common - >> I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs >> -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/o! >>>> pensolaris/lib/libzpool/common - >> I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common - >> DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o >> zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o >> timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil - >> lzfs >>>> zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear': >>>> : undefined reference to `zpool_pool_state_to_name' >>>> *** Error code 1 >>>> ... >>> Attached patch gets around the above for me. >> Looks like revision 224169 needs to be merged to 8 (it includes the changes in >> your patch along with some others): >> >> http://svnweb.freebsd.org/base?view=revision&revision=224169 >> >> I'm testing this now and if it fixes the build I'll commit. > My amd64 buildworld finished with this applied, so I've committed it. > Thank you very much. -- Martin Matuska FreeBSD committer http://blog.vx.sk From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 22:23:35 2012 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 7D9ED106566C for ; Thu, 5 Jan 2012 22:23:35 +0000 (UTC) (envelope-from miyamoto.31b@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7D38FC0A for ; Thu, 5 Jan 2012 22:23:35 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so1662337obb.13 for ; Thu, 05 Jan 2012 14:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=gcjzcYRD60+7BTtXZdfCpdmZe1wpcfNeft4dN6pXGQQ=; b=c9xERTQqbbWyqtCaXCGXPUzk8dFgtEVycEPe2nraVPIPMvuiVAlQuSCJw1xe2to/Jq Z6IIHy8WLHV8/vqrSo/M0BWdSCnmNWo7dxwgzlB7P9jzxAMjKNmc++J8lyD2HX8d/pZ+ pDWV3VXMZD2gN1yHJpqNjd5uEzpzxua+JtwJo= MIME-Version: 1.0 Received: by 10.182.86.229 with SMTP id s5mr2881451obz.37.1325800457554; Thu, 05 Jan 2012 13:54:17 -0800 (PST) Received: by 10.182.41.229 with HTTP; Thu, 5 Jan 2012 13:54:17 -0800 (PST) Date: Thu, 5 Jan 2012 21:54:17 +0000 Message-ID: From: miyamoto moesasji To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: why is pkg_add on 9.0 stable still using packages from packages-9-current? 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, 05 Jan 2012 22:23:35 -0000 I've just updated from 9.0RC3 to 9.0-stable r229626 after a clean install. However when trying to add the first packages I noticed that pkg_add is installing packages from ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/ and not from package-9-stable which I would expect. In particular because the package-9-stable directory does now exist on the server. Using Google this appears to have to do with /usr/src/usr.sbin/pkg_install/add/main.c in which the following revision appears to include the link: http://svnweb.freebsd.org/base/head/usr.sbin/pkg_install/add/main.c?r1=225757&r2=225756&pathrev=225757 However if I look at this specific source file on my system line 98 that brings in the link to packages-9-stable is missing (The file has packages-9.0-release, but not packages-9-stable) Any suggestion on what I am doing wrong would be highly appreciated as I don't understand this. *) uname -a shows 9.0-stable r229626; the update to latest stable has been done according to handbook. No variables that could affect this have been changed as it was a clean install using the 9.0RC3 bootdisk From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 22:25:37 2012 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 4D2E0106564A for ; Thu, 5 Jan 2012 22:25:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id EA4698FC12 for ; Thu, 5 Jan 2012 22:25:36 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C89842842A; Thu, 5 Jan 2012 23:06:13 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 2235B28428; Thu, 5 Jan 2012 23:06:12 +0100 (CET) Message-ID: <4F061ED3.3060506@quip.cz> Date: Thu, 05 Jan 2012 23:06:11 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Jeremy Chadwick References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <20120105153724.GA91242@lyxys.ka.sub.org> <8B259221-6A70-4D3C-ABA7-D74B2C9F9F14@ultra-secure.de> <20120105192634.GA69685@icarus.home.lan> In-Reply-To: <20120105192634.GA69685@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Rainer Duffner Subject: Re: FTPS Server? 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, 05 Jan 2012 22:25:37 -0000 Jeremy Chadwick wrote: > On Thu, Jan 05, 2012 at 05:16:43PM +0100, Rainer Duffner wrote: >> >> Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker: >> >>> Hi everyone, >>> >>> * Matthew Seaman [120105 14:38]: >>>> On 05/01/2012 12:47, Karl Denninger wrote: >>>>> Not SFTP (which is supported by the sshd) but FTPS.... is it supported >>>>> by FreeBSD? >>> >>>> No, not supported in the base system. >>> >>>>> [..] >>>> However, personally, I'd avoid FTPS. It suffers from most of the design >>>> flaws of standard FTP[*], particularly as regards passing through >>>> firewalls. Worse, because the traffic is encrypted, you can't even use >>>> tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient >>>> port numbers by deep packet inspection. As far as your users are >>>> concerned, just use SFTP. It behaves exactly like an ordinary FTP >>>> client, but the underlying SSH protocol over the network is way, way >>>> better designed. >>> >>> Well, the problem I have here is at the server side: ftp users can be >>> locked in a particular subtree of the file system by simply assigning >>> them a chrooted login class. No need to setup any infrastructure in >>> that subtree itself. Did not find out how to do this with sftp (we only >>> allow publickey authentication with ssh at our servers) >>> >>> Wolfgang >> >> >> It is possible. >> >> See the chroot configuration in the man-page for sshd_config >> >> If you have a sufficiently complete chroot-environment, you can even do chroot'ed ssh login sessions. > > It is possible, but some of the limitations of it are infuriating and > unrealistic for certain environments. I just went through working with > a friend of mine (on a Linux system) setting this up so that one of his > clients had SFTP access chroot'd but *without* all the "copy /dev and > random libraries and other crap" nonsense that is often required. It > worked, but the one limitation that we kept having to "find workarounds > for" was this: > > All components of the pathname must be root-owned directories that > are not writable by any other user or group. > > The general procedures we followed, but diverted from a bit (for a lot > of reasons), was: > > http://www.debian-administration.org/articles/590 > http://www.howtoforge.com/chrooted-ssh-sftp-tutorial-debian-lenny > > For a third time, I will repeat: this method works, but has some serious > nuances/complexities given the group limitation ("requirement"). People > setting this up will need to be adamant about watching syslog for > errors, and will be quite surprised when they find that "sftponly" group > they set up doesn't quite work the way they hoped given the security > "requirements" of the daemon. > > People who say "hey man, sshd has this ChrootDirectory thing, it solves > the problem" choose to bury their head in the sand. When recommending > things of this nature, people should be made aware up front of the > complexities. > > Oh, and if your system doesn't have remote serial console or way to get > in if sshd doesn't like some of your sshd_config adjustments, I > recommend running a separate instance on a separate port (if firewalls > are involved deal with that too) so you have a way to get in, in the > case standard port 22 stops working. (This did happen during the > aforementioned story, and my friend was quite happy that I had told him > to set that up prior. ;-) ) > > And before someone mentions it: let's not bring setfacl into this, nor > rssh (god forbid anyone have to use that thing). Great post (as usual)! The "root owned" dir hierarchy is a big problem if someone wants to allow remote access to part of the tree not owned by root but some regular user or a daemon. This (and other mentioned configuration problems with file transfers over SSH) makes me stay with FTPeS for webhosting clients for many years. We are using ProFTPd with user accounts stored in MySQL. It is easy and flexible. ProFTPd also supports SFTP configuration, but I didn't test it yet (ENOTIME). http://www.proftpd.org/docs/contrib/mod_sftp.html Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 22:29:26 2012 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 56F941065672 for ; Thu, 5 Jan 2012 22:29:26 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd28124.kasserver.com (dd28124.kasserver.com [85.13.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 182AC8FC14 for ; Thu, 5 Jan 2012 22:29:25 +0000 (UTC) Received: from taiko.lan (82.131.56.111.cable.starman.ee [82.131.56.111]) by dd28124.kasserver.com (Postfix) with ESMTPSA id 664641D8004C; Thu, 5 Jan 2012 23:14:14 +0100 (CET) Message-ID: <4F0620AF.40901@chillt.de> Date: Fri, 06 Jan 2012 00:14:07 +0200 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <20120105155048.GA3008@schweikhardt.net> <20120105192719.GB69685@icarus.home.lan> In-Reply-To: <20120105192719.GB69685@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Jens Schweikhardt Subject: Re: Keyboard LEDs stay on after shutdown -p 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, 05 Jan 2012 22:29:26 -0000 > PS/2 or USB keyboard? The same is happening on my system. My keyboard has a DIN connector plugged into a PS/2 adapter plugged into a USB adapter plugged into a powered USB hub plugged into the FreeBSD box. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 22:50:55 2012 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 2BE361065670 for ; Thu, 5 Jan 2012 22:50:55 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from rs2.shuttle.de (rs2.shuttle.de [IPv6:2001:638:206:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id BAA478FC14 for ; Thu, 5 Jan 2012 22:50:54 +0000 (UTC) Received: by rs2.shuttle.de (Postfix, from userid 10) id 591325801A; Thu, 5 Jan 2012 23:50:53 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.14.5/8.14.5) with ESMTP id q05LX93P077002; Thu, 5 Jan 2012 22:33:09 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.14.5/8.14.5/Submit) id q05LX9pk077001; Thu, 5 Jan 2012 22:33:09 +0100 (CET) (envelope-from schweikh) Date: Thu, 5 Jan 2012 22:33:09 +0100 From: Jens Schweikhardt To: Jeremy Chadwick Message-ID: <20120105213309.GC3008@schweikhardt.net> References: <20120105155048.GA3008@schweikhardt.net> <20120105192719.GB69685@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120105192719.GB69685@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Keyboard LEDs stay on after shutdown -p 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, 05 Jan 2012 22:50:55 -0000 On Thu, Jan 05, 2012 at 11:27:19AM -0800, Jeremy Chadwick wrote: # On Thu, Jan 05, 2012 at 04:50:48PM +0100, Jens Schweikhardt wrote: # > hello, world\n # > # > I made an interesting observation the other day. I don't know if it is # > because of the update to 9-STABLE with the same kernel config I used the # > last months, or maybe Windows 7 on my multi OS system has frobbed something # > somewhere, but when I "shutdown -p" the three keyboard LEDs Num, Caps & Scroll # > remain lit... pulling the plug of course does fix it :-) # > # > In order to have the LEDs out, # > do I have to add a new kernel option? # > Tune some sysctl values? # # PS/2 or USB keyboard? It's a steelseries USB keyboard which probes as follows: ugen5.3: at usbus5 ukbd0: on usbus5 kbd2 at ukbd0 ums1: on usbus5 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 22:55:53 2012 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 EC63F106564A for ; Thu, 5 Jan 2012 22:55:53 +0000 (UTC) (envelope-from guy.helmer@palisadesystems.com) Received: from ps-1-a.compliancesafe.com (ps-1-a.compliancesafe.com [216.81.161.161]) by mx1.freebsd.org (Postfix) with ESMTP id B16EF8FC08 for ; Thu, 5 Jan 2012 22:55:53 +0000 (UTC) Received: from mail.palisadesystems.com (localhost [127.0.0.1]) by ps-1-a.compliancesafe.com (8.14.4/8.14.3) with ESMTP id q05Mt087039224; Thu, 5 Jan 2012 16:55:18 -0600 (CST) (envelope-from guy.helmer@palisadesystems.com) Received: from guysmbp.dyn.palisadesys.com (GuysMBP.dyn.palisadesys.com [172.16.2.90]) (authenticated bits=0) by mail.palisadesystems.com (8.14.3/8.14.3) with ESMTP id q05MsqfB008952 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 5 Jan 2012 16:54:56 -0600 (CST) (envelope-from guy.helmer@palisadesystems.com) X-DKIM: Sendmail DKIM Filter v2.8.3 mail.palisadesystems.com q05MsqfB008952 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=palisadesystems.com; s=mail; t=1325804096; bh=E3cZswDH7tIf2PV2OR6hHbaQ/IXrZstTBWCwQrDcvj0=; l=128; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=s/YJbw+FzVjddfmmn5PV3k3GOsPPekPksJOtMI8csYIBtnNXRL60ZLNKjeve8Wrqf xQ0unL8/OFR8xB4dm+4i9cbjOs12VCkhTxJvfvD4gYRSgjM53QPiLXQBedKK9YjH/+ rsaMkbufYrB8RH6aCd+dhGS4LDe91Ls3dY9bZ8KU= Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Guy Helmer In-Reply-To: Date: Thu, 5 Jan 2012 16:54:51 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <2ADD8BE6-31F1-4690-8966-8DF8B9968E10@palisadesystems.com> References: To: Alexandre Biancalana X-Mailer: Apple Mail (2.1251.1) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.palisadesystems.com [172.16.1.5]); Thu, 05 Jan 2012 16:54:56 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner-ID: q05MsqfB008952 X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-1.628, required 5, ALL_TRUSTED -1.00, BAYES_00 -1.90, RP_8BIT 1.27) X-Palisade-MailScanner-From: guy.helmer@palisadesystems.com X-Spam-Status: No X-PacketSure-Scanned: Yes Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD at Amazon EC2 status 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, 05 Jan 2012 22:55:54 -0000 On Jan 3, 2012, at 11:07 AM, Alexandre Biancalana wrote: > Hi lists, >=20 > What=B4s is the current state of FreeBSD running on Amazon EC2 ? Is > this stable ? Looking at Colin's status page > (http://www.daemonology.net/freebsd-on-ec2/) looks like there=B4s no > active development on that. >=20 > Does someone running production workload with FreeBSD on EC2 ? >=20 > I'm interested in running network (dns and http with accept filter) > and memory/buffer cache intensive applications on m1.small, m1.large > and m2.xlarge instances. >=20 > Any thoughts ? I haven't stress-tested any EC2 systems recently, but when I did late = last summer/fall, they worked fine for me. I had to do some tuning of = the nmbclusters to handle the data rates I was using, but I think that = would be expected even if running on bare metal. Guy -------- This message has been scanned by ComplianceSafe, powered by Palisade's PacketSure. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 23:04:54 2012 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 93FCE106566C for ; Thu, 5 Jan 2012 23:04:54 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 519458FC12 for ; Thu, 5 Jan 2012 23:04:53 +0000 (UTC) Received: (qmail 50897 invoked by uid 89); 5 Jan 2012 22:39:30 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 5 Jan 2012 22:39:30 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Thu, 5 Jan 2012 15:39:30 -0700 Message-ID: In-Reply-To: References: Date: Thu, 5 Jan 2012 15:39:30 -0700 From: "Peter" To: "miyamoto moesasji" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: why is pkg_add on 9.0 stable still using packages from packages-9-current? 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, 05 Jan 2012 23:04:54 -0000 > I've just updated from 9.0RC3 to 9.0-stable r229626 after a clean > install. However when trying to add the first packages I noticed that > pkg_add is installing packages from > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/ and > not from package-9-stable which I would expect. In particular because > the package-9-stable directory does now exist on the server. > > Using Google this appears to have to do with > /usr/src/usr.sbin/pkg_install/add/main.c in which the following > revision appears to include the link: > http://svnweb.freebsd.org/base/head/usr.sbin/pkg_install/add/main.c?r1=225757&r2=225756&pathrev=225757 > However if I look at this specific source file on my system line 98 > that brings in the link to packages-9-stable is missing (The file has > packages-9.0-release, but not packages-9-stable) > > Any suggestion on what I am doing wrong would be highly appreciated as > I don't understand this. > > *) uname -a shows 9.0-stable r229626; the update to latest stable has > been done according to handbook. No variables that could affect this > have been changed as it was a clean install using the 9.0RC3 bootdisk > Should have stayed at -release :) I just had the same question and after doing some further research, the issue is this: http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html and pkbsdpkg:#pwd /usr/src/usr.sbin/pkg_install pkbsdpkg:#grep -R packages-9 * add/main.c: { 900000, 900499, "/packages-9.0-release" }, add/main.c: { 900000, 999000, "/packages-9-current" }, They haven't updated main.c for -stable yet and -stable is at 900500 per sys/sys/param.h [or URL]. I'm just setting PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/ manually. ]Peter[ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 23:37:52 2012 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 5B5571065679; Thu, 5 Jan 2012 23:37:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id DFE1F8FC1B; Thu, 5 Jan 2012 23:37:51 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05Nbp45012824; Thu, 5 Jan 2012 23:37:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05NbpEi012819; Thu, 5 Jan 2012 23:37:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 23:37:51 GMT Message-Id: <201201052337.q05NbpEi012819@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Thu, 05 Jan 2012 23:37:52 -0000 TB --- 2012-01-05 21:18:44 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 21:18:44 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2012-01-05 21:18:44 - cleaning the object tree TB --- 2012-01-05 21:19:38 - cvsupping the source tree TB --- 2012-01-05 21:19:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/i386/supfile TB --- 2012-01-05 21:20:24 - building world TB --- 2012-01-05 21:20:24 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 21:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 21:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 21:20:24 - SRCCONF=/dev/null TB --- 2012-01-05 21:20:24 - TARGET=i386 TB --- 2012-01-05 21:20:24 - TARGET_ARCH=i386 TB --- 2012-01-05 21:20:24 - TZ=UTC TB --- 2012-01-05 21:20:24 - __MAKE_CONF=/dev/null TB --- 2012-01-05 21:20:24 - cd /src TB --- 2012-01-05 21:20:24 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 21:20:24 UTC 2012 >>> 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 Thu Jan 5 23:28:39 UTC 2012 TB --- 2012-01-05 23:28:39 - generating LINT kernel config TB --- 2012-01-05 23:28:39 - cd /src/sys/i386/conf TB --- 2012-01-05 23:28:39 - /usr/bin/make -B LINT TB --- 2012-01-05 23:28:40 - cd /src/sys/i386/conf TB --- 2012-01-05 23:28:40 - /usr/sbin/config -m LINT TB --- 2012-01-05 23:28:40 - building LINT kernel TB --- 2012-01-05 23:28:40 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 23:28:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 23:28:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 23:28:40 - SRCCONF=/dev/null TB --- 2012-01-05 23:28:40 - TARGET=i386 TB --- 2012-01-05 23:28:40 - TARGET_ARCH=i386 TB --- 2012-01-05 23:28:40 - TZ=UTC TB --- 2012-01-05 23:28:40 - __MAKE_CONF=/dev/null TB --- 2012-01-05 23:28:40 - cd /src TB --- 2012-01-05 23:28:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 5 23:28:40 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mem/memutil.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 23:37:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 23:37:51 - ERROR: failed to build LINT kernel TB --- 2012-01-05 23:37:51 - 6499.05 user 799.00 system 8346.94 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 5 23:38:24 2012 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 7A18510656D8; Thu, 5 Jan 2012 23:38:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 396918FC1C; Thu, 5 Jan 2012 23:38:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q05NcNXZ013861; Thu, 5 Jan 2012 23:38:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q05NcNpY013856; Thu, 5 Jan 2012 23:38:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jan 2012 23:38:23 GMT Message-Id: <201201052338.q05NcNpY013856@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Thu, 05 Jan 2012 23:38:24 -0000 TB --- 2012-01-05 20:42:25 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 20:42:25 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2012-01-05 20:42:25 - cleaning the object tree TB --- 2012-01-05 20:43:17 - cvsupping the source tree TB --- 2012-01-05 20:43:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/amd64/amd64/supfile TB --- 2012-01-05 20:44:43 - building world TB --- 2012-01-05 20:44:43 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 20:44:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 20:44:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 20:44:43 - SRCCONF=/dev/null TB --- 2012-01-05 20:44:43 - TARGET=amd64 TB --- 2012-01-05 20:44:43 - TARGET_ARCH=amd64 TB --- 2012-01-05 20:44:43 - TZ=UTC TB --- 2012-01-05 20:44:43 - __MAKE_CONF=/dev/null TB --- 2012-01-05 20:44:43 - cd /src TB --- 2012-01-05 20:44:43 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 20:44:44 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 5 23:29:18 UTC 2012 TB --- 2012-01-05 23:29:18 - generating LINT kernel config TB --- 2012-01-05 23:29:18 - cd /src/sys/amd64/conf TB --- 2012-01-05 23:29:18 - /usr/bin/make -B LINT TB --- 2012-01-05 23:29:19 - cd /src/sys/amd64/conf TB --- 2012-01-05 23:29:19 - /usr/sbin/config -m LINT TB --- 2012-01-05 23:29:19 - building LINT kernel TB --- 2012-01-05 23:29:19 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 23:29:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 23:29:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 23:29:19 - SRCCONF=/dev/null TB --- 2012-01-05 23:29:19 - TARGET=amd64 TB --- 2012-01-05 23:29:19 - TARGET_ARCH=amd64 TB --- 2012-01-05 23:29:19 - TZ=UTC TB --- 2012-01-05 23:29:19 - __MAKE_CONF=/dev/null TB --- 2012-01-05 23:29:19 - cd /src TB --- 2012-01-05 23:29:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 5 23:29:19 UTC 2012 >>> 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 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mem/memutil.c cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi.c cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-05 23:38:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-05 23:38:23 - ERROR: failed to build LINT kernel TB --- 2012-01-05 23:38:23 - 7843.52 user 1059.97 system 10557.87 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 00:32:37 2012 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 2F9F8106564A; Fri, 6 Jan 2012 00:32:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id E361C8FC13; Fri, 6 Jan 2012 00:32:36 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q060WatU088005; Fri, 6 Jan 2012 00:32:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q060WaKA087988; Fri, 6 Jan 2012 00:32:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Jan 2012 00:32:36 GMT Message-Id: <201201060032.q060WaKA087988@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Fri, 06 Jan 2012 00:32:37 -0000 TB --- 2012-01-05 22:13:01 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 22:13:01 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2012-01-05 22:13:01 - cleaning the object tree TB --- 2012-01-05 22:13:26 - cvsupping the source tree TB --- 2012-01-05 22:13:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/pc98/supfile TB --- 2012-01-05 22:14:17 - building world TB --- 2012-01-05 22:14:17 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 22:14:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 22:14:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 22:14:17 - SRCCONF=/dev/null TB --- 2012-01-05 22:14:17 - TARGET=pc98 TB --- 2012-01-05 22:14:17 - TARGET_ARCH=i386 TB --- 2012-01-05 22:14:17 - TZ=UTC TB --- 2012-01-05 22:14:17 - __MAKE_CONF=/dev/null TB --- 2012-01-05 22:14:17 - cd /src TB --- 2012-01-05 22:14:17 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 22:14:20 UTC 2012 >>> 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 Fri Jan 6 00:24:56 UTC 2012 TB --- 2012-01-06 00:24:56 - generating LINT kernel config TB --- 2012-01-06 00:24:56 - cd /src/sys/pc98/conf TB --- 2012-01-06 00:24:56 - /usr/bin/make -B LINT TB --- 2012-01-06 00:24:56 - cd /src/sys/pc98/conf TB --- 2012-01-06 00:24:56 - /usr/sbin/config -m LINT TB --- 2012-01-06 00:24:56 - building LINT kernel TB --- 2012-01-06 00:24:56 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 00:24:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 00:24:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 00:24:56 - SRCCONF=/dev/null TB --- 2012-01-06 00:24:56 - TARGET=pc98 TB --- 2012-01-06 00:24:56 - TARGET_ARCH=i386 TB --- 2012-01-06 00:24:56 - TZ=UTC TB --- 2012-01-06 00:24:56 - __MAKE_CONF=/dev/null TB --- 2012-01-06 00:24:56 - cd /src TB --- 2012-01-06 00:24:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 6 00:24:56 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mem/memutil.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-06 00:32:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-06 00:32:35 - ERROR: failed to build LINT kernel TB --- 2012-01-06 00:32:35 - 6352.14 user 784.35 system 8374.05 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 01:33:37 2012 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 E54F01065670; Fri, 6 Jan 2012 01:33:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id A508A8FC08; Fri, 6 Jan 2012 01:33:37 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q061Xb2a035127; Fri, 6 Jan 2012 01:33:37 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q061XbD6035093; Fri, 6 Jan 2012 01:33:37 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Jan 2012 01:33:37 GMT Message-Id: <201201060133.q061XbD6035093@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 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: Fri, 06 Jan 2012 01:33:38 -0000 TB --- 2012-01-05 23:38:23 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-05 23:38:23 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-01-05 23:38:23 - cleaning the object tree TB --- 2012-01-05 23:39:01 - cvsupping the source tree TB --- 2012-01-05 23:39:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-01-05 23:39:48 - building world TB --- 2012-01-05 23:39:48 - CROSS_BUILD_TESTING=YES TB --- 2012-01-05 23:39:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-05 23:39:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-05 23:39:48 - SRCCONF=/dev/null TB --- 2012-01-05 23:39:48 - TARGET=powerpc TB --- 2012-01-05 23:39:48 - TARGET_ARCH=powerpc TB --- 2012-01-05 23:39:48 - TZ=UTC TB --- 2012-01-05 23:39:48 - __MAKE_CONF=/dev/null TB --- 2012-01-05 23:39:48 - cd /src TB --- 2012-01-05 23:39:48 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 5 23:39:48 UTC 2012 >>> 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 Fri Jan 6 01:29:18 UTC 2012 TB --- 2012-01-06 01:29:18 - generating LINT kernel config TB --- 2012-01-06 01:29:18 - cd /src/sys/powerpc/conf TB --- 2012-01-06 01:29:18 - /usr/bin/make -B LINT TB --- 2012-01-06 01:29:18 - cd /src/sys/powerpc/conf TB --- 2012-01-06 01:29:18 - /usr/sbin/config -m LINT TB --- 2012-01-06 01:29:18 - building LINT kernel TB --- 2012-01-06 01:29:18 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 01:29:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 01:29:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 01:29:18 - SRCCONF=/dev/null TB --- 2012-01-06 01:29:18 - TARGET=powerpc TB --- 2012-01-06 01:29:18 - TARGET_ARCH=powerpc TB --- 2012-01-06 01:29:18 - TZ=UTC TB --- 2012-01-06 01:29:18 - __MAKE_CONF=/dev/null TB --- 2012-01-06 01:29:18 - cd /src TB --- 2012-01-06 01:29:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 6 01:29:18 UTC 2012 >>> 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 -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memutil.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-06 01:33:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-06 01:33:36 - ERROR: failed to build LINT kernel TB --- 2012-01-06 01:33:36 - 5495.50 user 708.52 system 6912.98 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 01:36:46 2012 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 6694510656D0; Fri, 6 Jan 2012 01:36:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 26A6A8FC13; Fri, 6 Jan 2012 01:36:46 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q061ajXB038830; Fri, 6 Jan 2012 01:36:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q061ajhL038829; Fri, 6 Jan 2012 01:36:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Jan 2012 01:36:45 GMT Message-Id: <201201060136.q061ajhL038829@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on sparc64/sparc64 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: Fri, 06 Jan 2012 01:36:46 -0000 TB --- 2012-01-06 00:36:59 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-06 00:36:59 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2012-01-06 00:36:59 - cleaning the object tree TB --- 2012-01-06 00:37:11 - cvsupping the source tree TB --- 2012-01-06 00:37:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/sparc64/sparc64/supfile TB --- 2012-01-06 00:37:53 - building world TB --- 2012-01-06 00:37:53 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 00:37:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 00:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 00:37:53 - SRCCONF=/dev/null TB --- 2012-01-06 00:37:53 - TARGET=sparc64 TB --- 2012-01-06 00:37:53 - TARGET_ARCH=sparc64 TB --- 2012-01-06 00:37:53 - TZ=UTC TB --- 2012-01-06 00:37:53 - __MAKE_CONF=/dev/null TB --- 2012-01-06 00:37:53 - cd /src TB --- 2012-01-06 00:37:53 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 6 00:37:54 UTC 2012 >>> 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 Fri Jan 6 01:31:28 UTC 2012 TB --- 2012-01-06 01:31:28 - generating LINT kernel config TB --- 2012-01-06 01:31:28 - cd /src/sys/sparc64/conf TB --- 2012-01-06 01:31:28 - /usr/bin/make -B LINT TB --- 2012-01-06 01:31:29 - cd /src/sys/sparc64/conf TB --- 2012-01-06 01:31:29 - /usr/sbin/config -m LINT TB --- 2012-01-06 01:31:29 - building LINT kernel TB --- 2012-01-06 01:31:29 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 01:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 01:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 01:31:29 - SRCCONF=/dev/null TB --- 2012-01-06 01:31:29 - TARGET=sparc64 TB --- 2012-01-06 01:31:29 - TARGET_ARCH=sparc64 TB --- 2012-01-06 01:31:29 - TZ=UTC TB --- 2012-01-06 01:31:29 - __MAKE_CONF=/dev/null TB --- 2012-01-06 01:31:29 - cd /src TB --- 2012-01-06 01:31:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 6 01:31:29 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memutil.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-06 01:36:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-06 01:36:45 - ERROR: failed to build LINT kernel TB --- 2012-01-06 01:36:45 - 2787.09 user 476.02 system 3586.55 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 02:22:35 2012 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 888891065675; Fri, 6 Jan 2012 02:22:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 48DA48FC08; Fri, 6 Jan 2012 02:22:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q062MYIB097417; Fri, 6 Jan 2012 02:22:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q062MYbO097416; Fri, 6 Jan 2012 02:22:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Jan 2012 02:22:34 GMT Message-Id: <201201060222.q062MYbO097416@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/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: Fri, 06 Jan 2012 02:22:35 -0000 TB --- 2012-01-06 00:32:36 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2012-01-06 00:32:36 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-01-06 00:32:36 - cleaning the object tree TB --- 2012-01-06 00:32:47 - cvsupping the source tree TB --- 2012-01-06 00:32:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-01-06 00:33:31 - building world TB --- 2012-01-06 00:33:31 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 00:33:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 00:33:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 00:33:31 - SRCCONF=/dev/null TB --- 2012-01-06 00:33:31 - TARGET=powerpc TB --- 2012-01-06 00:33:31 - TARGET_ARCH=powerpc64 TB --- 2012-01-06 00:33:31 - TZ=UTC TB --- 2012-01-06 00:33:31 - __MAKE_CONF=/dev/null TB --- 2012-01-06 00:33:31 - cd /src TB --- 2012-01-06 00:33:31 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 6 00:33:32 UTC 2012 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jan 6 02:19:26 UTC 2012 TB --- 2012-01-06 02:19:26 - generating LINT kernel config TB --- 2012-01-06 02:19:26 - cd /src/sys/powerpc/conf TB --- 2012-01-06 02:19:26 - /usr/bin/make -B LINT TB --- 2012-01-06 02:19:26 - cd /src/sys/powerpc/conf TB --- 2012-01-06 02:19:26 - /usr/sbin/config -m LINT TB --- 2012-01-06 02:19:26 - building LINT kernel TB --- 2012-01-06 02:19:26 - CROSS_BUILD_TESTING=YES TB --- 2012-01-06 02:19:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-01-06 02:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-01-06 02:19:26 - SRCCONF=/dev/null TB --- 2012-01-06 02:19:26 - TARGET=powerpc TB --- 2012-01-06 02:19:26 - TARGET_ARCH=powerpc64 TB --- 2012-01-06 02:19:26 - TZ=UTC TB --- 2012-01-06 02:19:26 - __MAKE_CONF=/dev/null TB --- 2012-01-06 02:19:26 - cd /src TB --- 2012-01-06 02:19:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 6 02:19:26 UTC 2012 >>> 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 -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memutil.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi_debug.c cc1: warnings being treated as errors In file included from /src/sys/dev/mfi/mfi_debug.c:54: /src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage class /src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration of 'SYSCTL_DECL' /src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-01-06 02:22:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-01-06 02:22:34 - ERROR: failed to build LINT kernel TB --- 2012-01-06 02:22:34 - 5522.11 user 755.69 system 6598.15 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 15:22:27 2012 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 075F3106564A for ; Fri, 6 Jan 2012 15:22:27 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id B4DFC8FC12 for ; Fri, 6 Jan 2012 15:22:26 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id q06Emq3q031174; Fri, 6 Jan 2012 09:48:52 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Fri, 6 Jan 2012 09:48:52 -0500 Message-ID: <00da1657ca8d3a9e26d1f1ed851a2969.squirrel@webmail.ee.ryerson.ca> In-Reply-To: <3FC253955232794A901643A205013D3617B6F15C@exmb2.stk.pacific.edu> References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> <3FC253955232794A901643A205013D3617B6F15C@exmb2.stk.pacific.edu> Date: Fri, 6 Jan 2012 09:48:52 -0500 From: "David Magda" To: "Malcolm Waltz" User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: "freebsd-stable@freebsd.org" Subject: RE: FTPS Server? 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, 06 Jan 2012 15:22:27 -0000 On Thu, January 5, 2012 14:28, Malcolm Waltz wrote: > I've included a working vsftpd.conf below for FTPES. For what you are > doing, you may not need all of these parameters. The pasv_ parameters are > mostly only necessary if you need to serve data through a NAT/firewall. > The pasv_min_port and pasv_max_port will effect how many simultaneous > connections can be supported by the server. You may have to try various > permutations depending on how EyeFi has implemented their client. If you > Google vsftpd.conf, you will probably find various sets of instructions > for how to set it up for your needs. It helps if you know exactly what > the client is expecting. There are a number of variations on the > standard. vsftpd can handle all of them I believe. Also tools like > tcpdump, wireshark, netstat and lsof are your friends here. [...] Are/Were there any special settings that needed on your firewall/router/NAT box? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 18:19:22 2012 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 D7386106564A; Fri, 6 Jan 2012 18:19:22 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECA98FC15; Fri, 6 Jan 2012 18:19:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:From:Content-Transfer-Encoding:Mime-Version:Date:Subject:To:Content-Type; bh=G9wwXN8UTQEhVmqrt+rRmIUGfgpDQ1xdRvvndvFJTKQ=; b=IxiaR0AfrR7G3KIG+jufcGOelCUf9hNUq0Z7+1gMoiBynq9supFSklp2kfu4gBNakdMiEM8HvkpUR9vnovjqjhzFASE/WoiluCvDdLGkFJ18agbA1dQs47xoDIVQQc39; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RjENs-00011U-Jz; Fri, 06 Jan 2012 12:19:22 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1325873954-88972-88971/5/4; Fri, 6 Jan 2012 18:19:14 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Date: Fri, 6 Jan 2012 12:19:14 -0600 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable From: Mark Felder Message-Id: User-Agent: Opera Mail/11.61 (FreeBSD) X-SA-Score: -1.0 Cc: Subject: accepting rtadv broken on 9-STABLE, re driver? 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, 06 Jan 2012 18:19:22 -0000 Hi guys, I upgraded my desktop at work just around christmas to 9-PRERELEASE = builds =20 and ipv6 has been broken since then. I've been too busy at work to fix = it =20 but today I finally had the chance to figure it out. Currently I'm running: 12:11:15 tech304:~ > uname -a FreeBSD tech304.office.supranet.net 9.0-STABLE FreeBSD 9.0-STABLE #2 =20 r229703M: Fri Jan 6 11:01:58 CST 2012 =20 root@tech304.office.supranet.net:/usr/obj/tank/svn/sys/GENERIC amd64 and my ipv6 is not working. In rc.conf I have =20 ipv6_enable_all_interfaces=3D"YES" which sets the link local and I had =20 net.inet6.ip6.accept_rtadv=3D1 in sysctl.conf. I can confirm that it was = =20 indeed activated in sysctl, but ifconfig didn't think so: re0: flags=3D8843 metric 0 mtu = 1500 options=3D209b ether d0:67:e5:17:e1:32 inet6 fe80::d267:e5ff:fe17:e132%re0 prefixlen 64 scopeid 0x2 inet 192.168.93.23 netmask 0xffffff00 broadcast 192.168.93.255 nd6 options=3D23 ## Where's the =20 ACCEPT_RTADV??? media: Ethernet autoselect (100baseTX ) status: active I have to manually do # ifconfig re0 inet6 accept_rtadv to get it to work. Am I missing something? Grepping /etc/rc.d/ for rtadv = =20 finds no clues. Is this broken for everyone, for the re driver, or am I =20 just crazy? Here's pciconf for the device -- let me know if any further info would = be =20 useful: re0@pci0:4:0:0: class=3D0x020000 card=3D0x04f51028 chip=3D0x816810ec = rev=3D0x06 =20 hdr=3D0x00 vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controlle= r' class =3D network subclass =3D ethernet Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 18:22:07 2012 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 729141065751; Fri, 6 Jan 2012 18:22:07 +0000 (UTC) (envelope-from pinter@tresorium.hu) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CB14A8FC20; Fri, 6 Jan 2012 18:22:06 +0000 (UTC) Received: by eekc50 with SMTP id c50so1442170eek.13 for ; Fri, 06 Jan 2012 10:22:05 -0800 (PST) Received: by 10.14.125.210 with SMTP id z58mr2604447eeh.100.1325872242590; Fri, 06 Jan 2012 09:50:42 -0800 (PST) Received: from peonia (peonia.teteny.elte.hu. [157.181.96.25]) by mx.google.com with ESMTPS id e12sm99713469eea.5.2012.01.06.09.50.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Jan 2012 09:50:41 -0800 (PST) From: Oliver Pinter Organization: Tresorium Ltd. To: stable@freebsd.org Date: Fri, 6 Jan 2012 18:50:33 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_pRzBPReUZlYSbPc" Message-Id: <201201061850.33863.pinter@tresorium.hu> Cc: current@freebsd.org Subject: [RFC] fix git detection code in newvers.sh when svn installed 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, 06 Jan 2012 18:22:07 -0000 --Boundary-00=_pRzBPReUZlYSbPc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi All! When svn installed and the source stored in git, then now the version detection failed. The attached patch fixed this situation. -- Oliver Pinter (Tresorium) --Boundary-00=_pRzBPReUZlYSbPc Content-Type: text/x-diff; charset="iso 8859-15"; name="20120103121800-fix-newvers-sh-git.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="20120103121800-fix-newvers-sh-git.diff" =46rom a84c998c251a83ba3fa3c734b7fbc6fe1af17c6a Mon Sep 17 00:00:00 2001 =46rom: Oliver Pinter Date: Tue, 3 Jan 2012 12:17:43 +0100 Subject: [PATCH] fix git detection code in newvers.sh Signed-off-by: Oliver Pinter diff --git a/sys/conf/newvers.sh b/sys/conf/newvers.sh index c6184a8..b015735 100644 =2D-- a/sys/conf/newvers.sh +++ b/sys/conf/newvers.sh @@ -92,6 +92,9 @@ for dir in /bin /usr/bin /usr/local/bin; do svnversion=3D${dir}/svnversion break fi +done + +for dir in /bin /usr/bin /usr/local/bin; do if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then git_cmd=3D"${dir}/git --git-dir=3D${SYSDIR}/../.git" break --Boundary-00=_pRzBPReUZlYSbPc-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 18:23:13 2012 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 97424106566C for ; Fri, 6 Jan 2012 18:23:13 +0000 (UTC) (envelope-from mwaltz@PACIFIC.EDU) Received: from mx10.pacific.edu (mx10.pacific.edu [138.9.240.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAE88FC22 for ; Fri, 6 Jan 2012 18:23:13 +0000 (UTC) Received: from mx10.pacific.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 0E2277505; Fri, 6 Jan 2012 10:23:13 -0800 (PST) Received: from mwaltz1.it.pacific.edu (mwaltz1.it.pacific.edu [10.3.4.10]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mwaltz1@pacific.edu) by mx10.pacific.edu (Postfix) with ESMTPSA id DC8B77503; Fri, 6 Jan 2012 10:23:12 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Malcolm Waltz In-Reply-To: <00da1657ca8d3a9e26d1f1ed851a2969.squirrel@webmail.ee.ryerson.ca> Date: Fri, 6 Jan 2012 10:23:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F059BEA.3000508@denninger.net> <4F05A7D5.8000403@infracaninophile.co.uk> <4F05AF28.5010900@denninger.net> <3FC253955232794A901643A205013D3617B6F15C@exmb2.stk.pacific.edu> <00da1657ca8d3a9e26d1f1ed851a2969.squirrel@webmail.ee.ryerson.ca> To: David Magda X-Mailer: Apple Mail (2.1084) X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.1.6.181514 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' SUPERLONG_LINE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1400_1499 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, NO_URI_FOUND 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MIME_VERSION_APPLEMAIL 0, __MSGID_APPLEMAIL 0, __PHISH_SPEAR_STRUCTURE_1 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __USER_AGENT_APPLEMAIL 0, __X_MAILER_APPLEMAIL 0' Cc: "freebsd-stable@freebsd.org" Subject: Re: FTPS Server? 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, 06 Jan 2012 18:23:13 -0000 On Jan 6, 2012, at 6:48 AM, David Magda wrote: > On Thu, January 5, 2012 14:28, Malcolm Waltz wrote: >=20 >> I've included a working vsftpd.conf below for FTPES. For what you = are >> doing, you may not need all of these parameters. The pasv_ = parameters are >> mostly only necessary if you need to serve data through a = NAT/firewall. >> The pasv_min_port and pasv_max_port will effect how many simultaneous >> connections can be supported by the server. You may have to try = various >> permutations depending on how EyeFi has implemented their client. If = you >> Google vsftpd.conf, you will probably find various sets of = instructions >> for how to set it up for your needs. It helps if you know exactly = what >> the client is expecting. There are a number of variations on the >> standard. vsftpd can handle all of them I believe. Also tools like >> tcpdump, wireshark, netstat and lsof are your friends here. > [...] >=20 > Are/Were there any special settings that needed on your > firewall/router/NAT box? >=20 Nothing special. Inbound access from the Internet to the server on TCP = 21 in addition to the full range of ports specified by the pasv_min_port = and pasv_max_port in the vsftpd.conf. The host is also running a = host-based firewall (pf). Here's the pf.conf line that applies: pass in quick on $ext_if proto tcp from any to port = { 21, : } keep state From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 18:49:46 2012 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 71473106566B; Fri, 6 Jan 2012 18:49:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7CF8FC12; Fri, 6 Jan 2012 18:49:45 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so3131256obb.13 for ; Fri, 06 Jan 2012 10:49:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=UeXvT56T3I/Bq9bsWwP09VIvLKrv8BPuFErTvP0OXwQ=; b=UkBS1j8jtV+SWJtZsYw3ZejpPXryX556i4EVkxZvor1xJFQpB+c0Isuv/jccnBBlcT 6MocU0lu8Kt2sls3+v22a23YDCCp5ZF3leIxnl2BS91z9/kCa53t535ymXCJ3ZjUqdNP 5QKtHYEkXhkYeVW0RGiHOJ1SHdVZ0yhpD4ORE= MIME-Version: 1.0 Received: by 10.182.42.37 with SMTP id k5mr5752547obl.40.1325875785601; Fri, 06 Jan 2012 10:49:45 -0800 (PST) Received: by 10.182.171.67 with HTTP; Fri, 6 Jan 2012 10:49:45 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Jan 2012 21:49:45 +0300 Message-ID: From: Sergey Kandaurov To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 06 Jan 2012 18:49:46 -0000 On 6 January 2012 22:19, Mark Felder wrote: > Hi guys, > Hi, > I upgraded my desktop at work just around christmas to 9-PRERELEASE build= s > and ipv6 has been broken since then. I've been too busy at work to fix it > but today I finally had the chance to figure it out. > > Currently I'm running: > > 12:11:15 tech304:~ > uname -a > FreeBSD tech304.office.supranet.net 9.0-STABLE FreeBSD 9.0-STABLE #2 > r229703M: Fri Jan =A06 11:01:58 CST 2012 > root@tech304.office.supranet.net:/usr/obj/tank/svn/sys/GENERIC =A0amd64 > > and my ipv6 is not working. In rc.conf I have > ipv6_enable_all_interfaces=3D"YES" which sets the link local and I had You mean ipv6_activate_all_interfaces=3D"YES" ? > net.inet6.ip6.accept_rtadv=3D1 in sysctl.conf. I can confirm that it was > indeed activated in sysctl, but ifconfig didn't think so: > > re0: flags=3D8843 metric 0 mtu 15= 00 > > =A0options=3D209b > =A0 =A0 =A0 =A0ether d0:67:e5:17:e1:32 > =A0 =A0 =A0 =A0inet6 fe80::d267:e5ff:fe17:e132%re0 prefixlen 64 scopeid 0= x2 > =A0 =A0 =A0 =A0inet 192.168.93.23 netmask 0xffffff00 broadcast 192.168.93= .255 > =A0 =A0 =A0 =A0nd6 options=3D23 =A0 =A0## Wher= e's the > ACCEPT_RTADV??? > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > > I have to manually do > > # ifconfig re0 inet6 accept_rtadv > > to get it to work. Am I missing something? Grepping /etc/rc.d/ for rtadv > finds no clues. Is this broken for everyone, for the re driver, or am I j= ust > crazy? What is in your rc.conf? Do you have "inet6 accept_rtadv" keyword in it? IIRC it should be enough to specify ifconfig_re0_ipv6=3D"inet6 accept_rtadv= " without additional tweaks. Consult with rc.conf(5). HTH, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 18:59:16 2012 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 E1D0D106564A for ; Fri, 6 Jan 2012 18:59:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAC4F8FC08 for ; Fri, 6 Jan 2012 18:59:16 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so3146390obb.13 for ; Fri, 06 Jan 2012 10:59:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HeRTtGJ29H5QsKuZYcf+ZI9P2Gq6eejian7ro6bMydo=; b=sV4782BN52S2pJoIPMb8g0W9coJ6JiW/RFQDqGQtS9ksD21cIHcTS9GsDIv4JZB7mr ES4lQ1VheSHSm3oO0Pos3oudA+YtTf2Nsr0WOD62Qi190Z6YEnRw+dX6mQf8+WXO/37p MfbStlzX95MYwME1WG+wnzdTu2xozVeA5BWu8= MIME-Version: 1.0 Received: by 10.182.76.134 with SMTP id k6mr5763605obw.10.1325874931389; Fri, 06 Jan 2012 10:35:31 -0800 (PST) Received: by 10.182.171.67 with HTTP; Fri, 6 Jan 2012 10:35:31 -0800 (PST) In-Reply-To: <201201061850.33863.pinter@tresorium.hu> References: <201201061850.33863.pinter@tresorium.hu> Date: Fri, 6 Jan 2012 21:35:31 +0300 Message-ID: From: Sergey Kandaurov To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [RFC] fix git detection code in newvers.sh when svn installed 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, 06 Jan 2012 18:59:17 -0000 On 6 January 2012 21:50, Oliver Pinter wrote: > Hi All! > > When svn installed and the source stored in git, then now the version > detection failed. The attached patch fixed this situation. > FWIW, a different version proposed by Maciej Milewski on -current some time ago. I don't have/use git, so I cannot test these changes. It is good in the sense that it doesn't duplicate a search path. The patch is below for reference: --- sys/conf/newvers.sh 2011-11-19 00:56:50.795815738 +0100 +++ sys/conf/newvers-patched.sh 2011-11-19 00:58:21.187818982 +0100 @@ -88,14 +88,14 @@ i=`${MAKE:-make} -V KERN_IDENT` for dir in /bin /usr/bin /usr/local/bin; do - if [ -x "${dir}/svnversion" ] ; then - svnversion=${dir}/svnversion - break - fi if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then git_cmd="${dir}/git --git-dir=${SYSDIR}/../.git" break fi + if [ -x "${dir}/svnversion" ] ; then + svnversion=${dir}/svnversion + break + fi done if [ -n "$svnversion" ] ; then -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 19:02:39 2012 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 048BC106564A; Fri, 6 Jan 2012 19:02:39 +0000 (UTC) (envelope-from pinter@tresorium.hu) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 63D7B8FC0C; Fri, 6 Jan 2012 19:02:37 +0000 (UTC) Received: by eekc50 with SMTP id c50so1466962eek.13 for ; Fri, 06 Jan 2012 11:02:37 -0800 (PST) Received: by 10.213.31.66 with SMTP id x2mr1427392ebc.60.1325876557140; Fri, 06 Jan 2012 11:02:37 -0800 (PST) Received: from peonia (peonia.teteny.elte.hu. [157.181.96.25]) by mx.google.com with ESMTPS id t1sm251296590eeb.3.2012.01.06.11.02.36 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Jan 2012 11:02:36 -0800 (PST) From: Oliver Pinter Organization: Tresorium Ltd. To: Sergey Kandaurov Date: Fri, 6 Jan 2012 20:02:29 +0100 User-Agent: KMail/1.9.10 References: <201201061850.33863.pinter@tresorium.hu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201201062002.29775.pinter@tresorium.hu> Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [RFC] fix git detection code in newvers.sh when svn installed 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, 06 Jan 2012 19:02:39 -0000 On Friday 06 January 2012 19:35:31 Sergey Kandaurov wrote: > On 6 January 2012 21:50, Oliver Pinter wrote: > > Hi All! > > > > When svn installed and the source stored in git, then now the version > > detection failed. The attached patch fixed this situation. > > FWIW, a different version proposed by Maciej Milewski on -current > some time ago. I don't have/use git, so I cannot test these changes. > It is good in the sense that it doesn't duplicate a search path. > The patch is below for reference: > > --- sys/conf/newvers.sh 2011-11-19 00:56:50.795815738 +0100 > +++ sys/conf/newvers-patched.sh 2011-11-19 00:58:21.187818982 +0100 > @@ -88,14 +88,14 @@ > i=`${MAKE:-make} -V KERN_IDENT` > > for dir in /bin /usr/bin /usr/local/bin; do > - if [ -x "${dir}/svnversion" ] ; then > - svnversion=${dir}/svnversion > - break > - fi > if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then > git_cmd="${dir}/git --git-dir=${SYSDIR}/../.git" > break > fi > + if [ -x "${dir}/svnversion" ] ; then > + svnversion=${dir}/svnversion > + break > + fi > done > > if [ -n "$svnversion" ] ; then The problem with this, when git founded first and the source not stored in git, then the svn version not correctly set, due the loop first found git, and than breaked out. The same situation as my patch fixed, but from svn viewpoint. -- Oliver Pinter (Tresorium) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 19:16:55 2012 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 2D71D1065678; Fri, 6 Jan 2012 19:16:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D8DFE8FC18; Fri, 6 Jan 2012 19:16:54 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so3172669obb.13 for ; Fri, 06 Jan 2012 11:16:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=MPjmpaZwc/8KSw0f7lvktWIRLGDDzv04h8AilE6phUU=; b=XBGhdI9+0HKVKiae3a56IWeTP0838Vt4N8N1TAtA8KUfRFnvKB9z5N9s5KOM1yRNjS QbWaKZfWRH+mWm40ZFGUOzCKjtLfUiNdiO85OcehoMnNI9PyY+zLLSv1NCicYA153f1L TOrXkI6G7eNkpkAInnsZnTYxL0hzYeJuOMuiA= MIME-Version: 1.0 Received: by 10.182.1.67 with SMTP id 3mr5869198obk.31.1325877414133; Fri, 06 Jan 2012 11:16:54 -0800 (PST) Received: by 10.182.152.6 with HTTP; Fri, 6 Jan 2012 11:16:54 -0800 (PST) In-Reply-To: <201201062002.29775.pinter@tresorium.hu> References: <201201061850.33863.pinter@tresorium.hu> <201201062002.29775.pinter@tresorium.hu> Date: Fri, 6 Jan 2012 11:16:54 -0800 Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Sergey Kandaurov , current@freebsd.org Subject: Re: [RFC] fix git detection code in newvers.sh when svn installed 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, 06 Jan 2012 19:16:55 -0000 On Fri, Jan 6, 2012 at 11:02 AM, Oliver Pinter wrote: > On Friday 06 January 2012 19:35:31 Sergey Kandaurov wrote: >> On 6 January 2012 21:50, Oliver Pinter wrote: >> > Hi All! >> > >> > When svn installed and the source stored in git, then now the version >> > detection failed. The attached patch fixed this situation. >> >> FWIW, a different version proposed by Maciej Milewski on -current >> some time ago. I don't have/use git, so I cannot test these changes. >> It is good in the sense that it doesn't duplicate a search path. >> The patch is below for reference: >> >> --- sys/conf/newvers.sh =A0 =A0 =A0 2011-11-19 00:56:50.795815738 +0100 >> +++ sys/conf/newvers-patched.sh =A0 =A0 =A0 2011-11-19 00:58:21.18781898= 2 +0100 >> @@ -88,14 +88,14 @@ >> =A0i=3D`${MAKE:-make} -V KERN_IDENT` >> >> =A0for dir in /bin /usr/bin /usr/local/bin; do >> - =A0 =A0 if [ -x "${dir}/svnversion" ] ; then >> - =A0 =A0 =A0 =A0 =A0 =A0 svnversion=3D${dir}/svnversion >> - =A0 =A0 =A0 =A0 =A0 =A0 break >> - =A0 =A0 fi >> =A0 =A0 =A0 if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 git_cmd=3D"${dir}/git --git-dir=3D${SYSDIR}/= ../.git" >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 break >> =A0 =A0 =A0 fi >> + =A0 =A0 if [ -x "${dir}/svnversion" ] ; then >> + =A0 =A0 =A0 =A0 =A0 =A0 svnversion=3D${dir}/svnversion >> + =A0 =A0 =A0 =A0 =A0 =A0 break >> + =A0 =A0 fi >> =A0done >> >> =A0if [ -n "$svnversion" ] ; then > > The problem with this, when git founded first and the source not stored i= n > git, then the svn version not correctly set, due the loop first found git= , > and than breaked out. > > The same situation as my patch fixed, but from svn viewpoint. This detection method might be worth mentioning as well (look for SVNVERSION: http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/n= ano_env?revision=3D9392&view=3Dmarkup ). Cheers, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 19:35:57 2012 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 99D14106564A; Fri, 6 Jan 2012 19:35:57 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9B68FC1C; Fri, 6 Jan 2012 19:35:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=8qqutpQ0VWd9RC5oKXxSVvgCtFXeJ2mKFua/oBherGQ=; b=meoRqkN7ki2C56NtzPwYFyYrLAyda4W2Cgjgxe5Omm7kE+97cC9dNoGYooty56DL+JoFIl4wwo9UHGfEcVbF/18bEdvISfaj624W5+JcOL91+ERsZA7WoMsL+vp3dKmd; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RjFa0-0003Ba-AI; Fri, 06 Jan 2012 13:35:57 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1325878550-88972-88971/5/5; Fri, 6 Jan 2012 19:35:50 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org References: Date: Fri, 6 Jan 2012 13:35:50 -0600 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: User-Agent: Opera Mail/11.61 (FreeBSD) X-SA-Score: -1.0 Cc: Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 06 Jan 2012 19:35:57 -0000 On Fri, 06 Jan 2012 12:49:45 -0600, Sergey Kandaurov wrote: > > You mean ipv6_activate_all_interfaces="YES" ? > Yes... Unfortunately that's what I get for typing it manually and being distracted at the time. :-) > What is in your rc.conf? Do you have "inet6 accept_rtadv" keyword in it? > IIRC it should be enough to specify ifconfig_re0_ipv6="inet6 > accept_rtadv" > without additional tweaks. Consult with rc.conf(5). > I figured I would end up putting that in rc.conf as a temporary fix, but maybe that's just the long term solution. It seems so odd to me that the sysctl change doesn't automatically cause the ACCEPT_RTADV option to show up for re0, but it does for vboxnet0. Perhaps there should be a cleaner way to do this in rc.conf like how we do ifconfig_re0="DHCP" ? Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 19:37:13 2012 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 BD472106564A for ; Fri, 6 Jan 2012 19:37:13 +0000 (UTC) (envelope-from miyamoto.31b@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 834528FC18 for ; Fri, 6 Jan 2012 19:37:13 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so3201734obb.13 for ; Fri, 06 Jan 2012 11:37:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=NZMtlFDyDp2thZWo+3ScHcKbzhL+S4K3StHqDK2YHfY=; b=Q8VCPL4sPgf80Z6bjJrPATmWshuEuQ9GMVzpRmgJWwkZKt6BlufQ0QiVUmJPMvjIzc 2kEbuq55SliRbOHaa8e10ADJ2D16AT9jENvmNLLE3cqDuFx3ogeZJ9Ngov2BX0ntDUej MvR79U0/O5aZAuwq5/Ec2F1vx0z9bSUjBPM20= MIME-Version: 1.0 Received: by 10.182.197.104 with SMTP id it8mr5951222obc.17.1325878632915; Fri, 06 Jan 2012 11:37:12 -0800 (PST) Received: by 10.182.41.229 with HTTP; Fri, 6 Jan 2012 11:37:12 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Jan 2012 19:37:12 +0000 Message-ID: From: miyamoto moesasji To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: why is pkg_add on 9.0 stable still using packages from packages-9-current? 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, 06 Jan 2012 19:37:13 -0000 On Thu, Jan 5, 2012 at 10:39 PM, Peter wrote: >> I've just updated from 9.0RC3 to 9.0-stable r229626 after a clean >> install. However when trying to add the first packages I noticed that >> pkg_add is installing packages from >> ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/ and >> not from package-9-stable which I would expect. In particular because >> the package-9-stable directory does now exist on the server. >> >> Using Google this appears to have to do with >> /usr/src/usr.sbin/pkg_install/add/main.c in which the following >> revision appears to include the link: >> http://svnweb.freebsd.org/base/head/usr.sbin/pkg_install/add/main.c?r1= =3D225757&r2=3D225756&pathrev=3D225757 >> However if I look at this specific source file on my system line 98 >> that brings in the link to packages-9-stable is missing (The file has >> packages-9.0-release, but not packages-9-stable) >> >> Any suggestion on what I am doing wrong would be highly appreciated as >> I don't understand this. >> >> *) uname -a shows 9.0-stable r229626; the update to latest stable has >> been done according to handbook. No variables that could affect this >> have been changed as it was a clean install using the 9.0RC3 bootdisk >> > > Should have stayed at -release :) > > I just had the same question and after doing some further research, the > issue is this: > > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.htm= l > =A0and > pkbsdpkg:#pwd > /usr/src/usr.sbin/pkg_install > pkbsdpkg:#grep -R packages-9 * > add/main.c: =A0 =A0 { 900000, 900499, "/packages-9.0-release" }, > add/main.c: =A0 =A0 { 900000, 999000, "/packages-9-current" }, > > They haven't updated main.c for -stable yet and -stable is at 900500 per > sys/sys/param.h [or URL]. =A0I'm just setting > PACKAGESITE=3Dftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-st= able/Latest/ > manually. > > ]Peter[ > Thanks for the response Peter. Still seems strange that this change has not been made, but I'll indeed set it manually for now. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 22:15:53 2012 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 3C2DF106566C for ; Fri, 6 Jan 2012 22:15:53 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id D16FF8FC17 for ; Fri, 6 Jan 2012 22:15:52 +0000 (UTC) Received: (qmail 45784 invoked from network); 6 Jan 2012 21:49:11 -0000 Received: from unknown (HELO ?10.50.50.212?) (spawk@64.147.100.2) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 6 Jan 2012 21:49:11 -0000 Message-ID: <4F076C62.6060604@acm.poly.edu> Date: Fri, 06 Jan 2012 16:49:22 -0500 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Gareth de Vaux References: <20120104194313.GA2558@lordcow.org> In-Reply-To: <20120104194313.GA2558@lordcow.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: gmirror not synced 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, 06 Jan 2012 22:15:53 -0000 On 01/04/12 14:43, Gareth de Vaux wrote: > Hi all, I've noticed that the md5 hashes of a couple of files on > a gmirror change when I recalculate the hashes. The output usually > cycles between 2 hashes per file. > > I'm guessing this is because each calculation reads the file > randomly from 1 of 2 component drives, and the files in question > had a few bit flips during their original sync. I also assume > this's something you have to live with for gmirror? Is removing > and completely rebuilding the secondary drive the only thing you > can do (which might fix these bit flips but incur others elsewhere)? > _______________________________________________ > 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" Hi. Bit-flipping is unlikely, but, you can test this hypothesis by having it only ever read from one disk. Use "gmirror configure -b" to change the balancing algorithm of the array to priority and "gmirror configure -p" to change the priority one of of the members. Then, repeat the test for the other member. What I would say is more likely is that you've got bad memory or CPU cache in the machine. I've had this happen to me and that turned out to be the case. And, as the other reply said, it's a good idea to make sure you've got a good backup at this point. -Boris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 6 22:43:33 2012 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 11A31106564A for ; Fri, 6 Jan 2012 22:43:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id B39878FC14 for ; Fri, 6 Jan 2012 22:43:32 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta04.westchester.pa.mail.comcast.net with comcast id JEyg1i0071YDfWL54NjYGe; Fri, 06 Jan 2012 22:43:32 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.westchester.pa.mail.comcast.net with comcast id JNjY1i0091t3BNj3gNjYHy; Fri, 06 Jan 2012 22:43:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AF3BC102C1E; Fri, 6 Jan 2012 14:43:30 -0800 (PST) Date: Fri, 6 Jan 2012 14:43:30 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20120106224330.GA26856@icarus.home.lan> References: <20120104194313.GA2558@lordcow.org> <4F0573B2.9070301@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0573B2.9070301@infracaninophile.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: gmirror not synced 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, 06 Jan 2012 22:43:33 -0000 On Thu, Jan 05, 2012 at 09:56:02AM +0000, Matthew Seaman wrote: > On 04/01/2012 19:43, Gareth de Vaux wrote: > > Hi all, I've noticed that the md5 hashes of a couple of files on > > a gmirror change when I recalculate the hashes. The output usually > > cycles between 2 hashes per file. > > > > I'm guessing this is because each calculation reads the file > > randomly from 1 of 2 component drives, and the files in question > > had a few bit flips during their original sync. I also assume > > this's something you have to live with for gmirror? Is removing > > and completely rebuilding the secondary drive the only thing you > > can do (which might fix these bit flips but incur others elsewhere)? > > No, that's not something acceptable at all. Randomly flipping bits in > files is a really nasty failure mode. > > What does 'gmirror list' tell you about the state of the gmirror? Is > there any possibility that your hardware is failing? Check the SMART > attributes of the disk in the first instance (it isn't brilliant for > picking up impending failure, but it should be pretty accurate once the > drive is actually generating errors.) Also try a few passes of > memtest86 to try and spot problems with RAM. Cleaning dust out of air > vents and heatsinks and generally making sure the machine is not > overheating is a good idea too. Another possibility is a disk with intermittently faulty cache, or a drive who has basically given up (firmware bug, design flaw, etc.) honouring ECC[1][2] when reading/writing sectors. For the former point, SMART statistics from the drives could help determine if this is the case, but I stress the word "could". This is usually stored in Attribute 184 ("End-to-End_Error") but is not available on very many drives. Gareth, please install ports/sysutils/smartmontools (make sure it's version 5.42 or newer) and provide output from "smartctl -x /dev/disk" and I'll review it for you. [1]: http://www.storagereview.com/guide/error.html (read all subsections too) [2]: http://www.dewassoc.com/kbase/hard_drives/hard_disk_sector_structures.htm -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 00:22:00 2012 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 021BF1065687 for ; Sat, 7 Jan 2012 00:22:00 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id C53908FC1F for ; Sat, 7 Jan 2012 00:21:59 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 173D8F25D; Fri, 6 Jan 2012 19:21:59 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 79E49F296; Fri, 6 Jan 2012 19:21:58 -0500 (EST) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 65D13F25D; Fri, 6 Jan 2012 19:21:58 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 3087347372; Fri, 6 Jan 2012 19:21:58 -0500 (EST) From: Ken Smith To: miyamoto moesasji In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-rOhJrbUXuik0gh/Cbvv0" Date: Fri, 06 Jan 2012 19:21:57 -0500 Message-ID: <1325895717.81172.5.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-stable@freebsd.org Subject: Re: why is pkg_add on 9.0 stable still using packages from packages-9-current? 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, 07 Jan 2012 00:22:00 -0000 --=-rOhJrbUXuik0gh/Cbvv0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2012-01-06 at 19:37 +0000, miyamoto moesasji wrote: > Thanks for the response Peter. Still seems strange that this change > has not been made, but I'll indeed set it manually for now.=20 Sorry for the delay cleaning that up. It should be fixed as of r229748. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-rOhJrbUXuik0gh/Cbvv0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8HkCUACgkQ/G14VSmup/YFOgCggIjhXB1p4Zkj8sWlfZCtC74n wqkAnRtR+FJ2AbF6Om8JNi0TwuEwmXLr =9Fly -----END PGP SIGNATURE----- --=-rOhJrbUXuik0gh/Cbvv0-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 01:12:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 0DAB71065700; Sat, 7 Jan 2012 01:12:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E1ACE179741; Sat, 7 Jan 2012 01:12:28 +0000 (UTC) Message-ID: <4F079BFC.6040405@FreeBSD.org> Date: Fri, 06 Jan 2012 17:12:28 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Mark Felder References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, hrs@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 07 Jan 2012 01:12:33 -0000 Looping in hrs@ because he's the author of those changes. On 01/06/2012 11:35, Mark Felder wrote: > On Fri, 06 Jan 2012 12:49:45 -0600, Sergey Kandaurov > wrote: > >> >> You mean ipv6_activate_all_interfaces="YES" ? >> > Yes... Unfortunately that's what I get for typing it manually and being > distracted at the time. :-) > >> What is in your rc.conf? Do you have "inet6 accept_rtadv" keyword in it? >> IIRC it should be enough to specify ifconfig_re0_ipv6="inet6 >> accept_rtadv" >> without additional tweaks. Consult with rc.conf(5). >> > > I figured I would end up putting that in rc.conf as a temporary fix, but > maybe that's just the long term solution. It seems so odd to me that the > sysctl change doesn't automatically cause the ACCEPT_RTADV option to > show up for re0, but it does for vboxnet0. Perhaps there should be a > cleaner way to do this in rc.conf like how we do ifconfig_re0="DHCP" ? -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 07:26:01 2012 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 B4DF0106566B for ; Sat, 7 Jan 2012 07:26:01 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 730508FC13 for ; Sat, 7 Jan 2012 07:26:01 +0000 (UTC) Received: from [10.29.62.5] (port=61224 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RjQTa-0001ON-23 for freebsd-stable@freebsd.org; Sat, 07 Jan 2012 18:14:03 +1100 X-CTCH-RefID: str=0001.0A150205.4F07F0BB.0020,ss=1,re=0.000,fgs=0 Message-ID: <4F07F0BC.7060309@ish.com.au> Date: Sat, 07 Jan 2012 18:14:04 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20111222 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd-update problems 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, 07 Jan 2012 07:26:01 -0000 Freebsd-update is both an excellent tool, but also sadly lacking in some ways, mostly documentation. Let's look at a recent experience... ----------------- # uname -a FreeBSD splash.internal 8.1-RELEASE-p5 FreeBSD 8.1-RELEASE-p5 #0: Tue Sep 27 16:49:00 UTC 2011 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching metadata signature for 8.1-RELEASE from update5.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files are affected by updates, but no changes have been downloaded because the files have been modified locally: /var/db/mergemaster.mtree No updates needed to update system to 8.1-RELEASE-p8. ----------------- Some problems: 1. I am clearly running 8.2-p5, but the final message says "no updates needed". That's clearly not correct since p5 < p8. And running uname again after this results in still seeing p5. My guess is that the message should say: No update will be applied until you merge the locally modified files, OR Or else, freebsd-update is just broken and refuses to update the system properly for an unknown reason. 2. I didn't touch mergemaster.mtree manually. Well, I don't think I did. But even if I had, could the tool give me some clue as to how to proceed from here? Do I now have to go back to csup to update my system and never be able to use freebsd-update again? Is there a trick to fool freebsd-update into overwriting this file which I don't think I touched? It would be nice if freebsd-update could be more helpful about what the user should do next when it finds an error. Thanks Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 09:01:21 2012 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 3329D106564A for ; Sat, 7 Jan 2012 09:01:21 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 673A08FC16 for ; Sat, 7 Jan 2012 09:01:19 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.5/8.14.5) with ESMTP id q078hUP6046093 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 7 Jan 2012 10:43:30 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.5/8.14.5/Submit) id q078hOvL046092; Sat, 7 Jan 2012 10:43:24 +0200 (SAST) (envelope-from lordcow) Date: Sat, 7 Jan 2012 10:43:24 +0200 From: Gareth de Vaux To: Matthew Seaman Message-ID: <20120107084324.GA43751@lordcow.org> References: <20120104194313.GA2558@lordcow.org> <4F0573B2.9070301@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0573B2.9070301@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lordcow.org Cc: freebsd-stable@freebsd.org Subject: Re: gmirror not synced 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, 07 Jan 2012 09:01:21 -0000 On Thu 2012-01-05 (09:56), Matthew Seaman wrote: > drive is actually generating errors.) Also try a few passes of > memtest86 to try and spot problems with RAM. Yes that was the problem, have gotten rid of a faulty DIMM and everything is looking a lot saner, thanx :> From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 10:24:29 2012 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 DA8771065673 for ; Sat, 7 Jan 2012 10:24:29 +0000 (UTC) (envelope-from vrachil@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 582EA8FC1C for ; Sat, 7 Jan 2012 10:24:28 +0000 (UTC) Received: by eekc50 with SMTP id c50so1748599eek.13 for ; Sat, 07 Jan 2012 02:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Fi/7WbzrK0HHQ+MS4bwnKFu1DU4Ff/0p+hjNQIpUu1U=; b=CgIUrfEa5jX6JX5Ge4bk9RbKMhwDHvLkEzGDr4LPnsreaMnD/dBrpZ/inqEMo1vQUk 842vOAqRf5oXLje5IvDjG3uqrhRMGyIwGOqXVT0HckLZEJ5H+8buNkMNgXrzqIbEgFxV 3wVF/AlPPd+s743fJYR6fy7/LW7Kr7YGQ7Br4= Received: by 10.213.4.16 with SMTP id 16mr1818765ebp.93.1325930125808; Sat, 07 Jan 2012 01:55:25 -0800 (PST) Received: from 8.8.8.8 (188.4.52.88.dsl.dyn.forthnet.gr. [188.4.52.88]) by mx.google.com with ESMTPS id e12sm108987796eea.5.2012.01.07.01.55.24 (version=SSLv3 cipher=OTHER); Sat, 07 Jan 2012 01:55:24 -0800 (PST) Message-ID: <4F08168B.7070803@gmail.com> Date: Sat, 07 Jan 2012 11:55:23 +0200 From: Vrachnis Ilias-Dimitrios User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111228 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F07F0BC.7060309@ish.com.au> In-Reply-To: <4F07F0BC.7060309@ish.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd-update problems 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, 07 Jan 2012 10:24:29 -0000 On 01/07/2012 09:14, Aristedes Maniatis wrote: > [...] > > 2. I didn't touch mergemaster.mtree manually. Well, I don't think I did. > But even if I had, could the tool give me some clue as to how to proceed > from here? Do I now have to go back to csup to update my system and > never be able to use freebsd-update again? Is there a trick to fool > freebsd-update into overwriting this file which I don't think I touched? > > It would be nice if freebsd-update could be more helpful about what the > user should do next when it finds an error. > > > > Thanks > Ari > uname only reports the kernel info. I don't remember if the p6-8 updates touched anything in the kernel, so the kernel probably wasn't rebuilt. You can check in the file /usr/src/sys/conf/newvers.sh, there is a variable named BRANCH. That should tell you which was your last update. Regards, -vid From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 10:47:30 2012 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 0B4CD106564A for ; Sat, 7 Jan 2012 10:47:30 +0000 (UTC) (envelope-from g.vialetto@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id BD60E8FC16 for ; Sat, 7 Jan 2012 10:47:29 +0000 (UTC) Received: by qadb17 with SMTP id b17so151531qad.13 for ; Sat, 07 Jan 2012 02:47:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MIbweM6W1UK4fWieSgiTqH3bU2EHlacELt9VG4IalQA=; b=AXPDVZbHXFr1AHKv2qxqhoGWVPd+TlCbrOb0WO5QL6rA7OUIa9CMlCsscMLrcQ4zvG mQsEnrUWE+z0D0RAE0zONKIUrIJgucze/6xUKU43A0sEIT1vKrPQwlf+ln/Yc2o2fswM vQI8YyKJyJK4itx+jPKJZ0+Omce81M7uSWCl0= Received: by 10.224.106.7 with SMTP id v7mr11458220qao.76.1325931446264; Sat, 07 Jan 2012 02:17:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.5.83 with HTTP; Sat, 7 Jan 2012 02:17:05 -0800 (PST) In-Reply-To: <4F07F0BC.7060309@ish.com.au> References: <4F07F0BC.7060309@ish.com.au> From: Gianni Vialetto Date: Sat, 7 Jan 2012 11:17:05 +0100 Message-ID: To: Aristedes Maniatis Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: freebsd-update problems 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, 07 Jan 2012 10:47:30 -0000 2012/1/7 Aristedes Maniatis : > [...] > 1. I am clearly running 8.2-p5, but the final message says "no updates > needed". That's clearly not correct since p5 < p8. And running uname again > after this results in still seeing p5. That's not really true. Unless an update upgrades the kernel, the result of "uname -a" will not change. For it to change, you have to recompile the kernel yourself - using the generic of a custom configuration. Your current release level is the fourth field in /var/db/freebsd-update/tag, IIRC. -- Gianni Vialetto "To see things in the seed, that is genius." - Lao Tzu From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 10:52:37 2012 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 B17D6106566B for ; Sat, 7 Jan 2012 10:52:37 +0000 (UTC) (envelope-from freebsd@beardz.net) Received: from svr06-mx.btshosting.co.uk (mx-2.btshosting.co.uk [178.63.196.248]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA328FC12 for ; Sat, 7 Jan 2012 10:52:37 +0000 (UTC) Received: from [192.168.1.65] (027ecffb.bb.sky.com [2.126.207.251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by svr06-mx.btshosting.co.uk (Postfix) with ESMTPSA id 615CD41F44 for ; Sat, 7 Jan 2012 10:37:22 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=beardz.net; s=default; t=1325932642; bh=v7gnt5w5veLaWxSHjibAhzwIAYN1ovEYNUx/xFrBzLI=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MhtnshQJMDXJcZu6ctKraHyjpv6aFSroYbv3ym4xsrUNqio15FifH2Wk9kzer3gT1 tgIgoTr5fmMcNfJjmF/WPMRRBL/p3jBWv1uh/yGGMrXMnbTR2FmFAesERo00tgkRQT ptT7zDBtdMiUQPNhglWxjvtQCAFhrL2/ujCchI6o= Message-ID: <4F08205E.9040904@beardz.net> Date: Sat, 07 Jan 2012 10:37:18 +0000 From: Jase Thew User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F059BEA.3000508@denninger.net> <81ab471570df95f2867b136e5a61322d@antiszoc.hu> In-Reply-To: <81ab471570df95f2867b136e5a61322d@antiszoc.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: FTPS Server? 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, 07 Jan 2012 10:52:37 -0000 On 05/01/2012 13:30, Gót András wrote: > Hi, > > You can easily set up FTPS with pure-ftpd, but AFAIK only the > authentication will be secured. This is also called FTP-TLS. > > Regards, > Andras > Hi, pure-ftpd offers configurable TLS support including control *and* data channel encryption. http://download.pureftpd.org/pub/pure-ftpd/doc/README.TLS Please refer to the "ACCEPTING TLS SESSIONS" section. Regards, Jase. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 12:12:08 2012 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 CB3E1106564A; Sat, 7 Jan 2012 12:12:08 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8E68FC12; Sat, 7 Jan 2012 12:12:07 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q07CBRRc041333; Sat, 7 Jan 2012 21:11:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q07CBPu4063249; Sat, 7 Jan 2012 21:11:27 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 07 Jan 2012 21:11:22 +0900 (JST) Message-Id: <20120107.211122.2051906580877809031.hrs@allbsd.org> To: feld@feld.me From: Hiroki Sato In-Reply-To: <4F079BFC.6040405@FreeBSD.org> References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jan__7_21_11_22_2012_218)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sat, 07 Jan 2012 21:11:40 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 07 Jan 2012 12:12:08 -0000 ----Security_Multipart(Sat_Jan__7_21_11_22_2012_218)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Felder wrote in : fe> I figured I would end up putting that in rc.conf as a temporary fix, fe> but maybe that's just the long term solution. It seems so odd to me fe> that the sysctl change doesn't automatically cause the ACCEPT_RTADV fe> option to show up for re0, but it does for vboxnet0. Perhaps there fe> should be a cleaner way to do this in rc.conf like how we do fe> ifconfig_re0="DHCP" ? Is it correct that ACCEPT_RTADV option was enabled on the vboxnet0 and not on re0, even after setting net.inet6.ip6.accept_rtadv to 1 at boot time and ipv6_activate_all_interfaces="YES"? -- Hiroki ----Security_Multipart(Sat_Jan__7_21_11_22_2012_218)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8INmoACgkQTyzT2CeTzy3zIgCgpbDOOjaJ31KiKSS1X+9X40xD OYMAoMRrnp0V//pSiV03B3aR2OyN34fj =lYQp -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jan__7_21_11_22_2012_218)---- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 14:32:49 2012 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 BD65E106566B; Sat, 7 Jan 2012 14:32:49 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB768FC1E; Sat, 7 Jan 2012 14:32:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:To:Date:From:Subject:Content-Type:Mime-Version:In-Reply-To:References; bh=ss5ZHIdEexFFGhDmHCw0Zt4NqB5UiqedIhgJlaetHA0=; b=iacHhjVFB0yix0bUIzxRot0IIy/sQJdJWXNRkyfsKjH3ojWsuHbGsDcRMc24dExZVsu+vyK2lC/YysO8JSmypJtSrJ3u3ZJbcQfEtV3VfyIQViSM3qiAv5KjN5JmV810; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RjXKC-000MpN-Eu; Sat, 07 Jan 2012 08:32:49 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1325946762-88972-88971/5/6; Sat, 7 Jan 2012 14:32:42 +0000 References: <20120107.211122.2051906580877809031.hrs@allbsd.org> User-Agent: K-9 Mail for Android In-Reply-To: <20120107.211122.2051906580877809031.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 From: Mark Felder Date: Sat, 7 Jan 2012 08:32:50 -0600 To: freebsd-stable@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-Id: <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> X-SA-Score: -1.0 Cc: Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 07 Jan 2012 14:32:49 -0000 Hiroki Sato wrote: > > Is it correct that ACCEPT_RTADV option was enabled on the vboxnet0 > and not on re0, even after setting net.inet6.ip6.accept_rtadv to 1 at > boot time and ipv6_activate_all_interfaces="YES"? > >-- Hiroki Yes, that is the behavior I witnessed. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 20:24:39 2012 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 09EEF1065673; Sat, 7 Jan 2012 20:24:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4838FC17; Sat, 7 Jan 2012 20:24:38 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q07KOI6b060110; Sun, 8 Jan 2012 05:24:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q07KOG0K069524; Sun, 8 Jan 2012 05:24:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 08 Jan 2012 05:23:46 +0900 (JST) Message-Id: <20120108.052346.1749642548460957219.hrs@allbsd.org> To: feld@feld.me From: Hiroki Sato In-Reply-To: <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> References: <20120107.211122.2051906580877809031.hrs@allbsd.org> <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jan__8_05_23_47_2012_269)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sun, 08 Jan 2012 05:24:29 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: accepting rtadv broken on 9-STABLE, re driver? 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, 07 Jan 2012 20:24:39 -0000 ----Security_Multipart(Sun_Jan__8_05_23_47_2012_269)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Felder wrote in <891fe25c-1560-479f-b855-1713c1c7a976@email.android.com>: fe> Hiroki Sato wrote: fe> > fe> > Is it correct that ACCEPT_RTADV option was enabled on the vboxnet0 fe> > and not on re0, even after setting net.inet6.ip6.accept_rtadv to 1 at fe> > boot time and ipv6_activate_all_interfaces="YES"? fe> > fe> >-- Hiroki fe> fe> Yes, that is the behavior I witnessed. It is an unexpected behavior and the flag should be set on all interfaces. Can you send me your /etc/rc.conf, /etc/sysctl.conf, and the result of "ifconfig -a"? -- Hiroki ----Security_Multipart(Sun_Jan__8_05_23_47_2012_269)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8IqdMACgkQTyzT2CeTzy3pOACgrf7Nswg4G4Qv36PG2YuIxgsx 368An07NJeMghZcDWFDp113d+I3pCW/+ =EXCC -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jan__8_05_23_47_2012_269)---- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 7 22:37:18 2012 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 C4E2D106566B for ; Sat, 7 Jan 2012 22:37:18 +0000 (UTC) (envelope-from schors@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 572598FC0A for ; Sat, 7 Jan 2012 22:37:17 +0000 (UTC) Received: by werb13 with SMTP id b13so2773619wer.13 for ; Sat, 07 Jan 2012 14:37:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5bjDa5Jiwx4Fv5fjjFR0AnE+qPVXOe38JuRFLYO74b4=; b=uyo7PUCuX2znnrazyPyOdBLhzQGQziapRDtdjrnU44JxvGz0WvsTPhLf0pvwYhYjhw Gx1V4KZZHf1gNIYUvDygKjAn1Z/CsCwsor8c4CJHa8IKHpUbmbRcFF6zbpVwihkCkoad mTm0JOAGhL0pgh3A+nkVeDkdiZ2HBP+bHEk0M= MIME-Version: 1.0 Received: by 10.180.76.8 with SMTP id g8mr19006214wiw.3.1325974006555; Sat, 07 Jan 2012 14:06:46 -0800 (PST) Received: by 10.216.255.82 with HTTP; Sat, 7 Jan 2012 14:06:46 -0800 (PST) Date: Sun, 8 Jan 2012 01:06:46 +0300 Message-ID: From: Phil Kulin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: kproc_info system and user time is broken for processes with threads 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, 07 Jan 2012 22:37:18 -0000 kproc_info system and user time is broken for processes with threads, when fetch then by kvm_getprocs() function call. For example, modern 'ps' on server running mysqld (145 precached threads) # ps -ax -o comm,cputime,systime,usertime | grep mysqld mysqld 16872:35.39 5249:07.68 3353:36.79 # ps -ax -o comm,cputime,systime,usertime | grep httpd httpd 0:00.02 0:00.00 0:00.02 httpd 0:00.00 0:00.00 0:00.00 httpd 0:02.51 0:01.77 0:00.75 Sum systime+usertime=cputime for httpd, but different for mysqld. systime and usertime for mysqld not changed many times, but cputime increased. Modern ps uses ki_rusage.ru_stime and ki_rusage.ru_utime from kproc_info for systime and usertime statistic. What wrong? -- Non nobis Domine non nobis sed Nomini Tuo da gloriam Phil Kulin