From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 00:03:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174CF106566B for ; Sun, 15 Nov 2009 00:03:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8B28E8FC08 for ; Sun, 15 Nov 2009 00:03:53 +0000 (UTC) Received: from [192.168.1.208] (m1-3.customer.lyse.net [213.167.96.196] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAF03eSp014962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Nov 2009 10:33:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <4AFF455A.90001@gsoft.com.au> Date: Sun, 15 Nov 2009 01:03:38 +0100 From: "Daniel O'Connor" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Larry Rosenman References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> In-Reply-To: <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 15 Nov 2009 00:03:54 -0000 Larry Rosenman wrote: > NAME STATE READ WRITE CKSUM > vault ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ada1 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > ada4 ONLINE 0 0 0 > ada5 ONLINE 0 0 0 > ada0s1f ONLINE 0 0 0 > ada0s1e ONLINE 0 0 0 > ada0s1d ONLINE 0 0 0 > > errors: No known data errors > # glabel label disk01 /dev/ada1 > glabel: Can't store metadata on /dev/ada1: Operation not permitted. > # > > Ideas? This is because glabel writes to the end of the disk (which is what it uses to persist the label), if you haven't already labelled them it can't add a one without destroying some data. I don't have this problem because I used GPT as a container and it has a UUID for each partition made. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 00:11:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72CB106566B for ; Sun, 15 Nov 2009 00:11:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id B2D9B8FC0C for ; Sun, 15 Nov 2009 00:11:01 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=VoDzAMJUhd6jcoICUAezBV/UCxXcTxk4a4igx85ibf65oUQPVIRcdYBMaOdvXJi8t8s9e5J+YGU1Z4UDOqaT03R6w/I9XpJ5h6ByKx1pYP60oC+LliR7SIeY/1XaOIc/PcGi+gyHfVbN2hu88qpKwWKDk/SB6UD8C2wTASUfwcU=; Received: from localhost.lerctr.org ([127.0.0.1]:60797 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9Shm-00066P-Dd; Sat, 14 Nov 2009 18:10:59 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sat, 14 Nov 2009 18:10:58 -0600 Message-ID: In-Reply-To: <4AFF455A.90001@gsoft.com.au> References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> <4AFF455A.90001@gsoft.com.au> Date: Sat, 14 Nov 2009 18:10:58 -0600 From: "Larry Rosenman" To: "Daniel O'Connor" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 15 Nov 2009 00:11:02 -0000 On Sat, November 14, 2009 6:03 pm, Daniel O'Connor wrote: > Larry Rosenman wrote: >> NAME STATE READ WRITE CKSUM >> vault ONLINE 0 0 0 >> raidz1 ONLINE 0 0 0 >> ada1 ONLINE 0 0 0 >> ada2 ONLINE 0 0 0 >> ada3 ONLINE 0 0 0 >> ada4 ONLINE 0 0 0 >> ada5 ONLINE 0 0 0 >> ada0s1f ONLINE 0 0 0 >> ada0s1e ONLINE 0 0 0 >> ada0s1d ONLINE 0 0 0 >> >> errors: No known data errors >> # glabel label disk01 /dev/ada1 >> glabel: Can't store metadata on /dev/ada1: Operation not permitted. >> # >> >> Ideas? > > This is because glabel writes to the end of the disk (which is what it > uses to persist the label), if you haven't already labelled them it > can't add a one without destroying some data. > > I don't have this problem because I used GPT as a container and it has a > UUID for each partition made. That makes sense. I guess if I ever rebuild this one, I'll be better about it :) and, now that we have raidz boot, I'll just make the whole mess ZFS. :) LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 00:14:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F67A1065670 for ; Sun, 15 Nov 2009 00:14:39 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D45218FC0C for ; Sun, 15 Nov 2009 00:14:38 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nAF0Easp015745 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 15 Nov 2009 01:14:37 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke X-Priority: 3 (Normal) In-Reply-To: <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> Date: Sun, 15 Nov 2009 01:14:36 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1A7FA148-8F7D-43DB-B28B-5346004C4F45@lassitu.de> References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> To: "Larry Rosenman" X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 15 Nov 2009 00:14:39 -0000 Am 15.11.2009 um 00:58 schrieb Larry Rosenman: >>> On Wed Jul 15 at 16:22, Freddie Cash wrote: >>> Yep. It's as simple as: >>>=20 >>> * label all the drives using glabel, while they're still attached = to >>> the pool >>> * use "zpool replace pool ad4 label/disk01" to replace 1 drive >>> * wait for it to resilver >>> * use "zpool replace pool ad6 label/disk02" to replace the next >>> drive >>> * repeat the resilver and replace until all the devices are = replaced >>>=20 >>> This is what I did to one of our servers. Works quite nicely. >>>=20 >>> There's no need to detach anything. >>=20 >> I'll try it when I get home and see how it goes. >=20 > When I try that, I get: > # glabel label disk01 /dev/ada1 > glabel: Can't store metadata on /dev/ada1: Operation not permitted. There's some caveats that you need to consider before attempting this: = most importantly, glabel will re-use the last block of the = disk/partition to store the label. Apparently, in many cases, the = filesystem (UFS, ZFS) allocates blocks in larger chunks (8K or larger), = and the last few blocks are unused and can be repurposed. But there's = no guarantee, so you might damage the filesystem by labeling the device. = I don't understand enough to definitivly say how to deterime whether = the last block is available or not, so make sure you have a backup = before trying. Secondly, my limited experience shows that both GEOM and ZFS can get = confused about devices/partitions/geoms that start on the same block as = others. How these are picked up by GEOM and/or ZFS in their probing = depends on the order, and it wasn't always obvious to me how that = worked. In one case, I couldn't get GEOM to pick up the /dev/label = entry, since it removed the label entry as soon as the physical device = node was probed. I've since come to the conclusion that labelled GPT = partitions are the way forward, and now that booting off ZRAID pools on = GPT partitions works, there's little speaking against it, IMO. Finally, if you want to label the existing disks, you probably need to = take the pool offline for the labelling step, using zpool export, so the = devices are not mounted anymore. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 00:17:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2551106566C for ; Sun, 15 Nov 2009 00:17:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 65C148FC08 for ; Sun, 15 Nov 2009 00:17:05 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nAF0H397016081 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 15 Nov 2009 01:17:04 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=utf-8 From: Stefan Bethke In-Reply-To: <4AFF4211.3040206@gsoft.com.au> Date: Sun, 15 Nov 2009 01:17:03 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <4AFF4211.3040206@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 15 Nov 2009 00:17:06 -0000 Am 15.11.2009 um 00:49 schrieb Daniel O'Connor: > It would be nice if the man page mentioned this case though, currently = the "zpool replace" entry covers the case where the new disk has the = same device node. Huh? > zpool replace [=E2=80=90f] pool old_device [new_device] >=20 > Replaces old_device with new_device. This is equivalent to = attach=E2=80=90 > ing new_device, waiting for it to resilver, and then = detaching > old_device. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 02:19:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F5611065676 for ; Sun, 15 Nov 2009 02:19:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 421F48FC12 for ; Sun, 15 Nov 2009 02:19:15 +0000 (UTC) Received: (qmail 20782 invoked by uid 399); 15 Nov 2009 02:19:14 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Nov 2009 02:19:14 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AFF652A.5060609@FreeBSD.org> Date: Sat, 14 Nov 2009 18:19:22 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Nikolay Tychina References: <4AFDF0AF.1090201@FreeBSD.org> <4AFEF726.2010200@FreeBSD.org> <20091114201645.GA56393@epia-2.farid-hajji.net> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, cpghost Subject: Re: how to mirror cvs or svn with rsync 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, 15 Nov 2009 02:19:15 -0000 Nikolay Tychina wrote: > Well, reference machine doesn't even run FreeBSD. I need to mirror src (say, > checkout of RELENG_8). > Another problem is that only rsync may be used on the reference machine. :) I really don't want to sound like a nag but you're still not being very clear as to what you're trying to do. Do you need to have just the checked out versions of /usr/src for one particular branch at one specific point in time that will be the same for all the machines that have to access it? If so, you'll need to check the files out on the reference machine. This can be done with cvsup, csup, or subversion (svn). If the reference machine is not running freebsd then svn is your worst option since in order to expand the $FreeBSD$ Id tags you need a patch to the subversion sources that a linux admin is not likely to look kindly on. You can likely find cvsup binaries for linux available on line, or you should be able to compile csup on the linux box. If compiling it doesn't work, report the problems on freebsd-hackers@freebsd.org. If it's genuinely not possible to run anything but rsync on the reference machine you'll have to check out the sources on a freebsd box and rsync the files to the reference machine from there. If this isn't what you're trying to accomplish at all you need to provide a lot more information about what you're trying to do. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 03:18:59 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D566106566B for ; Sun, 15 Nov 2009 03:18:59 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 388768FC24 for ; Sun, 15 Nov 2009 03:18:58 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1368949eyd.9 for ; Sat, 14 Nov 2009 19:18:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=9Yx7Hku7xfCQzQFrtLBeoMZ1i6d8255IBQhxbZrZwT4=; b=fdQvPKUNh9/3tnUJdWzoj091l2g6UIvt34wFGhm+owMz+ma7ajsFjflyd/a3HLdWSP 4l81vCFlmOl26jzUYf7zL7tWGUhUUB6gSjqHqvsuD/WOOPg/XcipgD7UskWnznB8HC1y zDN8LMVPHkplNhfjM+ZeWFrZCY0kNJPyV3cO0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=eKLTiTzkYeGtHAbMM2uN0oPpomaop4Mh4rGw/UUcG88jY0oi6pSIXt0fQtApwCRI5B rPqvabMY70QGFEOPKzDNfrV55aK6hpcfiCebbtFb0CqokDXD2g/yVbboPavtxsgF8tkl nvwHPs5LdAwApEb8Ql3DH0+ZEw7OqEYno8+HY= MIME-Version: 1.0 Received: by 10.216.86.74 with SMTP id v52mr648769wee.124.1258255138046; Sat, 14 Nov 2009 19:18:58 -0800 (PST) Date: Sun, 15 Nov 2009 03:18:58 +0000 Message-ID: From: "b. f." To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Nikolay Tychina Subject: Re: how to mirror cvs or svn with rsync 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, 15 Nov 2009 03:18:59 -0000 >I need a mirror of FreeBSD sources. >But the only one tool I can use for mirroring is rsync. I'm not quite sure why this is so: I wonder if you have examined all of your options, as others have written. Anyway, if you want to use rsync, have you tried any of the servers listed in: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-rsync.html ? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 09:53:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD198106566B; Sun, 15 Nov 2009 09:53:11 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8E48FC0A; Sun, 15 Nov 2009 09:53:11 +0000 (UTC) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id 2947814EC4E; Sun, 15 Nov 2009 11:32:20 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=AhjO22pllazMlIlGzz8spum+Cc/MK5jwfBfZB7kRf3oY1UotwwGrKh0tdf9EP0xFu zWsAsyImwXSQ3tTvinm3qJP4ntp4r/kO2XORJuCsOJFZVk8ze1FGc7GtnOX1dfA65+e 6OlOZuBrXGcCpUkaBEXxQLZKHiUBMW8CAY/dh9w= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258277540; bh=lwbOIfMkoxqosSmImyOVuj0XU3/NuTj656MULyTkWJM=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=zL+yXdmEH4NsJ0tVdawbit24adofMIhw JbXYKAALqTkQ7tnoVAtF6mpJBoHh+7EaCNUHrSQJFac3fAe+oBJQfHb7+LXxprGOT+j S58+gtAC6qLlyis7mzRbB7s6JsNUSheU+waPiUNW6bC2yqNd/EeyZwWKwOwtgRZ38yZ RXEwE= Received: from mail51.abv.bg (localhost.localdomain [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id 4BC3616C122; Sun, 15 Nov 2009 11:34:29 +0200 (EET) Date: Sun, 15 Nov 2009 11:34:29 +0200 (EET) From: Mario Pavlov To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Message-ID: <1349537904.141314.1258277669303.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 09:53:12 -0000 Hi, I'm trying to setup diskless operation between my FreeBSD desktop (server) and my laptop (client) I have NFS_ROOT and all other necessary options compiled into my kernel, I have this in /etc/exports: ========================================================================== / -ro -maproot=root -alldirs 192.168.0.3 /usr -ro -alldirs 192.168.0.3 ========================================================================== and this in dhcpd.conf ========================================================================== subnet 192.168.0.0 netmask 255.255.255.0 { use-host-decl-names on; option subnet-mask 255.255.255.0; option broadcast-address 192.168.0.255; option routers 192.168.0.1; host laptop { hardware ethernet 00:1E:68:45:0D:98; fixed-address 192.168.0.3; filename "pxeboot"; option root-path "192.168.0.1:/"; } ========================================================================== when I attempt to (diskless) boot the laptop - stage one and two of the boot process are fine...actually stage tree which is the kernel is also fine...the kernel boots and starts bringing the system up...however it's unable to mount the NFS root for some reason and the system freezes here: ========================================================================== ... ... Trying to mount root from ufs:/dev/ad4s1a Trying to mount root from nfs: NFS ROOT: 192.168.0.1:/ nfs send error 13 for server 192.168.0.1:/ bge0: link state changed to DOWN bge0: link state changed to UP ========================================================================== I think error 13 means attempt to write on read-only mounted NFS...but it does not make sense, does it? do you have any ideas what could be the problem? thanks ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 14:46:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB8B106566B for ; Sun, 15 Nov 2009 14:46:48 +0000 (UTC) (envelope-from t@gransee.dk) Received: from smtp.webpartner.dk (smtp.webpartner.dk [195.184.96.12]) by mx1.freebsd.org (Postfix) with ESMTP id 77C4E8FC12 for ; Sun, 15 Nov 2009 14:46:48 +0000 (UTC) Received: from tomaslaptop (unknown [89.233.25.90]) by asmtp.webpartner.dk (Postfix) with ESMTP id 60534935F57 for ; Sun, 15 Nov 2009 15:27:14 +0100 (CET) From: "Tomas G" To: Date: Sun, 15 Nov 2009 15:27:15 +0100 Message-ID: <9BE2333E6A7A4956A1FD5CC2872338DC@tomaslaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acpl/7p19iCy9ttdS3OuS7peM+BYvg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Subject: FreeBSD jails in the Asia region 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, 15 Nov 2009 14:46:48 -0000 Hello, I am trying to find a hosting provider that sells FreeBSD jails in the Asia region. I would prefer both v4 and v6 connectivity, but that is not a requirement. I need full root access to the jail, similar to what JohnCompanies and RootBSD are offering, only in Asia. Any recommendations ? I would prefer a jail since they are usually cheaper than a full-blown server, but if anyone can recommend affordable alternatives I am listening. I would prefer a recent FreeBSD version, like 7.x. Thank you in advance! Best regards, Tomas PS. My apologies if this is the incorrect forum for this question. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 17:12:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B45106566C for ; Sun, 15 Nov 2009 17:12:31 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B7A748FC0A for ; Sun, 15 Nov 2009 17:12:30 +0000 (UTC) Received: from park.js.berklix.net (p549A2E51.dip.t-dialin.net [84.154.46.81]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id nAFHCP5i034868; Sun, 15 Nov 2009 17:12:28 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id nAFHCMBG038386; Sun, 15 Nov 2009 18:12:22 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id nAFHCBSa038212; Sun, 15 Nov 2009 18:12:16 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200911151712.nAFHCBSa038212@fire.js.berklix.net> To: "Tomas G" From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 15 Nov 2009 15:27:15 +0100." <9BE2333E6A7A4956A1FD5CC2872338DC@tomaslaptop> Date: Sun, 15 Nov 2009 18:12:11 +0100 Sender: jhs@berklix.com Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD jails in the Asia region 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, 15 Nov 2009 17:12:31 -0000 Hi, Reference: > From: "Tomas G" > Date: Sun, 15 Nov 2009 15:27:15 +0100 > Message-id: <9BE2333E6A7A4956A1FD5CC2872338DC@tomaslaptop> "Tomas G" wrote: > Hello, > > I am trying to find a hosting provider that sells FreeBSD jails > in the Asia region. I would prefer both v4 and v6 connectivity, > but that is not a requirement. I need full root access to the > jail, similar to what JohnCompanies and RootBSD are offering, > only in Asia. Any recommendations ? > I would prefer a jail since they are usually cheaper than a > full-blown server, but if anyone can recommend affordable > alternatives I am listening. I would prefer a recent FreeBSD > version, like 7.x. > > Thank you in advance! > > Best regards, > Tomas > > PS. My apologies if this is the incorrect forum for this question. See http://www.freebsd.org/commercial/isp.html If nothing there try asking on list freebsd-isp@freebsd.org Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 17:47:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A08106566B for ; Sun, 15 Nov 2009 17:47:24 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id BEBA98FC13 for ; Sun, 15 Nov 2009 17:47:23 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id nAFHlMmo097572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 15 Nov 2009 11:47:23 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id nAFHlMSE042801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 15 Nov 2009 11:47:22 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id nAFHlML3042739; Sun, 15 Nov 2009 11:47:22 -0600 (CST) (envelope-from dan) Date: Sun, 15 Nov 2009 11:47:20 -0600 From: Dan Nelson To: Robert Message-ID: <20091115174718.GA89004@dan.emsphone.com> References: <20091113130147.744521d7@asus64> <20091113145015.647955b9@asus64> <20091113231539.GN89052@dan.emsphone.com> <20091113161220.18454229@hp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091113161220.18454229@hp> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Sun, 15 Nov 2009 11:47:23 -0600 (CST) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-stable@freebsd.org Subject: Re: (MORE INFO) Ext firewire drive not mounted after update 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, 15 Nov 2009 17:47:24 -0000 In the last episode (Nov 13), Robert said: > On Fri, 13 Nov 2009 17:15:39 -0600 Dan Nelson wrote: > > In the last episode (Nov 13), Robert said: > > > On Fri, 13 Nov 2009 13:01:47 -0800 > > > Robert wrote: > > > It appears that some thing is amiss with the latest version. I will > > > download the latest livefs iso and see if that works. > > > > I think I remember seing a posting within the last few days saying that > > the "sbp" device wan't going to be compiled into the 8.0-release kernel > > due to it causing hangs on boot. If you run "kldload sbp" as root after > > the system has booted you should see your disk devices appear. > > Thanks for responding. I checked and the "sbp" device is in fact commented > out. I do remember a thread a month or two back about some folkes having > trouble with firewire drives. I never experienced any trouble on of that > trouble on this system. > > I can continue to operate my drive on USB but I may need firewire in the > near future. I have a friend who is a photographer and I archive her > photos for her. She sends me an external drive or two and I burn her > projects onto DVD. I am not sure if her drives have an USB connector. Note that you can still run "kldload sbp" after bootup to see fireware disks. You can also try adding "device sbp" back to your kernel config and see if it works for you. The hangs apparently only happen on certain motherboards. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 18:37:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23CDB1065670 for ; Sun, 15 Nov 2009 18:37:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id E5FE48FC22 for ; Sun, 15 Nov 2009 18:37:25 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=uDc5e0YzlM2f6i7Go+71pEyuVjYoWJkffe33NruPuB05JdeBlooHC2ER6qPdPyf8lNczF1hzjNHdvee9LP50mko8OHAI0VgeWZYsPL/WwW0d1gz8j4S1nXtUFAqc7SqNrV59uTVIP6tu7ZR+aJLlsysFc34VAAgLUER1E0tl1gY=; Received: from localhost.lerctr.org ([127.0.0.1]:50448 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9jyV-0003HJ-Sr for freebsd-stable@freebsd.org; Sun, 15 Nov 2009 12:37:25 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sun, 15 Nov 2009 12:37:23 -0600 Message-ID: <175fd45439c7cf285eb894361ae58e5a.squirrel@webmail.lerctr.org> Date: Sun, 15 Nov 2009 12:37:23 -0600 From: "Larry Rosenman" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Subject: RELENG_7: Kernel Compile Failure 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, 15 Nov 2009 18:37:26 -0000 Just csup'd off cvsup17.us.freebsd.org: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/kern/kern_conf.c /usr/src/sys/kern/kern_conf.c: In function 'giant_mmap': /usr/src/sys/kern/kern_conf.c:483: error: 'D_MMAP2' undeclared (first use in this function) /usr/src/sys/kern/kern_conf.c:483: error: (Each undeclared identifier is reported only once /usr/src/sys/kern/kern_conf.c:483: error: for each function it appears in.) /usr/src/sys/kern/kern_conf.c:484: error: 'struct cdevsw' has no member named 'd_mmap2' /usr/src/sys/kern/kern_conf.c: In function 'prep_cdevsw': /usr/src/sys/kern/kern_conf.c:677: error: 'D_MMAP2' undeclared (first use in this function) /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member named 'd_mmap2' /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member named 'd_mmap2' /usr/src/sys/kern/kern_conf.c:698: error: 'd_mmap2_t' undeclared (first use in this function) /usr/src/sys/kern/kern_conf.c:698: error: expected expression before ')' token /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member named 'd_mmap2' *** Error code 1 Stop in /usr/obj/usr/src/sys/THEBIGHONKER. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # Ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 19:15:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF3B1065672 for ; Sun, 15 Nov 2009 19:15:53 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3BA8FC12 for ; Sun, 15 Nov 2009 19:15:52 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=MM2/01OETcSURZUBvW4uFZzvxBrKsP/hTTANnj680nXYQAmcWMvxx4k742xAEJGME95acxKZmUUXhx/c4es0dLHdLDM38fgCm9N2F3vn5JzpjVQYc9Cu69gJIvqk20/ldU0B1e1HlNwfdm61pJmpz/qZ31qzVqZhkGsRKow6bks=; Received: from localhost.lerctr.org ([127.0.0.1]:59390 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9kZi-0004LH-QU; Sun, 15 Nov 2009 13:15:52 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sun, 15 Nov 2009 13:15:51 -0600 Message-ID: <8cd25834fbad3a9327a6dde9a7697deb.squirrel@webmail.lerctr.org> In-Reply-To: <20091115191039.GV1649@albert.catwhisker.org> References: <175fd45439c7cf285eb894361ae58e5a.squirrel@webmail.lerctr.org> <20091115191039.GV1649@albert.catwhisker.org> Date: Sun, 15 Nov 2009 13:15:51 -0600 From: "Larry Rosenman" To: "David Wolfskill" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7: Kernel Compile Failure 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, 15 Nov 2009 19:15:53 -0000 On Sun, November 15, 2009 1:10 pm, David Wolfskill wrote: > On Sun, Nov 15, 2009 at 12:37:23PM -0600, Larry Rosenman wrote: >> ... >> /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member >> named 'd_mmap2' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/THEBIGHONKER. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> # >> >> >> Ideas? >> ... > > Try a different mirror, perhaps? I've had no problems tracking stable/7 > daily (though I'm using SVN). Thanks. Pulled a update from cvsup5.us.freebsd.org, and changes were picked up. Can someone check the health of cvsup17.us.freebsd.org? > > Peace, > david > -- > 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. > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 21:47:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC62106568B; Sun, 15 Nov 2009 21:47:12 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF858FC1F; Sun, 15 Nov 2009 21:47:11 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 805733EE1C1; Sun, 15 Nov 2009 23:47:09 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=bUA0dgPCpuu+YxFqkJzn3Zy38gK/srSANEEg2KIjKXGHraELXFtwJoCGV8L1MkJ6o PvaWIaV92E2dRQTNwu5Kq9vPQppnesVBfeU5PAwOtfVY43fAs6EcJ0BjiA/ekCSMzSG QOMwIXZFEqgj4ZnsV9MVfljqnvL60OhsSPj80gg= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258321629; bh=ZPP4CdqN7Ma+0neFi5pKxNd2hywX3nIUSnOqFxsqukQ=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=fnCJSznQ82gW/BDHrJLNHUVuWJy3TtoW kyK9jZSNN0Em0UqBkevnUqma+/bxkGedE7OtbZLRr1UWvaQG/8rIvDH2s9UEJGNJY+C sIb3t1OEhZTa6AOO10aC6BzNY+h7u97PubdbcUCDLWjbc/H0SCaBJQJ7Gi3RiOjI38R ABjh0= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id 8C3FE241BEA; Sun, 15 Nov 2009 23:47:10 +0200 (EET) Date: Sun, 15 Nov 2009 23:47:10 +0200 (EET) From: Mario Pavlov To: Tim Judd Message-ID: <120653617.10492.1258321630563.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 21:47:12 -0000 Hi Tim, thanks a lot for your answer, I'll try that out tomorrow. cheers, mgp > > >Please compare my working configuration to yours to check. I found >lots of odd problems in your post and I thought it'd be best to just >run with this clean slate. > >Network config: > One low-power PC Engines ALIX board running as the NFS server, with >a microdrive partitioned off for it's own system, plus a separate >mounted partition for diskless clients. This config works best with >one diskless client, and is not the documented way from FreeBSD >handbook to accomplish diskless workstations. I'll note what I >immediately saw as an error in your config during these snippets. > >alix# bsdlabel /dev/ad0s1 ># /dev/ad0s1: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] > a: 1048576 16 4.2BSD 2048 16384 8 > c: 12000177 0 unused 0 0 # "raw" part, don't edit > h: 10951585 1048592 4.2BSD 2048 16384 28552 > >alix# cat /etc/fstab >/dev/ad0s1a / ufs rw 0 0 >/dev/ad0s1h /diskless ufs rw 0 0 > >alix# cat /etc/exports >/diskless -maproot=0:0 -network 192.168.0.0 -mask 255.255.255.0 > >*** maproot needs a user and group definition. > >alix# cat /etc/rc.conf >rpcbind_enable="YES" >nfs_server_enable="YES" >rpc_statd_enable="YES" >rpc_lockd_enable="YES" > >*** rpc_lockd provides file locking, rpc_lockd depends on rpc_statd > > >************** Diskless side > >*** I believe the root filesystem information is passed on from dhcp, >to pxeboot, to the kernel, in order to mount the root filesystem. You >can have a 0-size fstab file for read-write access, or provide the >read-only nfs root here. If you want it read only, it's best to >specify it here, such as below > >alix# cat /diskless/etc/fstab >192.168.0.1:/diskless / nfs ro 0 0 > >alix# cat /diskless/etc/rc.conf >rpcbind_enable="YES" >nfs_client_enable="YES" >rpc_statd_enable="YES" >rpc_lockd_enable="YES" > >*** File locking needed lockd/statd support on the client, also. >Think of editing /etc/passwd (the proper way) when you need file >locking. > > > > >This will result in a basic, 1-workstation diskless setup working. >The difference is that the FreeBSD rc startup looks for a /conf >directory which can provide multiple overrides to multiple >workstations. I tried setting up a livecd with a /conf directory only >to find that the /conf is checked, no matter which medium it's booting >off of. > >This config does NOT cover the DHCP scope, TFTP, IPs or other settings >that might be pertinent to booting diskless-ly. > >Note that by sharing your exact / filesystem as an export is a bad >idea. It will essentially create a NFS server on a NFS server round >robin and probably won't connect. It's why you setup a separate >partition (EVEN if it's a file-backed filesystem mounted with the help >of mdconfig on a separate mountpoint on your filesystem). > >Once you revise your config, please try again. > > >--Tim > ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Sun Nov 15 22:03:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D70C1065670 for ; Sun, 15 Nov 2009 22:03:21 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 54B748FC14 for ; Sun, 15 Nov 2009 22:03:21 +0000 (UTC) Received: by pxi12 with SMTP id 12so3503565pxi.3 for ; Sun, 15 Nov 2009 14:03:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UsYMQb24asJBUSO1PI1hkxkxYKqOLiNvV7w/knZyc9c=; b=DGbP6Z02Yr1dklt7inVa9bUNkY+rxlfYTYww4bC+DXw9qb5JhlUTSwpSlaOJcbjZdv XlZmjj9Gxtv5UZ4R1I2R1POxUY7AX96zbrWnv7fp4KYmFK5FAjsz5pRBoqvcGJiZKifl Lg2OIO6X1hZKX5ccjcy7Y5DTEJSPzGiHNdedg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nlcpC1UCFxyTRTzlavJQMKo+FpYuL4Bz752yAhNpSdRoA0hki3FrO5i3mQ7oHala5G BSu3Zelgwlqq63C4D0mRwrjqmxK5UbqgsHccm75Wj/xwZiOwNOJaFv69sLmR0OLOF/xf kcgxmX44GyO3XX65N063cqMDPl/WW/dAfX3ys= MIME-Version: 1.0 Received: by 10.114.237.37 with SMTP id k37mr13140910wah.31.1258321084016; Sun, 15 Nov 2009 13:38:04 -0800 (PST) In-Reply-To: <1349537904.141314.1258277669303.JavaMail.apache@mail51.abv.bg> References: <1349537904.141314.1258277669303.JavaMail.apache@mail51.abv.bg> Date: Sun, 15 Nov 2009 14:38:03 -0700 Message-ID: From: Tim Judd To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 22:03:21 -0000 Please compare my working configuration to yours to check. I found lots of odd problems in your post and I thought it'd be best to just run with this clean slate. Network config: One low-power PC Engines ALIX board running as the NFS server, with a microdrive partitioned off for it's own system, plus a separate mounted partition for diskless clients. This config works best with one diskless client, and is not the documented way from FreeBSD handbook to accomplish diskless workstations. I'll note what I immediately saw as an error in your config during these snippets. alix# bsdlabel /dev/ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 16 4.2BSD 2048 16384 8 c: 12000177 0 unused 0 0 # "raw" part, don't edit h: 10951585 1048592 4.2BSD 2048 16384 28552 alix# cat /etc/fstab /dev/ad0s1a / ufs rw 0 0 /dev/ad0s1h /diskless ufs rw 0 0 alix# cat /etc/exports /diskless -maproot=0:0 -network 192.168.0.0 -mask 255.255.255.0 *** maproot needs a user and group definition. alix# cat /etc/rc.conf rpcbind_enable="YES" nfs_server_enable="YES" rpc_statd_enable="YES" rpc_lockd_enable="YES" *** rpc_lockd provides file locking, rpc_lockd depends on rpc_statd ************** Diskless side *** I believe the root filesystem information is passed on from dhcp, to pxeboot, to the kernel, in order to mount the root filesystem. You can have a 0-size fstab file for read-write access, or provide the read-only nfs root here. If you want it read only, it's best to specify it here, such as below alix# cat /diskless/etc/fstab 192.168.0.1:/diskless / nfs ro 0 0 alix# cat /diskless/etc/rc.conf rpcbind_enable="YES" nfs_client_enable="YES" rpc_statd_enable="YES" rpc_lockd_enable="YES" *** File locking needed lockd/statd support on the client, also. Think of editing /etc/passwd (the proper way) when you need file locking. This will result in a basic, 1-workstation diskless setup working. The difference is that the FreeBSD rc startup looks for a /conf directory which can provide multiple overrides to multiple workstations. I tried setting up a livecd with a /conf directory only to find that the /conf is checked, no matter which medium it's booting off of. This config does NOT cover the DHCP scope, TFTP, IPs or other settings that might be pertinent to booting diskless-ly. Note that by sharing your exact / filesystem as an export is a bad idea. It will essentially create a NFS server on a NFS server round robin and probably won't connect. It's why you setup a separate partition (EVEN if it's a file-backed filesystem mounted with the help of mdconfig on a separate mountpoint on your filesystem). Once you revise your config, please try again. --Tim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 18:22:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B93EF1065670; Mon, 16 Nov 2009 18:22:07 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.70]) by mx1.freebsd.org (Postfix) with ESMTP id 14CDD8FC08; Mon, 16 Nov 2009 18:22:06 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 7C56C3EE445; Mon, 16 Nov 2009 20:22:04 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=nc17nhiUJ/bUs7tET4x8gA8ke17anvpuZj+LXufCf1QCsTIie1BR5d+IEsxfIbkd+ v9d1jKkTaSvs+6LPwG61mthcYwH6IIbeGbK3o7MJZWeZBVLeiLNFjIn4xaa+oYrq5i9 xR2CtP0XLLTTv+Cq/1l+5ESIpPlqkH3Mcd31y0w= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258395724; bh=Qd4XTKivQc2+KqluC9RyuU4LWp4HX4Bzn+V7FXdcQSM=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=k/C63Oi/was0N6+IcNiVbgM21iUF36/M OfG9+1Qg/vGzXFTKx+jqbwl8UIvRWCcuVG01LXUqNigYEnVqaX4ljKmHlAlY4RIxav5 tJN0GTwwWViAePxtaqZjiwEfkKXDfNwqTQU+NDOTo0GeIiFfC1IiqX6YgzCZHap0IJs RoEFo= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id B72DB241BEA; Mon, 16 Nov 2009 20:22:13 +0200 (EET) Date: Mon, 16 Nov 2009 20:22:13 +0200 (EET) From: Mario Pavlov To: Tim Judd Message-ID: <1827106023.12813.1258395733748.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 18:22:08 -0000 Hi, thanks again for your response: here's what I have, what I do and what I want to happen 1. I have my desktop machine which is running FreeBSD-7.2-STABLE-amd64 from June. I created a new distribution like that (as shown in the handbook - http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-diskless.html): ================================================================================ mkdir /storage0/diskless cd /usr/src export DESTDIR=/storage0/diskless make buildworld buildkernel installworld distribution installkernel ================================================================================ and created /storage0/diskless/etc/fstab with the following content: ================================================================================ 192.168.0.1:/storage0/diskless / nfs ro 0 0 ================================================================================ and I put this in /etc/exports (having in mind your advice about the group) ================================================================================ /storage0/diskless -maproot=0:0 -ro -alldirs 192.168.0.3 /usr -ro -alldirs 192.168.0.3 ================================================================================ and this is in my dhcpd.conf (I tried with and without the comments - no difference, same result) ================================================================================ host laptop { hardware ethernet 00:1E:68:45:0D:98; # option host-name "laptop"; # ddns-hostname "laptop"; # next-server 192.168.0.1; fixed-address 192.168.0.3; filename "pxeboot"; option root-path "192.168.0.1:/storage0/diskless"; } ================================================================================ 2. And I do this: ================================================================================ rpcbind nfsd -u -t -n 4 mountd -r /etc/rc.d/ineted onestart # I have my TFTP root set to /boot /usr/local/etc/rc.d/isc-dhcpd onestart ================================================================================ then I start my laptop (which has a 64bit CPU therefore it should be compatible with my amd64 kernel) enter the boot menu and choose the network boot option and I can see that it acquires its IP address then fetches pxeboot over TFTP then pxeboot loads the kernel and the kernel starts bringing the system up...and these are the last few lines where the system stops: ================================================================================ ... ... Trying to mount root from nfs:192.168.0.1:/storage0/diskless NFS ROOT: 192.168.0.1:/storage0/diskless nfs send error 13 for server 192.168.0.1:/storage0/diskless bge0: link state changed to DOWN bge0: link state changed to UP ================================================================================ 3. What I want is to have a server that multiple clients can boot from (diskless-ly as you say). And I want all file systems provided by the server to be read-only (which means I don't need lockd, do I...) Do you have an idea what could be my problem? ...obviously my TFTP and DHCP services are fine, even the NFS as pxeboot is able to download the kernel...maybe something in my distribution in /storage0/diskless is not OK? thanks mgp >Please compare my working configuration to yours to check. I found >lots of odd problems in your post and I thought it'd be best to just >run with this clean slate. > >Network config: > One low-power PC Engines ALIX board running as the NFS server, with >a microdrive partitioned off for it's own system, plus a separate >mounted partition for diskless clients. This config works best with >one diskless client, and is not the documented way from FreeBSD >handbook to accomplish diskless workstations. I'll note what I >immediately saw as an error in your config during these snippets. > >alix# bsdlabel /dev/ad0s1 ># /dev/ad0s1: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] > a: 1048576 16 4.2BSD 2048 16384 8 > c: 12000177 0 unused 0 0 # "raw" part, don't edit > h: 10951585 1048592 4.2BSD 2048 16384 28552 > >alix# cat /etc/fstab >/dev/ad0s1a / ufs rw 0 0 >/dev/ad0s1h /diskless ufs rw 0 0 > >alix# cat /etc/exports >/diskless -maproot=0:0 -network 192.168.0.0 -mask 255.255.255.0 > >*** maproot needs a user and group definition. > >alix# cat /etc/rc.conf >rpcbind_enable="YES" >nfs_server_enable="YES" >rpc_statd_enable="YES" >rpc_lockd_enable="YES" > >*** rpc_lockd provides file locking, rpc_lockd depends on rpc_statd > > >************** Diskless side > >*** I believe the root filesystem information is passed on from dhcp, >to pxeboot, to the kernel, in order to mount the root filesystem. You >can have a 0-size fstab file for read-write access, or provide the >read-only nfs root here. If you want it read only, it's best to >specify it here, such as below > >alix# cat /diskless/etc/fstab >192.168.0.1:/diskless / nfs ro 0 0 > >alix# cat /diskless/etc/rc.conf >rpcbind_enable="YES" >nfs_client_enable="YES" >rpc_statd_enable="YES" >rpc_lockd_enable="YES" > >*** File locking needed lockd/statd support on the client, also. >Think of editing /etc/passwd (the proper way) when you need file >locking. > > > > >This will result in a basic, 1-workstation diskless setup working. >The difference is that the FreeBSD rc startup looks for a /conf >directory which can provide multiple overrides to multiple >workstations. I tried setting up a livecd with a /conf directory only >to find that the /conf is checked, no matter which medium it's booting >off of. > >This config does NOT cover the DHCP scope, TFTP, IPs or other settings >that might be pertinent to booting diskless-ly. > >Note that by sharing your exact / filesystem as an export is a bad >idea. It will essentially create a NFS server on a NFS server round >robin and probably won't connect. It's why you setup a separate >partition (EVEN if it's a file-backed filesystem mounted with the help >of mdconfig on a separate mountpoint on your filesystem). > >Once you revise your config, please try again. > > >--Tim >_______________________________________________ >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" > ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 18:24:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C14A106568D for ; Mon, 16 Nov 2009 18:24:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3061C8FC26 for ; Mon, 16 Nov 2009 18:24:49 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NA6Fl-000Mhn-UP for freebsd-stable@freebsd.org; Mon, 16 Nov 2009 18:24:41 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NA6Fl-0001QK-TE for freebsd-stable@freebsd.org; Mon, 16 Nov 2009 18:24:41 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Mon, 16 Nov 2009 18:24:41 +0000 Subject: ZFS panic "solaris assert: sm->sm_space" loses pool on RELENG-7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 18:24:49 -0000 Sometime on sunday our main server paniced with the following error: panic: solaris assert: sm->sm_space == space (0x5e45000 == 0x5e45600), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 361 I did some goolging and found a couple of refereces to other people who have seen this. Both of them, however, could not recover the pool and needed to restore all the data from backups (which I am in the process of). Soes anyone know anything more about this ? Specificly if it a known rpoblem which is fixed in 8.0 ? I couldn't find a PR of any kind, but the fact that a machine can spontaneously loose all it's data from a set of filesystems worries me greatly. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 19:01:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7B1106566B for ; Mon, 16 Nov 2009 19:01:20 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao105.cox.net (fed1rmmtao105.cox.net [68.230.241.41]) by mx1.freebsd.org (Postfix) with ESMTP id E04118FC19 for ; Mon, 16 Nov 2009 19:01:19 +0000 (UTC) Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao105.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091116190118.IOEQ21106.fed1rmmtao105.cox.net@fed1rmimpo01.cox.net>; Mon, 16 Nov 2009 14:01:18 -0500 Received: from hp ([72.220.91.251]) by fed1rmimpo01.cox.net with bizsmtp id 5v1J1d00Q5RPd3403v1K6a; Mon, 16 Nov 2009 14:01:19 -0500 X-VR-Score: -200.00 X-Authority-Analysis: v=1.0 c=1 a=VUqSCvMv3e0A:10 a=zMRIARwpAAAA:8 a=uLO5N70-6AmxcTb_6MIA:9 a=N_w4xa9AvR9oHlVmtg3HR3lp57wA:4 a=OCAqPxjDzhQA:10 X-CM-Score: 0.00 Date: Mon, 16 Nov 2009 11:01:13 -0800 From: Robert To: Dan Nelson Message-ID: <20091116110113.534c423c@hp> In-Reply-To: <20091115174718.GA89004@dan.emsphone.com> References: <20091113130147.744521d7@asus64> <20091113145015.647955b9@asus64> <20091113231539.GN89052@dan.emsphone.com> <20091113161220.18454229@hp> <20091115174718.GA89004@dan.emsphone.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: (MORE INFO) Ext firewire drive not mounted after update 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, 16 Nov 2009 19:01:20 -0000 On Sun, 15 Nov 2009 11:47:20 -0600 Dan Nelson wrote: > > I can continue to operate my drive on USB but I may need firewire > > in the near future. I have a friend who is a photographer and I > > archive her photos for her. She sends me an external drive or two > > and I burn her projects onto DVD. I am not sure if her drives have > > an USB connector. > > Note that you can still run "kldload sbp" after bootup to see fireware > disks. You can also try adding "device sbp" back to your kernel > config and see if it works for you. The hangs apparently only happen > on certain motherboards. > Dan Last week I added sbp_load to /boot/loader.conf, reconnected the firewire cable to the external drive and rebooted. All is working fine. Thanks Robert From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 19:47:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5E81065676; Mon, 16 Nov 2009 19:47:30 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id B05E98FC16; Mon, 16 Nov 2009 19:47:29 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id D03AAFF79; Mon, 16 Nov 2009 21:48:01 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=knWZAnHP2xlnREFPRYsz7JjzKlXgRQ+l7zFtV5jBXfU2pt1okZwpaukrC1XSGc+FS znZAE81URpOG+36a2/ooerszYYXXHvs7jsjoj4B+uOp7k6uz7j9/Q7dew29HSzd4wqB rWAWpCEQ6Y3roSjxAPG6p/XG/Lehj9aGxdMrXoQ= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258400881; bh=G3PH8wluFMh7B7xjirGT+h0QzrmKyuVhxbKBYeLfJig=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=b9uGWcnmjQWV2pjUxslQCrl7k8wEi5fDIICQJDCEpsXct2n1pIaG2afNvLjzU3geW 08F+5cT06bMocnuI2ImW6jmzpTVdHMONJG4QYIX1782QR3xFq8g4nZJxRHBqjFdEat LCzDrKKY1YAtrx2JN59Dn+nikr6w5WtEeNz1EhoY= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id 8E604241C00; Mon, 16 Nov 2009 21:47:33 +0200 (EET) Date: Mon, 16 Nov 2009 21:47:33 +0200 (EET) From: Mario Pavlov To: Mario Pavlov Message-ID: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: tajudd@gmail.com, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 19:47:30 -0000 Hi, it turned out I was stupid enough to misconfigure the kernel...I forgot that I had left the IPFIREWALL options turned on and as you know it's default to deny so once the kernel initializes ipfw it blocks everything including NFS so that was the whole problem...I removed the IPFIREWALL option and all went fine. thanks again mgp > Hi, >thanks again for your response: >here's what I have, what I do and what I want to happen > >1. I have my desktop machine which is running FreeBSD-7.2-STABLE-amd64 from June. > I created a new distribution like that (as shown in the handbook - http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-diskless.html): > >================================================================================ >mkdir /storage0/diskless >cd /usr/src >export DESTDIR=/storage0/diskless >make buildworld buildkernel installworld distribution installkernel >================================================================================ > >and created /storage0/diskless/etc/fstab with the following content: > >================================================================================ >192.168.0.1:/storage0/diskless / nfs ro 0 0 >================================================================================ > >and I put this in /etc/exports (having in mind your advice about the group) > >================================================================================ >/storage0/diskless -maproot=0:0 -ro -alldirs 192.168.0.3 >/usr -ro -alldirs 192.168.0.3 >================================================================================ > >and this is in my dhcpd.conf (I tried with and without the comments - no difference, same result) > >================================================================================ > host laptop { > hardware ethernet 00:1E:68:45:0D:98; ># option host-name "laptop"; ># ddns-hostname "laptop"; ># next-server 192.168.0.1; > fixed-address 192.168.0.3; > filename "pxeboot"; > option root-path "192.168.0.1:/storage0/diskless"; > } >================================================================================ > >2. And I do this: > >================================================================================ >rpcbind >nfsd -u -t -n 4 >mountd -r >/etc/rc.d/ineted onestart # I have my TFTP root set to /boot >/usr/local/etc/rc.d/isc-dhcpd onestart >================================================================================ > >then I start my laptop (which has a 64bit CPU therefore it should be compatible with my amd64 kernel) enter the boot menu and choose the network boot option and I can see that it acquires its IP address then fetches pxeboot over TFTP then pxeboot loads the kernel and the kernel starts bringing the system up...and these are the last few lines where the system stops: > >================================================================================ >... >... >Trying to mount root from nfs:192.168.0.1:/storage0/diskless >NFS ROOT: 192.168.0.1:/storage0/diskless >nfs send error 13 for server 192.168.0.1:/storage0/diskless >bge0: link state changed to DOWN >bge0: link state changed to UP >================================================================================ > >3. What I want is to have a server that multiple clients can boot from (diskless-ly as you say). And I want all file systems provided by the server to be read-only (which means I don't need lockd, do I...) > >Do you have an idea what could be my problem? ...obviously my TFTP and DHCP services are fine, even the NFS as pxeboot is able to download the kernel...maybe something in my distribution in /storage0/diskless is not OK? > >thanks >mgp > > > >Please compare my working configuration to yours to check. I found > >lots of odd problems in your post and I thought it'd be best to just > >run with this clean slate. > > > >Network config: > > One low-power PC Engines ALIX board running as the NFS server, with > >a microdrive partitioned off for it's own system, plus a separate > >mounted partition for diskless clients. This config works best with > >one diskless client, and is not the documented way from FreeBSD > >handbook to accomplish diskless workstations. I'll note what I > >immediately saw as an error in your config during these snippets. > > > >alix# bsdlabel /dev/ad0s1 > ># /dev/ad0s1: > >8 partitions: > ># size offset fstype [fsize bsize bps/cpg] > > a: 1048576 16 4.2BSD 2048 16384 8 > > c: 12000177 0 unused 0 0 # "raw" part, don't edit > > h: 10951585 1048592 4.2BSD 2048 16384 28552 > > > >alix# cat /etc/fstab > >/dev/ad0s1a / ufs rw 0 0 > >/dev/ad0s1h /diskless ufs rw 0 0 > > > >alix# cat /etc/exports > >/diskless -maproot=0:0 -network 192.168.0.0 -mask 255.255.255.0 > > > >*** maproot needs a user and group definition. > > > >alix# cat /etc/rc.conf > >rpcbind_enable="YES" > >nfs_server_enable="YES" > >rpc_statd_enable="YES" > >rpc_lockd_enable="YES" > > > >*** rpc_lockd provides file locking, rpc_lockd depends on rpc_statd > > > > > >************** Diskless side > > > >*** I believe the root filesystem information is passed on from dhcp, > >to pxeboot, to the kernel, in order to mount the root filesystem. You > >can have a 0-size fstab file for read-write access, or provide the > >read-only nfs root here. If you want it read only, it's best to > >specify it here, such as below > > > >alix# cat /diskless/etc/fstab > >192.168.0.1:/diskless / nfs ro 0 0 > > > >alix# cat /diskless/etc/rc.conf > >rpcbind_enable="YES" > >nfs_client_enable="YES" > >rpc_statd_enable="YES" > >rpc_lockd_enable="YES" > > > >*** File locking needed lockd/statd support on the client, also. > >Think of editing /etc/passwd (the proper way) when you need file > >locking. > > > > > > > > > >This will result in a basic, 1-workstation diskless setup working. > >The difference is that the FreeBSD rc startup looks for a /conf > >directory which can provide multiple overrides to multiple > >workstations. I tried setting up a livecd with a /conf directory only > >to find that the /conf is checked, no matter which medium it's booting > >off of. > > > >This config does NOT cover the DHCP scope, TFTP, IPs or other settings > >that might be pertinent to booting diskless-ly. > > > >Note that by sharing your exact / filesystem as an export is a bad > >idea. It will essentially create a NFS server on a NFS server round > >robin and probably won't connect. It's why you setup a separate > >partition (EVEN if it's a file-backed filesystem mounted with the help > >of mdconfig on a separate mountpoint on your filesystem). > > > >Once you revise your config, please try again. > > > > > >--Tim > >_______________________________________________ > >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" > > > >----------------------------------------------------------------- >Вижте водещите новини от Vesti.bg! >http://www.vesti.bg >_______________________________________________ >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" > ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 21:03:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E351065679; Mon, 16 Nov 2009 21:03:30 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 46E808FC08; Mon, 16 Nov 2009 21:03:30 +0000 (UTC) Received: by pwj15 with SMTP id 15so3857292pwj.3 for ; Mon, 16 Nov 2009 13:03:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=OkSORlbRwM5bPtQZQvXdMi2mCVFJpJlGr0Y76yarTh0=; b=o8TNgj1MDJ/D4fgMkT2bPf2WMSDFOB3ZJ9gbrPLZC6qNidYETUBNuX9MmKjAlYGj/H hKJGaSgCNnLASN7qJJ8AVitZVKiYxix8QCZkXD86ExVgPRNeAGiyESlzH3oBTkHm1BGk 6Uswrzy9WVhHGTOzHYDiLLCqJNk728aS9I8Ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Xa8m8ckOdR8F66Br3SrhJeVhtmirq/YZQdQf8kbJrCrvQx1/BmMo8tiBOyTDcUAO/m X/Fm+dqclrqTD4sywFCeUbICGW8DUoX4jyq9GfjbG7M/jegqzaoN5YJa+WObB0/ya5B+ IThB3kechZ6yG5tle/bOY8AqcfHROb7F9FAJc= MIME-Version: 1.0 Received: by 10.115.37.37 with SMTP id p37mr13979938waj.11.1258405407574; Mon, 16 Nov 2009 13:03:27 -0800 (PST) In-Reply-To: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> References: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> Date: Mon, 16 Nov 2009 14:03:27 -0700 Message-ID: From: Tim Judd To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 21:03:30 -0000 On 11/16/09, Mario Pavlov wrote: > Hi, > it turned out I was stupid enough to misconfigure the kernel...I forgot that > I had left the IPFIREWALL options turned on and as you know it's default to > deny so once the kernel initializes ipfw it blocks everything including NFS > so that was the whole problem...I removed the IPFIREWALL option and all went > fine. > Ah, one of those moments. I have them too. Good to know it's working for you, and I would just because I'm the perfectionist personality type, change a couple of things that won't make a negative impact. The server's exports has no reason to export the diskless root with -alldirs. The system isn't asking for any mountpoint within / so you can leave off the -alldirs. 2nd, you buildworld and installworld into the diskless root, but never use it. You're using disk space you can reclaim. > thanks again > mgp Glad it's working, enjoy! From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 21:32:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F3111065695 for ; Mon, 16 Nov 2009 21:32:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE0D8FC31 for ; Mon, 16 Nov 2009 21:32:17 +0000 (UTC) Received: (qmail 15724 invoked by uid 399); 16 Nov 2009 21:32:17 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Nov 2009 21:32:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B01C4DF.4040400@FreeBSD.org> Date: Mon, 16 Nov 2009 13:32:15 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Mario Pavlov References: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> In-Reply-To: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: tajudd@gmail.com, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 21:32:18 -0000 Mario Pavlov wrote: > Hi, it turned out I was stupid enough to misconfigure the > kernel...I forgot that I had left the IPFIREWALL options turned on You're not a real sysadmin until you've firewalled yourself out of at least one mission-critical system. Bonus points if it has no out-of-band control plane. Further bonus points if it is more than 100 miles away, and you are the one who has to drive to the data center. -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 23:12:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B5E1065670; Mon, 16 Nov 2009 23:12:00 +0000 (UTC) (envelope-from marka@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) by mx1.freebsd.org (Postfix) with ESMTP id F0BE08FC15; Mon, 16 Nov 2009 23:11:59 +0000 (UTC) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (not verified)) by farside.isc.org (Postfix) with ESMTP id 0BB00E6063; Mon, 16 Nov 2009 23:11:57 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.3/8.14.3) with ESMTP id nAGNBjBt023863; Tue, 17 Nov 2009 10:11:51 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200911162311.nAGNBjBt023863@drugs.dv.isc.org> To: Doug Barton From: Mark Andrews References: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> <4B01C4DF.4040400@FreeBSD.org> In-reply-to: Your message of "Mon, 16 Nov 2009 13:32:15 -0800." <4B01C4DF.4040400@FreeBSD.org> Date: Tue, 17 Nov 2009 10:11:45 +1100 Sender: marka@isc.org Cc: Mario Pavlov , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, tajudd@gmail.com Subject: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 23:12:00 -0000 In message <4B01C4DF.4040400@FreeBSD.org>, Doug Barton writes: > Mario Pavlov wrote: > > Hi, it turned out I was stupid enough to misconfigure the > > kernel...I forgot that I had left the IPFIREWALL options turned on > > You're not a real sysadmin until you've firewalled yourself out of at > least one mission-critical system. > > Bonus points if it has no out-of-band control plane. > > Further bonus points if it is more than 100 miles away, and you are > the one who has to drive to the data center. Triple bonus points if it is +20 hours of flight time away. Home data center and angry wife w/o Internet access. Yes I managed to stuff up a home machine while in Ireland. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 16 23:47:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F031065670; Mon, 16 Nov 2009 23:47:57 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 90D928FC13; Mon, 16 Nov 2009 23:47:57 +0000 (UTC) Received: from [96.39.161.134] (helo=inferno.lab.lovett.com ident=ade) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1NAAhi-0002DO-N5; Mon, 16 Nov 2009 23:09:50 +0000 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: <4B01C4DF.4040400@FreeBSD.org> Date: Mon, 16 Nov 2009 15:09:48 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <95B3B3E7-CEFF-43FE-9937-B4E2A7AA026C@FreeBSD.org> References: <1913483789.15152.1258400853581.JavaMail.apache@mail53.abv.bg> <4B01C4DF.4040400@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 23:47:57 -0000 On Nov 16, 2009, at 13:32 , Doug Barton wrote: > You're not a real sysadmin until you've firewalled yourself out of at > least one mission-critical system. >=20 > Bonus points if it has no out-of-band control plane. >=20 > Further bonus points if it is more than 100 miles away, and you are > the one who has to drive to the data center. Extreme bonus points if said system is on another continent, and you = have to get on a plane _right_now_ (spending the flight wondering why = the OOB system is dead). -aDe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 02:34:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845BF106566B for ; Tue, 17 Nov 2009 02:34:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1338A8FC1A for ; Tue, 17 Nov 2009 02:34:05 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 1B9C355CDAFE; Tue, 17 Nov 2009 10:34:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id LW-DZ+T-9mBB; Tue, 17 Nov 2009 10:33:55 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id AC8CD55CDAF8; Tue, 17 Nov 2009 10:33:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Dr0UrNmndZuAoHpr4oCgERPf7lDMqS15u4VnYqP4XB1arHfKJLS+n950zczv+wNdo qZZC27Br9O8vElsW4xodQ== Message-ID: <4B020B8D.7040006@delphij.net> Date: Mon, 16 Nov 2009 18:33:49 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Softdep related panic: vm_fault: fault on nofault entry, addr: c1485000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 02:34:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I got the following panics several times on 7.2-RELEASE-p4 system, have anyone aware of the issue? (Note that it always fault on c1485000, can this be a memory issue? [delphij@video] ~> grep ^panic info.* info.1:panic: vm_fault: fault on nofault entry, addr: c1485000 info.2:panic: vm_fault: fault on nofault entry, addr: c1485000 info.3:panic: vm_fault: fault on nofault entry, addr: c1485000 info.4:panic: vm_fault: fault on nofault entry, addr: c1485000) Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c1485000 cpuid = 3 Uptime: 10d4h21m43s Physical memory: 2034 MB Dumping 275 MB: 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot/kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:196 #1 0xc07e25f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e28c9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a18068 in vm_fault (map=0xc1471000, vaddr=3242741760, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277 #4 0xc0ae414e in trap_pfault (frame=0xe5726af8, usermode=0, eva=3242745808) at /usr/src/sys/i386/i386/trap.c:841 #5 0xc0ae4b5c in trap (frame=0xe5726af8) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0ac926b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc07d15b6 in free (addr=0xc57bc700, mtp=0xc0c6b380) at vm_page.h:266 #8 0xc09ec1a3 in workitem_free (item=0xc57bc700, type=Variable "type" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:641 #9 0xc09ec329 in handle_allocindir_partdone (aip=0xc57bc700) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4487 #10 0xc09f2d5f in softdep_disk_write_complete (bp=0xc52cfbb0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4312 #11 0xc084f006 in bufdone_finish (bp=0xc52cfbb0) at buf.h:443 #12 0xc084f47d in bufdone (bp=0xc52cfbb0) at /usr/src/sys/kern/vfs_bio.c:3177 #13 0xc078bfa8 in g_vfs_done (bip=0xc628a840) at /usr/src/sys/geom/geom_vfs.c:97 #14 0xc084957d in biodone (bp=0xc628a840) at /usr/src/sys/kern/vfs_bio.c:3013 #15 0xc078815f in g_io_schedule_up (tp=0xc54e1000) at /usr/src/sys/geom/geom_io.c:587 #16 0xc07884ae in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #17 0xc07bd0a9 in fork_exit (callout=0xc0788440 , arg=0x0, frame=0xe5726d38) at /usr/src/sys/kern/kern_fork.c:810 #18 0xc0ac92e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksCC40ACgkQi+vbBBjt66Bs/QCfTf5UNkbSRo3PEEPcnC0GDIRl kcoAn1goCLS8RlfL97pu7lyjjzVF4vQM =jxSt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 02:34:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F34106572E for ; Tue, 17 Nov 2009 02:34:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id DF05D8FC14 for ; Tue, 17 Nov 2009 02:34:12 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 86B5955CDAFD; Tue, 17 Nov 2009 10:34:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id bJRxhYy53GeE; Tue, 17 Nov 2009 10:34:04 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 9517455CDAF6; Tue, 17 Nov 2009 10:34:03 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ULEM0dl2XwDZo7aTC6Cnk0vr5IUf3V/VlZvAkugkBYfbpUD4ppx/L5JlkaODoQhan g+bRxHVFVhAQF6LyDPXUA== Message-ID: <4B020B98.1030003@delphij.net> Date: Mon, 16 Nov 2009 18:34:00 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Softdep related panic: vm_fault: fault on nofault entry, addr: c1485000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 02:34:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I got the following panics several times on 7.2-RELEASE-p4 system, have anyone aware of the issue? (Note that it always fault on c1485000, can this be a memory issue? [delphij@video] ~> grep ^panic info.* info.1:panic: vm_fault: fault on nofault entry, addr: c1485000 info.2:panic: vm_fault: fault on nofault entry, addr: c1485000 info.3:panic: vm_fault: fault on nofault entry, addr: c1485000 info.4:panic: vm_fault: fault on nofault entry, addr: c1485000) Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c1485000 cpuid = 3 Uptime: 10d4h21m43s Physical memory: 2034 MB Dumping 275 MB: 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot/kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:196 #1 0xc07e25f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e28c9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a18068 in vm_fault (map=0xc1471000, vaddr=3242741760, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277 #4 0xc0ae414e in trap_pfault (frame=0xe5726af8, usermode=0, eva=3242745808) at /usr/src/sys/i386/i386/trap.c:841 #5 0xc0ae4b5c in trap (frame=0xe5726af8) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0ac926b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc07d15b6 in free (addr=0xc57bc700, mtp=0xc0c6b380) at vm_page.h:266 #8 0xc09ec1a3 in workitem_free (item=0xc57bc700, type=Variable "type" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:641 #9 0xc09ec329 in handle_allocindir_partdone (aip=0xc57bc700) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4487 #10 0xc09f2d5f in softdep_disk_write_complete (bp=0xc52cfbb0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4312 #11 0xc084f006 in bufdone_finish (bp=0xc52cfbb0) at buf.h:443 #12 0xc084f47d in bufdone (bp=0xc52cfbb0) at /usr/src/sys/kern/vfs_bio.c:3177 #13 0xc078bfa8 in g_vfs_done (bip=0xc628a840) at /usr/src/sys/geom/geom_vfs.c:97 #14 0xc084957d in biodone (bp=0xc628a840) at /usr/src/sys/kern/vfs_bio.c:3013 #15 0xc078815f in g_io_schedule_up (tp=0xc54e1000) at /usr/src/sys/geom/geom_io.c:587 #16 0xc07884ae in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #17 0xc07bd0a9 in fork_exit (callout=0xc0788440 , arg=0x0, frame=0xe5726d38) at /usr/src/sys/kern/kern_fork.c:810 #18 0xc0ac92e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksCC40ACgkQi+vbBBjt66Bs/QCfTf5UNkbSRo3PEEPcnC0GDIRl kcoAn1goCLS8RlfL97pu7lyjjzVF4vQM =jxSt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 05:54:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4758F106566B; Tue, 17 Nov 2009 05:54:20 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id EB8B38FC19; Tue, 17 Nov 2009 05:54:19 +0000 (UTC) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id D087687B10; Tue, 17 Nov 2009 07:54:56 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=W8Oezk90kJDSwvkzOpsR3GwVtd+H6DLXuRtfJIVpNjCgPmtJUzdUrlB4fNB8NneYL tJMkOoXO8YfGN3unD+4nCwSf0JQXTdwT/Xre7KTJNmc8BtkWOoFA7fgvvHimQpCmkaG yGYNLvIWKqGcVrEVh96TFxIfh66vzISZz1MMxj8= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258437296; bh=tmF/v0cwnh0JVnVOIsESrxvL0vvcxhhkXAGPCtp09b4=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=GjTxEeZu6yS61R8n8H7178ZvpdxuBMfp4MPa0lx0t3kJKzzxRBNTXPGXvG5aE6Ua1 bGAIgyUqJWHk9m+DGvz5z9gky34fWwlthDNsy8AMETcfeCQIZ6Zom2pCvVeCowtOK5 8MbsO42Asb3jkvs+9Z//XP9lngTmsDGqLnH+/lDI= Received: from mail51.abv.bg (localhost.localdomain [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id 172F516C122; Tue, 17 Nov 2009 07:54:32 +0200 (EET) Date: Tue, 17 Nov 2009 07:54:32 +0200 (EET) From: Mario Pavlov To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Message-ID: <456530742.21066.1258437272093.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: Re: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 05:54:20 -0000 indeed you get bonus points if you firewall yourself :) and of course this is not the first time I do that so my score is pretty good however my favourite is to forget about net.inet.ip.forwarding when I upgrade routers with many clients :) Tim, thanks for your hints...but I don't understand this one: >2nd, you buildworld and installworld into the diskless root, but never >use it. You're using disk space you can reclaim. how so I never use it and can reclaim diskspace ? thanks, mgp ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 13:25:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB521065672 for ; Tue, 17 Nov 2009 13:25:13 +0000 (UTC) (envelope-from rui.pfcosta@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 54D1A8FC14 for ; Tue, 17 Nov 2009 13:25:12 +0000 (UTC) Received: by fxm27 with SMTP id 27so7691470fxm.3 for ; Tue, 17 Nov 2009 05:25:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=2s/n30tF476jdvrdXue8651r8PyZeKY20BL3Yxd11/c=; b=cXSgRCXpEPFeXU02nFWn/ir5BaZH7ughlWH3WU3e2wnF48Dw//qbbAyGj9XBn4vYcH Zy3UvOIYKFZot6WOsp/3D/xlCSsjFxHqaf6x2qYGxcGNIP8mIIulhizmoe8Ftqugwu98 phVBRLtf/RaL/SUP33OQWwsvXn6ZowzCr477o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hulUgsMsBj21ps0yU610cOq/WgRKt/L60ekUbfzE9JUFvDze8M/OO/Fdv22x+uuNBh 8xBVzW+iWoHnUIrSb1RYgTa92OcaeRM2hXqBbtTxX4QAlvQb8b7sK02ePEHF4+6cEGLn SHF1mLnWnEKFfB4uRlwiqsMYR9wobMxySeUtE= MIME-Version: 1.0 Received: by 10.239.168.230 with SMTP id l38mr951774hbe.37.1258464312097; Tue, 17 Nov 2009 05:25:12 -0800 (PST) Date: Tue, 17 Nov 2009 13:25:12 +0000 Message-ID: From: Rui Costa To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD installation freeze! - FreeBSD doesn't like my hardware? 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, 17 Nov 2009 13:25:13 -0000 When installing freebsd (7.2, 8.0 betas, rc1, rc2, rc3 - AMD64) on a Clevo M540SR laptop (chipset VIA VN896), after menu option selection, the boot process freezes at "Trying to mount root from ufs:/dev/md0". On verbose booting it freezes giving some mode information: md0: Preloaded image 4194304 bytes at 0xffffffff80c4be40 ATA PseudoRAID loaded flowtable cleaner started warning: no time-of-day clock registered, system time will not be set accurately Trying to mount root from ufs:/dev/md0 Start_init: trying /sbin/init Start_init: trying /sbin/oinit Start_init: trying /sbin/init.bak Start_init: trying /rescue/init Start_init: trying /stand/sysinstall I've tried already several boot hints (any of them with success) such as: apic.0.disabled = 1 sio.0.disasabled = 1 sio.1.disabled = 1 fdc.disabled = 1 kbdmux.0.disabled = 1 A possible solution I found over the internet would be to disable USB 2.0 support on bios, but bios options are very limited and won't allow me to do that. I can install FreeBSD 6.4 without any trouble and later upgrade to 7.0 went flawlessly, but upgrade to 7.2 brings up the freezes again on boot. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 13:33:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A53106566B for ; Tue, 17 Nov 2009 13:33:13 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx5.ksu.ru (mx5.ksu.ru [194.85.240.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8038FC14 for ; Tue, 17 Nov 2009 13:33:12 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,758,1249243200"; d="scan'208";a="131928" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by ironport1.ksu.ru with ESMTP; 17 Nov 2009 16:22:56 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id nAHCQqnf025571 for ; Tue, 17 Nov 2009 12:26:52 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id nAHDMkHp022407 for ; Tue, 17 Nov 2009 16:22:46 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4B02A3A6.8050301@ksu.ru> Date: Tue, 17 Nov 2009 16:22:46 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.4) Gecko/20091110 SeaMonkey/2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: AMD SR5690/SP5100 chipset 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, 17 Nov 2009 13:33:13 -0000 Hello! I wonder is there any support for AMD SR5690/SP5100 chipset in FreeBSD? -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 15:15:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF45C1065695 for ; Tue, 17 Nov 2009 15:15:00 +0000 (UTC) (envelope-from matt@madhaus.cns.utoronto.ca) Received: from madhaus.cns.utoronto.ca (madhaus.cns.utoronto.ca [128.100.103.10]) by mx1.freebsd.org (Postfix) with SMTP id 200CB8FC1D for ; Tue, 17 Nov 2009 15:14:59 +0000 (UTC) Received: (qmail 87045 invoked from network); 17 Nov 2009 14:48:18 -0000 Received: from sparchaus.cns.utoronto.ca (HELO ?128.100.103.14?) (128.100.103.14) by madhaus.cns.utoronto.ca with SMTP; 17 Nov 2009 14:48:18 -0000 Message-ID: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> Date: Tue, 17 Nov 2009 09:48:52 -0500 From: Matt Wilks Organization: University of Toronto, CNS User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NSIS compile failed on FreeBSD 7.2 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, 17 Nov 2009 15:15:00 -0000 I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an amd64 FreeBSD 7.2 system and having trouble. When I run scons SKIPSTUBS=all SKIPPLUGINS=all SKIPUTILS=all SKIPMISC=all NSIS_CONFIG_CONST_DATA_PATH=no in the source directory for NSIS, I get a bunch of errors that look like: /usr/include/c++/4.2/new:95: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter A google search gives me a link to this bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28582 that doesn't seem to have been touched since 2006. Is there someway around this compile error? Thanks, Matt From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 15:30:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 689581065698 for ; Tue, 17 Nov 2009 15:30:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3021A8FC16 for ; Tue, 17 Nov 2009 15:30:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:880:4db9:db8e:9555] (unknown [IPv6:2001:7b8:3a7:0:880:4db9:db8e:9555]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 60CCB5C43; Tue, 17 Nov 2009 16:30:56 +0100 (CET) Message-ID: <4B02C1B7.2030708@andric.com> Date: Tue, 17 Nov 2009 16:31:03 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091115 Shredder/3.0.1pre MIME-Version: 1.0 To: Matt Wilks References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> In-Reply-To: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 17 Nov 2009 15:30:57 -0000 On 2009-11-17 15:48, Matt Wilks wrote: > in the source directory for NSIS, I get a bunch of errors that look like: > > /usr/include/c++/4.2/new:95: error: 'operator new' takes type 'size_t' > ('unsigned int') as first parameter Does a .cpp file consisting of just the following: #include compile on your system? If so, it is most likely something in the NSIS headers that screws up either the definition of operator new, size_t, or some other vital thing. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 16:18:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1210610656A8 for ; Tue, 17 Nov 2009 16:18:04 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from thor.iszerviz.hu (thor.iszerviz.hu [62.77.131.9]) by mx1.freebsd.org (Postfix) with ESMTP id C8E278FC2D for ; Tue, 17 Nov 2009 16:18:03 +0000 (UTC) Received: from [10.2.2.50] (m0n0.iszerviz.hu [62.77.131.200]) by thor.iszerviz.hu (Postfix) with ESMTPSA id A6F2B4FEAF; Tue, 17 Nov 2009 17:18:01 +0100 (CET) Message-ID: <4B02CCBA.4070909@t-online.hu> Date: Tue, 17 Nov 2009 17:18:02 +0100 From: Mikael Bak User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Matt Wilks References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> In-Reply-To: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 17 Nov 2009 16:18:04 -0000 Matt Wilks wrote: > I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an > amd64 FreeBSD 7.2 system and having trouble. When I run > [snip] >From the project's home page: "NSIS (Nullsoft Scriptable Install System) is a professional open source system to create Windows installers." Is this supposed to compile on unix-like systems? Mikael From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 16:38:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FDD1065679 for ; Tue, 17 Nov 2009 16:38:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id EE98C8FC08 for ; Tue, 17 Nov 2009 16:38:18 +0000 (UTC) Received: from OMTA21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by QMTA14.emeryville.ca.mail.comcast.net with comcast id 6Ejl1d0021u4NiLAEGeHA8; Tue, 17 Nov 2009 16:38:19 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA21.emeryville.ca.mail.comcast.net with comcast id 6Gdw1d0023S48mS8hGe11C; Tue, 17 Nov 2009 16:38:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 090721E3035; Tue, 17 Nov 2009 08:37:55 -0800 (PST) Date: Tue, 17 Nov 2009 08:37:55 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091117163754.GA98592@icarus.home.lan> References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> <4B02CCBA.4070909@t-online.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B02CCBA.4070909@t-online.hu> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 17 Nov 2009 16:38:19 -0000 On Tue, Nov 17, 2009 at 05:18:02PM +0100, Mikael Bak wrote: > Matt Wilks wrote: > > I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an > > amd64 FreeBSD 7.2 system and having trouble. When I run > > > [snip] > > >From the project's home page: > "NSIS (Nullsoft Scriptable Install System) is a professional open source > system to create Windows installers." > > Is this supposed to compile on unix-like systems? Yes it is. It's supposed to be compilable on any POSIX-compliant system, without requiring WINE. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 20:02:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7881106568D for ; Tue, 17 Nov 2009 20:02:51 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 87EC18FC1D for ; Tue, 17 Nov 2009 20:02:51 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id nAHK2nb7035291; Tue, 17 Nov 2009 21:02:50 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Larry Baird In-Reply-To: <20091112180743.GA23798@gta.com> References: <20091112152154.91849.qmail@mailgate.gta.com> <1258046854.4826.160.camel@mvn-desktop> <20091112180743.GA23798@gta.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 17 Nov 2009 21:02:54 +0100 Message-ID: <1258488174.5002.6.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-rc2 dropped hardwaresupport 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, 17 Nov 2009 20:02:52 -0000 On Thu, 2009-11-12 at 13:07 -0500, Larry Baird wrote: > Marten, > > > I did some more testing, and I made an error on the ALIX 1C since it > > does boot but it hangs on devd.... > > > but for WRAP 1C and 2E: > > > > PC Engines WRAP.2B/2C v1.11 > > 640 KB Base Memory > > 130048 KB Extended Memory > > > > 01F0 Master 044A CF CARD 2GB > > Phys C/H/S 3909/16/63 Log C/H/S 977/64/63 > > > > 1 FreeBSD > > 2 FreeBSD > > > > F6 PXE > > Boot: 1 ######## > > > > Here it ends.... > > > > Would you recommend to downgrade the bios? I have version 1.11 on all > > boards. > The 0.99h BIOS is for ALIX boards. I am running v1.11 on my WRAP boards. > PC Engines WRAP.1C/1D/1E v1.11 > 640 KB Base Memory > 130048 KB Extended Memory > > Looking at your geometry, I would recommend verifing that the BIOS is set > for LBA mode (not CHS). If you change mode, you will probably need to > reinstall FreeBSD. Thanks for your input, I seems NanoBSD specific, while I have been trying different disk geometrics and multiple cf-cards on NanoBSD I was not succesfull yet. With TinyBSD and mfsBSD I am able to create bootable images, for WRAP 1C and 2E. If I find a solution for NanoBSD, I 'll post it, thanks, Marten -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 21:13:24 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8371065670 for ; Tue, 17 Nov 2009 21:13:24 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC428FC1B for ; Tue, 17 Nov 2009 21:13:23 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id nAHLDMZY078875 for ; Tue, 17 Nov 2009 22:13:22 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-stable@FreeBSD.ORG In-Reply-To: <1258035995.4826.0.camel@mvn-desktop> References: <1258035995.4826.0.camel@mvn-desktop> Content-Type: text/plain; charset="UTF-8" Date: Tue, 17 Nov 2009 22:13:27 +0100 Message-ID: <1258492407.5002.9.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: 8.0-rc2 meshmode breaks hostap mode on ath0 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, 17 Nov 2009 21:13:24 -0000 On Thu, 2009-11-12 at 15:26 +0100, Marten Vijn wrote: > hi > > 8.0-rc2 802.11s breaks ap mode: > - on the same interface > - when mesh is on diffent channel > > how-to reproduce: > ifconfig wlan0 create wlandev ath0 wlanmode hostap > ifconfig wlan0 ssid bert channel 3 up > ifconfig wlan1 create wlandev ath0 wlanmode mesh > ifconfig wlan1 channel 3 meshid ernie up > ifconfig ==> wlan0 => status: running > ifconfig wlan1 channel 7 > ifconfig ==> wlan0 => status: no carrier and is persistent in: 8.0-PRERELEASE tinybsd# uname -a FreeBSD tinybsd.freebsd.org 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0 r199257: Tue Nov 17 21:26:00 CET 2009 root@master:/usr/obj/usr/src/sys/TINYBSD i386 tinybsd# > > details below, > > kind regards, > Marten dmesg: tinybsd# uname -a FreeBSD tinybsd.freebsd.org 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0 r199257: Tue Nov 17 21:26:00 CET 2009 root@master:/usr/obj/usr/src/sys/TINYBSD i386 tinybsd# dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-PRERELEASE #0 r199257: Tue Nov 17 21:26:00 CET 2009 root@master:/usr/obj/usr/src/sys/TINYBSD i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by National Semi (233.33-MHz 586-class CPU) Origin = "Geode by NSC" Id = 0x540 Stepping = 0 Features=0x808131 real memory = 134217728 (128 MB) avail memory = 120905728 (115 MB) wlan: mac acl policy registered kbd0 at kbdmux0 ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. pcib0: pcibus 0 on motherboard pci0: on pcib0 ath0: mem 0x80000000-0x8000ffff irq 12 at device 13.0 on pci0 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 sis0: port 0x1000-0x10ff mem 0x80040000-0x80040fff irq 10 at device 14.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0d:b9:05:41:b4 sis0: [ITHREAD] isab0: port 0xf400-0xf43f,0xf600-0xf63f at device 18.0 on pci0 isa0: on isab0 pci0: at device 18.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 18.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 18.3 (no driver attached) pci0: at device 18.5 (no driver attached) ohci0: mem 0xf0000000-0xf0000fff irq 9 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe7fff pnpid ORM0000 on isa0 atrtc0: at port 0x70 irq 8 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) RTC BIOS diagnostic error 80 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ad0ugen0.1: <(0x0e11)> at usbus0 uhub0: <(0x0e11) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 : FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 ad0: 61MB at ata0-master BIOSPIO GEOM: ad0: geometry does not match labuhub0: 3 ports with 3 removable, self powered el (4h,32s != 8h,32s). GEOM: ad0: media size does not match label. Trying to mount root from ufs:/dev/ad0a wlan0: Ethernet address: 00:0b:6b:34:58:99 wlan1: Ethernet address: 00:0b:6b:34:58:99 sis0: link state changed to DOWN tinybsd# > > dmesg: > > # dmesg > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RC2 #0: Tue Nov 10 20:24:18 CET 2009 > root@master:/usr/obj/nanobsd.full/usr/src/sys/KERNEL i386 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Enhanced Am486DX4/Am5x86 Write-Back (486-class CPU) > Origin = "AuthenticAMD" Id = 0x494 Stepping = 4 > Features=0x1 > real memory = 67108864 (64 MB) > avail memory = 55230464 (52 MB) > wlan: mac acl policy registered > kbd1 at kbdmux0 > ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > *** WARNING: missing CPU_ELAN -- timekeeping may be wrong > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on > pci0 > ath0: [ITHREAD] > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > sis0: port 0xe000-0xe0ff mem > 0xa0010000-0xa0010fff irq 11 at device 18.0 on pci0 > sis0: Silicon Revision: DP83816A > miibus0: on sis0 > nsphyter0: PHY 0 on miibus0 > nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:00:24:c5:59:8c > sis0: [ITHREAD] > sis1: port 0xe100-0xe1ff mem > 0xa0011000-0xa0011fff irq 5 at device 19.0 on pci0 > sis1: Silicon Revision: DP83816A > miibus1: on sis1 > nsphyter1: PHY 0 on miibus1 > nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis1: Ethernet address: 00:00:24:c5:59:8d > sis1: [ITHREAD] > sis2: port 0xe200-0xe2ff mem > 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 > sis2: Silicon Revision: DP83816A > miibus2: on sis2 > nsphyter2: PHY 0 on miibus2 > nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis2: Ethernet address: 00:00:24:c5:59:8e > sis2: [ITHREAD] > cpu0 on motherboard > isa0: on motherboard > pmtimer0 on isa0 > orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: unable to get the current command byte value. > atrtc0: at port 0x70 irq 8 on isa0 > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on > isa0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > ad0: 1923MB at ata0-master PIO4 > Trying to mount root from ufs:/dev/ad0s1a > Invalid time in real time clock. > Check and reset the date immediately! > wlan0: Ethernet address: 00:0b:6b:34:58:99 > wlan1: Ethernet address: 00:0b:6b:34:58:99 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...0 0 done > All buffers synced. > Uptime: 9m38s > Rebooting... > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RC2 #0: Tue Nov 10 20:24:18 CET 2009 > root@master:/usr/obj/nanobsd.full/usr/src/sys/KERNEL i386 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Am5x86 Write-Back (486-class CPU) > Origin = "AuthenticAMD" Id = 0x4f4 Stepping = 4 > Features=0x1 > real memory = 67108864 (64 MB) > avail memory = 55230464 (52 MB) > wlan: mac acl policy registered > kbd1 at kbdmux0 > ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > *** WARNING: missing CPU_ELAN -- timekeeping may be wrong > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on > pci0 > ath0: [ITHREAD] > ath0: AR5212 mac 5.9 RF5112 phy 4.3 > sis0: port 0xe000-0xe0ff mem > 0xa0010000-0xa0010fff irq 11 at device 18.0 on pci0 > sis0: Silicon Revision: DP83816A > miibus0: on sis0 > nsphyter0: PHY 0 on miibus0 > nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:00:24:c5:59:8c > sis0: [ITHREAD] > sis1: port 0xe100-0xe1ff mem > 0xa0011000-0xa0011fff irq 5 at device 19.0 on pci0 > sis1: Silicon Revision: DP83816A > miibus1: on sis1 > nsphyter1: PHY 0 on miibus1 > nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis1: Ethernet address: 00:00:24:c5:59:8d > sis1: [ITHREAD] > sis2: port 0xe200-0xe2ff mem > 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 > sis2: Silicon Revision: DP83816A > miibus2: on sis2 > nsphyter2: PHY 0 on miibus2 > nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis2: Ethernet address: 00:00:24:c5:59:8e > sis2: [ITHREAD] > cpu0 on motherboard > isa0: on motherboard > pmtimer0 on isa0 > orm0: at iomem 0xc8000-0xd0fff pnpid ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: unable to get the current command byte value. > atrtc0: at port 0x70 irq 8 on isa0 > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on > isa0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > ad0: 1923MB at ata0-master PIO4 > Trying to mount root from ufs:/dev/ad0s1a > Invalid time in real time clock. > Check and reset the date immediately! > > > > # tail -n 40 /var/log/messages > Nov 10 19:31:30 kernel: nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Nov 10 19:31:30 kernel: sis1: Ethernet address: 00:00:24:c5:59:8d > Nov 10 19:31:30 kernel: sis1: [ITHREAD] > Nov 10 19:31:30 kernel: sis2: port > 0xe200-0xe2ff mem 0xa0012000-0xa0012fff irq 9 at device 20.0 on pci0 > Nov 10 19:31:30 kernel: sis2: Silicon Revision: DP83816A > Nov 10 19:31:30 kernel: miibus2: on sis2 > Nov 10 19:31:30 kernel: nsphyter2: PHY > 0 on miibus2 > Nov 10 19:31:30 kernel: nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Nov 10 19:31:30 kernel: sis2: Ethernet address: 00:00:24:c5:59:8e > Nov 10 19:31:30 kernel: sis2: [ITHREAD] > Nov 10 19:31:30 kernel: cpu0 on motherboard > Nov 10 19:31:30 kernel: isa0: on motherboard > Nov 10 19:31:30 kernel: pmtimer0 on isa0 > Nov 10 19:31:30 kernel: orm0: at iomem 0xc8000-0xd0fff > pnpid ORM0000 on isa0 > Nov 10 19:31:30 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > Nov 10 19:31:30 kernel: ata0: [ITHREAD] > Nov 10 19:31:30 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > Nov 10 19:31:30 kernel: ata1: [ITHREAD] > Nov 10 19:31:30 kernel: atkbdc0: at port > 0x60,0x64 on isa0 > Nov 10 19:31:30 kernel: atkbd0: irq 1 on atkbdc0 > Nov 10 19:31:30 kernel: kbd0 at atkbd0 > Nov 10 19:31:30 kernel: atkbd0: [GIANT-LOCKED] > Nov 10 19:31:30 kernel: atkbd0: [ITHREAD] > Nov 10 19:31:30 kernel: psm0: unable to get the current command byte > value. > Nov 10 19:31:30 kernel: atrtc0: at port 0x70 irq 8 > on isa0 > Nov 10 19:31:30 kernel: uart0: <16550 or compatible> at port > 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > Nov 10 19:31:30 kernel: uart0: [FILTER] > Nov 10 19:31:30 kernel: uart0: console (9600,n,8,1) > Nov 10 19:31:30 kernel: uart1: <16550 or compatible> at port > 0x2f8-0x2ff irq 3 on isa0 > Nov 10 19:31:30 kernel: uart1: [FILTER] > Nov 10 19:31:30 kernel: Timecounters tick every 1.000 msec > Nov 10 19:31:30 kernel: ad0: 1923MB at > ata0-master PIO4 > Nov 10 19:31:30 kernel: Trying to mount root from ufs:/dev/ad0s1a > Nov 10 19:31:30 kernel: Invalid time in real time clock. > Nov 10 19:31:30 kernel: Check and reset the date immediately! > Nov 10 19:31:54 login: ROOT LOGIN (root) ON ttyu0 > Nov 10 19:32:05 kernel: wlan0: Ethernet address: 00:0b:6b:34:58: > Nov 10 19:32:05 kernel: 99 > Nov 10 19:32:26 kernel: wlan1: Ethernet add > Nov 10 19:32:26 kernel: ress: 00:0b:6b:34:58:99 > > > -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 22:46:16 2009 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 250CC106568F; Tue, 17 Nov 2009 22:46:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA0568FC12; Tue, 17 Nov 2009 22:46:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAHMkFF5017976; Tue, 17 Nov 2009 17:46:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAHMkFfM017969; Tue, 17 Nov 2009 22:46:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Nov 2009 22:46:15 GMT Message-Id: <200911172246.nAHMkFfM017969@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on 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: Tue, 17 Nov 2009 22:46:16 -0000 TB --- 2009-11-17 21:15:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-17 21:15:27 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2009-11-17 21:15:27 - cleaning the object tree TB --- 2009-11-17 21:15:48 - cvsupping the source tree TB --- 2009-11-17 21:15:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2009-11-17 21:16:17 - building world TB --- 2009-11-17 21:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-17 21:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-17 21:16:17 - TARGET=amd64 TB --- 2009-11-17 21:16:17 - TARGET_ARCH=amd64 TB --- 2009-11-17 21:16:17 - TZ=UTC TB --- 2009-11-17 21:16:17 - __MAKE_CONF=/dev/null TB --- 2009-11-17 21:16:17 - cd /src TB --- 2009-11-17 21:16:17 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 17 21:16:18 UTC 2009 >>> 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 Nov 17 22:43:03 UTC 2009 TB --- 2009-11-17 22:43:03 - generating LINT kernel config TB --- 2009-11-17 22:43:03 - cd /src/sys/amd64/conf TB --- 2009-11-17 22:43:03 - /usr/bin/make -B LINT TB --- 2009-11-17 22:43:03 - building LINT kernel TB --- 2009-11-17 22:43:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-17 22:43:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-17 22:43:03 - TARGET=amd64 TB --- 2009-11-17 22:43:03 - TARGET_ARCH=amd64 TB --- 2009-11-17 22:43:03 - TZ=UTC TB --- 2009-11-17 22:43:03 - __MAKE_CONF=/dev/null TB --- 2009-11-17 22:43:03 - cd /src TB --- 2009-11-17 22:43:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 17 22:43:03 UTC 2009 >>> 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/cam/ata/ata_xpt.c: In function 'ata_scan_lun': /src/sys/cam/ata/ata_xpt.c:1042: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'ata_device_transport': /src/sys/cam/ata/ata_xpt.c:1179: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'scsi_set_transfer_settings': /src/sys/cam/ata/ata_xpt.c:1327: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'scsi_toggle_tags': /src/sys/cam/ata/ata_xpt.c:1441: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-17 22:46:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-17 22:46:14 - ERROR: failed to build lint kernel TB --- 2009-11-17 22:46:14 - 3928.28 user 881.40 system 5447.07 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 23:16:47 2009 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 3AA88106568D; Tue, 17 Nov 2009 23:16:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F05E48FC13; Tue, 17 Nov 2009 23:16:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAHNGk81082075; Tue, 17 Nov 2009 18:16:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAHNGkGH082074; Tue, 17 Nov 2009 23:16:46 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Nov 2009 23:16:46 GMT Message-Id: <200911172316.nAHNGkGH082074@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 23:16:47 -0000 TB --- 2009-11-17 22:13:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-17 22:13:36 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2009-11-17 22:13:36 - cleaning the object tree TB --- 2009-11-17 22:14:01 - cvsupping the source tree TB --- 2009-11-17 22:14:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2009-11-17 22:14:24 - building world TB --- 2009-11-17 22:14:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-17 22:14:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-17 22:14:24 - TARGET=i386 TB --- 2009-11-17 22:14:24 - TARGET_ARCH=i386 TB --- 2009-11-17 22:14:24 - TZ=UTC TB --- 2009-11-17 22:14:24 - __MAKE_CONF=/dev/null TB --- 2009-11-17 22:14:24 - cd /src TB --- 2009-11-17 22:14:24 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 17 22:14:24 UTC 2009 >>> 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 Nov 17 23:13:12 UTC 2009 TB --- 2009-11-17 23:13:12 - generating LINT kernel config TB --- 2009-11-17 23:13:12 - cd /src/sys/i386/conf TB --- 2009-11-17 23:13:12 - /usr/bin/make -B LINT TB --- 2009-11-17 23:13:12 - building LINT kernel TB --- 2009-11-17 23:13:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-17 23:13:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-17 23:13:12 - TARGET=i386 TB --- 2009-11-17 23:13:12 - TARGET_ARCH=i386 TB --- 2009-11-17 23:13:12 - TZ=UTC TB --- 2009-11-17 23:13:12 - __MAKE_CONF=/dev/null TB --- 2009-11-17 23:13:12 - cd /src TB --- 2009-11-17 23:13:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 17 23:13:12 UTC 2009 >>> 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/cam/ata/ata_xpt.c: In function 'ata_scan_lun': /src/sys/cam/ata/ata_xpt.c:1042: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'ata_device_transport': /src/sys/cam/ata/ata_xpt.c:1179: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'scsi_set_transfer_settings': /src/sys/cam/ata/ata_xpt.c:1327: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) /src/sys/cam/ata/ata_xpt.c: In function 'scsi_toggle_tags': /src/sys/cam/ata/ata_xpt.c:1441: error: 'CAM_PRIORITY_NORMAL' undeclared (first use in this function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-17 23:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-17 23:16:46 - ERROR: failed to build lint kernel TB --- 2009-11-17 23:16:46 - 2767.16 user 624.06 system 3789.39 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 17 23:30:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F0001065679 for ; Tue, 17 Nov 2009 23:30:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1025E8FC23 for ; Tue, 17 Nov 2009 23:30:54 +0000 (UTC) Received: by fxm27 with SMTP id 27so622370fxm.3 for ; Tue, 17 Nov 2009 15:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=hR+OoMFR7cx8I+1uLxv5ffhyxD9CdKb/aPliBh+NCVU=; b=VDSAO7aYK/GAn6PsZH1dnjrzqAGXb/pJJ3D/XFFXXUB5caVjF6yPNmKCJ7wx2QZhQh ziUavjzFlxuk211nOAwSqOJyJKVWt2LTaCsHcaWo17vyHBCTuNkmjUvVXb420aER9re8 bMGwzFoEoge+KhYKcQM//FV6dvg7M/dZkrJJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=Sdpig+jOHRKSOPuj5QYZ5gBlBmArtkb44pp3FFk4xQafWXcBjCBEh8fO0f3dw69NUW KSsQdwsFY2i5vIaAGR+iZLGhot7ZkP3ZSZ2xR35jqWyZ7RrjsutmMeGum6HO38Y2AIn6 qn8ipAfKgGH3Df51NV9mTjD7jowNqDIEwnY0s= Received: by 10.223.102.130 with SMTP id g2mr83882fao.52.1258500654005; Tue, 17 Nov 2009 15:30:54 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm588300fxm.1.2009.11.17.15.30.53 (version=SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 15:30:53 -0800 (PST) Sender: Alexander Motin Message-ID: <4B03322A.2080608@FreeBSD.org> Date: Wed, 18 Nov 2009 01:30:50 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: HEADS UP: major CAM ATA MFC 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, 17 Nov 2009 23:30:55 -0000 Hi. I want to notice, that I've just merged from HEAD to 8-STABLE latest results of my last months work on CAM-based ATA implementation and CAM subsystem itself. Please contact me if you will have any problems, questions, propositions, ... What's done: - major code cleanup. Many SCSIsms in ATA code removed, or reworked for ATA specifics. Many ATA support parts reworked or newly implemented; - CAM code took some fixes and optimizations. Luckily no major changes were required yet. - NCQ support re-factored. Same as for SCSI, non-capable devices now limited by queue depth of 2, to let request sorter do it's job better. - Port Multipliers support re-factored. Is is more stable now. Devices hot-insert/remove supported. Implemented reinitialization after bus resets. - ahci(4) and siis(4) drivers took many changes, including improved timeout handling, error recovery and performance optimizations. - added basic support for PATA transport. After ata(4) drivers wrapper will be finished, it will allow to completely disable old ATA infrastructure. - camcontrol tool now reports more information about ATA devices and supports ATA Power Management. - added support for ATA devices with large sector size, declared by ATA-7 spec (only theoretically now, I haven't seen such yet) - added quirks mechanism for ATA, to allow, for example, to disable NCQ, or later DMA, for specific device model or firmware revision, - added support for DMA-incapable, and some old ATA devices; - implemented ATA error reporting. Things to be done yet: - timeouts and hard errors recovery process with Port Multipliers used can cause deadlocks if happen under heavy load. Any way it is a step forward, as previously it just was not recovering at all. - devices connected using Port Multipliers detected asynchronously, and in some cases they may not get in time for root mounting. - interface mode control possible only using loader tunables, but not with camcontrol. - NCQ is not used for devices with less tags supported then controller capable (it is quite rare). Many thanks to iXsystems Inc for supporting my work, making this all possible. Also thanks to Vitsch Electronics, Sentex Corp, lissyara.su, and many other people for hardware donations. Feedbacks are welcome as always. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 00:29:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40188106566C for ; Wed, 18 Nov 2009 00:29:07 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD2B8FC1A for ; Wed, 18 Nov 2009 00:29:07 +0000 (UTC) Received: by pzk15 with SMTP id 15so382888pzk.3 for ; Tue, 17 Nov 2009 16:29:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=/N4RlPHyj8d5sd0UajNR8EUsXXRRbh8Hh5HLM+MgkZQ=; b=cSmBuZa6gundS4pUoPtlKWLztQTiRaaFqdSnPJQosUcAzIjxGT+a7+IZD0Imx/2AFm WxBMgwFzkKmDVjxTMRB/GANKzMrk4AFRtaur8QVdzZZyMBWuiWsrWHovILd6u4GkQq0O PBnASyilA6wPA1iO2DNvHW+Yblx+BEye5rQjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=u8tjVwkQQI+frKnuapuXj7QnZJXGRJ/8ICHO+JTNHxmA0aSH9wHZ7789CVXivMua3A SY33DvaxMmYyiCccCARETaZxpj6YbtpzUUJhyQYF3UiatM5RP4kYSH39dkzJUUZWJhpm rlT/y/SCwVh1tsNct+JO2mC2gN39zUl1gJMtM= MIME-Version: 1.0 Received: by 10.142.121.3 with SMTP id t3mr1047280wfc.246.1258504146396; Tue, 17 Nov 2009 16:29:06 -0800 (PST) Date: Tue, 17 Nov 2009 16:29:06 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 00:29:07 -0000 I've spent the better part of today doing various web searches in Google, searches in newegg.ca/ncix.com, digging through mailing list archives (-hardware and -stable), man pages, and vendor websites looking for well-supported SATA/SAS adapters for use in FreeBSD storage servers. These servers will be using ZFS, so will not need fancy RAID controllers (currently, we're using 3Ware 9550SXU and 9650SE RAID controllers, which are increasingly hard to buy and very expensive at $1200+ CDN). The chassis have hot-plug SATA backplanes, so can use multi-lane cabling or standard SATA cabling. So far, I've come across a nice selection of LSI and Promise controllers, that are in the $200 - $400 CDN range, and seem to fit the bill. However, I can't find anything that definitively states whether they are supported by FreeBSD 7.x or 8.x. Thus, my questions to all of you: Are any of the following supported by FreeBSD 7/8? If so, by what driver? And do you have any experience (good/bad/otherwise) with any of them? LSI SAS 9211-8i 8-port SAS/SATA PCIe LSI SAS 3081E-R 8-port SAS/SATA PCIe LSI SAS 3080X-R 8-port SATA/SATA PCI-X Promise SuperTrak EX12350 12-port SATA PCIe Promise SuperTrak EX16350 16-port SATA PCIe Promise SuperTrak EX16300 16-port SATA PCI-X Promise SuperTrak EX16650 16-port SAS/SATA PCIe Any recommendations on other SAS/SATA controllers to look at (just not anything with MegaRAID in the name)? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 01:09:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15AFC106566B for ; Wed, 18 Nov 2009 01:09:45 +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 CDB728FC1A for ; Wed, 18 Nov 2009 01:09:44 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:55217) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1NAZBy-00065B-1y; Wed, 18 Nov 2009 12:18:42 +1100 Message-ID: <4B034953.8030404@ish.com.au> Date: Wed, 18 Nov 2009 12:09:39 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.6pre) Gecko/20091108 Shredder/3.0pre MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vnode_pager_putpages error 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, 18 Nov 2009 01:09:45 -0000 FreeBSD 7.2 amd64. Running Apache httpd application (MPM worker threads) and other applications. ZFS file system. After some weeks of uptime, we are seeing these errors repeated many times: vnode_pager_putpages: I/O error 69 vnode_pager_putpages: residual I/O 16384 at 0 After that, httpd dies. On another occasion the entire system rebooted and we are guessing the symptoms are the same, but the console was lost so we can't tell for sure. * Can sometime tell me where I found out what error 69 means? Is there something in the docs somewhere I can look at? * My uninformed guess is that this is some sort of swap/memory exhaustion. Could it be a memory leak in httpd (or one of its modules)? Or could ZFS memory exhaustion be the issue here? If so, we'd probably move to 8.0 as soon as possible with all its ZFS improvements. Any clues to tracking this down would be appreciated. It is a production server and doesn't happen often enough to easily reproduce. Thanks Ari 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 Wed Nov 18 02:13:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFC111065679 for ; Wed, 18 Nov 2009 02:13:01 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id B4D9D8FC1C for ; Wed, 18 Nov 2009 02:13:01 +0000 (UTC) Received: by iwn28 with SMTP id 28so563351iwn.3 for ; Tue, 17 Nov 2009 18:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=R/yjUiM+Gecfl/lNbhjsQp5Z+UmEXTGkG+NVc8LMeIw=; b=dt0aizUs0HVznqmR4DSj6JzTUfGlv1o1V7Nr8lP4C/H/B7v69+Uus5unddoMMbKHUQ dkZYb/y1C9Pj2LSd8Ac6ruZZ0OkxYmpfuWZqQJ/sJQnBp8flTAxzWhRAkmrWpy3S0ifX FVzP92rgXVGQoERjfD0FxBiajBGgw2DJ5Ms8I= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=gs0XHy8gBKYtpcBDDV6Vz6FEYdN9ePkQMkDaKHUHGyBHJNfIL9fkkQh3OLyy68QC9N WzJse9D9AeJQjXI4X2P5GNJWlooYzA0dOU/kfEaJChrH6j8Ag2cbVwE15elO4we2swCg IN9ParZeRtndhb9Ua/AlY7kJmmi/S3eqeJ8H0= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.125.28 with SMTP id w28mr1423669ibr.50.1258510380402; Tue, 17 Nov 2009 18:13:00 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Nov 2009 18:12:59 -0800 X-Google-Sender-Auth: 4d9326642f4cfce7 Message-ID: From: Artem Belevich To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 02:13:02 -0000 > =A0LSI SAS 3080X-R =A0 =A08-port SATA/SATA PCI-X This one uses LSI1068 chip which is supported by mpt driver. I'm using motherboard with an on-board equivalent of this and don't have much to complain about. I did see some CRC errors with SATA drives in 3Gbps mode, but those went away after updating firmware to 1.29.0.0. I've seen some comments on zfs-discuss mailing list that -IR variant of the firmware (the one that provides RAID0/1 capabilities) does have some stability issues and recommended going with simpler -IT version (just pass-through disks). --Artem From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 02:25:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E41C6106566B for ; Wed, 18 Nov 2009 02:25:38 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id A85198FC18 for ; Wed, 18 Nov 2009 02:25:38 +0000 (UTC) Received: by iwn28 with SMTP id 28so570331iwn.3 for ; Tue, 17 Nov 2009 18:25:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=+vKwjHsbUDhpZkm7H/sBc3KkXNHQH+wrmB+kE8jWwnI=; b=lTb8rG+U5tlkZPKx9dPtbqTgAY50cYJeHs+/RU6T+jscmnKv2FHB1j77fEyoD+P1XL qjLhft1A1iZeLLjewIY8P8ocOhsokoCyOlgRdypn30lUJb3WxkeuTx3IR2B8L1Eir4/I lRRN8dBOAzv/CTQs4uALCCO51MUmwre5Ura6s= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=xCIH6niE9ke8JOxihjW6pF8nhpcM5zPIBeSR2c5Sfy9at/7Y4G9x+BvdRPb0xoYz0v nLUElq0/qI8/zj5scojxTZV4oqWdVlh359Zh3NShc+KwM8nDTyoX3+/bA8WlMwSDz0Q9 zoVfmaRgcEZblnZfLFp/g0TV5tkAbqiVlye+I= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.153.69 with SMTP id j5mr944233ibw.33.1258511137719; Tue, 17 Nov 2009 18:25:37 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Nov 2009 18:25:37 -0800 X-Google-Sender-Auth: ed49897f1181b138 Message-ID: From: Artem Belevich To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 02:25:39 -0000 In general, I've found following page very informative about what's availab= le: http://www.hardforums.com/showthread.php?t=3D1413050 I've also tried AOC-SAT2-MV8: http://www.supermicro.com/products/accessories/addon/AOC-SAT2-MV8.cfm It's based on Marvell 88sx8061 chipset. Technically it is supported by FreeBSD, but I'd rather stay away from it at least for now. The main issue is that the largest transfer size is 32K. ZFS does push this card hard and under load this card showed noticeably slower transfer rate than LSI1068 under the same circumstances. Folks on zfs-discuss list also mentioned issues with hot-swap on this card on controller level. The somewhat better news is that NetBSD does seem to have much better driver for this marvell chip. If someone gets to port it to FreeBSD, the card may be pretty decent choice for those who have PCI-X slot on-board. --Artem On Tue, Nov 17, 2009 at 6:12 PM, Artem Belevich wrote: >> =A0LSI SAS 3080X-R =A0 =A08-port SATA/SATA PCI-X > > This one uses LSI1068 chip which is supported by mpt driver. I'm using > motherboard with an on-board equivalent of this and don't have much to > complain about. I did see some CRC errors with SATA drives in 3Gbps > mode, but those went away after updating firmware to 1.29.0.0. I've > seen some comments on zfs-discuss mailing list that -IR variant of the > firmware (the one that provides RAID0/1 capabilities) does have some > stability issues and recommended going with simpler -IT version (just > pass-through disks). > > --Artem > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 04:38:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10D401065670 for ; Wed, 18 Nov 2009 04:38:22 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id DAAAA8FC21 for ; Wed, 18 Nov 2009 04:38:21 +0000 (UTC) Received: by pwj15 with SMTP id 15so501484pwj.3 for ; Tue, 17 Nov 2009 20:38:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=BJTsApEBNuhZPBeB2nWyxuVusp1UXy5fHL/uFEqO4hI=; b=LSzzgaLRJyaru8arAEAViFfrB+ppsm0OCm9jjg+9ibBmELZ0z6pREDlPH+TNYKL9yC uRaAuf8I7tGnHaQecVX5LbjCq+Ck+qPHNLbamw3t62eclUS9OxTRgA3/45QzeLxNjqbf wHN907UZBI9XMkk4+M3/GOs5hhJegjmt8He4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=hfU7qO655EbEb8C4fiTV1MFvAx/l0Y71nA8DkUN+NLHKZUTIEJ3YovnBgpTjaePgeE yhlw99WUZPvUkP39FkvkldoaRMicG2crn9LIkPsfPGWE5OJV+wNJ5Qw8PF2FaS+MCa1o HXFjJqPOtVeu7DJDoTfN7zfWfW7u26rTsP+9Y= MIME-Version: 1.0 Received: by 10.142.7.12 with SMTP id 12mr1140097wfg.328.1258519101484; Tue, 17 Nov 2009 20:38:21 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Nov 2009 20:38:21 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 04:38:22 -0000 On Tue, Nov 17, 2009 at 6:12 PM, Artem Belevich wrote: >> =C2=A0LSI SAS 3080X-R =C2=A0 =C2=A08-port SATA/SATA PCI-X > > This one uses LSI1068 chip which is supported by mpt driver. I'm using > motherboard with an on-board equivalent of this and don't have much to > complain about. I did see some CRC errors with SATA drives in 3Gbps > mode, but those went away after updating firmware to 1.29.0.0. I've > seen some comments on zfs-discuss mailing list that -IR variant of the > firmware (the one that provides RAID0/1 capabilities) does have some > stability issues and recommended going with simpler -IT version (just > pass-through disks). If that one uses the LSI1068 chipset, do you know which one uses the LSI1078 chipset? I've seen that number in the comments in one of the mf* drivers (think it was mfi). How does one determine which actual chipset is in which controller? Do they have that buried in the docs somewhere? I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), and have heard good things about Areca support in FreeBSD. Any comments on their quality/performance/reliability? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 05:59:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A28B8106566B for ; Wed, 18 Nov 2009 05:59:03 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id 65E5E8FC14 for ; Wed, 18 Nov 2009 05:59:02 +0000 (UTC) Received: by iwn28 with SMTP id 28so665332iwn.3 for ; Tue, 17 Nov 2009 21:59:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=gq6t2A+pNeS2967xoTzwwSeAVVXyWXVMXkO0kLBnHXE=; b=vn7yKeWPSahr5LJcuXHROpEzTPNNwezgzQAYW8ThrtQqRhJ6+Ds2USvdb82+ND6ikd FpUiv7f0s9SgSwzDiYXvHpFd5pUx9qnHL+QiyBVy+nV4krnkXpPPDSkQV06imgD7jF8P OjP9sO7tU3n6peMpOw3TOBfzVMYSM8Pj2wc8c= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=sBErIxpXS3zcPVXp4jq/Q2wPP8FIo9Q/Ef/4dzNgQC4UcEdwEbJ3m7U30oXkwq/vsK NsvJL4wXsziP1dXPlIhgXAVyLb4s/In1w5WqRh07TirnzoHAbCzisTLicH4ewiySmb9A jQbFv3GnegSNsZ0uwQhHiKT9+yqU+sq6hhBaU= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.120.90 with SMTP id c26mr1608398ibr.1.1258523942546; Tue, 17 Nov 2009 21:59:02 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Nov 2009 21:59:02 -0800 X-Google-Sender-Auth: d688869d24c6f9ba Message-ID: From: Artem Belevich To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 05:59:03 -0000 Hi, > If that one uses the LSI1068 chipset, do you know which one uses the > LSI1078 chipset? Supermicro's AOC-USAS-H8iR uses LSI1078: http://www.supermicro.com/products/accessories/addon/AOC-USAS-H8iR.cfm Dell PERC 6/i is based on LSI1078 as well. http://www.dell.com/content/topics/topic.aspx/global/products/pvaul/topics/= en/us/raid_controller?c=3Dus&l=3Den&cs=3D555 However, these cards are full-blown RAID controllers with their own CPU, memory and corresponding price. > =A0I've seen that number in the comments in one of the mf* drivers (think= it was mfi). Yes, it is indeed mfi that supports LSI1078. > How does one determine which actual chipset is in which controller? =A0Do= they have that buried in the docs somewhere? The docs, if you're lucky. Cards listed above mention controller chip explicitly on the product pages. --Artem From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 06:04:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D271065670; Wed, 18 Nov 2009 06:04:40 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 025538FC08; Wed, 18 Nov 2009 06:04:39 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nAI64b1W093645; Wed, 18 Nov 2009 13:04:37 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4B038E75.1010501@rdtc.ru> Date: Wed, 18 Nov 2009 13:04:37 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Alexander Motin References: <4B03322A.2080608@FreeBSD.org> In-Reply-To: <4B03322A.2080608@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 06:04:40 -0000 Alexander Motin wrote: > Feedbacks are welcome as always. Today's RELENG_8 build is broken (my /usr/src is symlink to /usr/local/src): # make -j3 MODULES_WITH_WORLD=yes buildworld [skip] ===> sys/modules/ahci (all) cc -O2 -pipe -march=prescott -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-gr owth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wred undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c / usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_timeout ': /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1286: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_end_tra nsaction': /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1368: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1384: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1396: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1405: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1447: error: 'struct ahci_ channel' has no member named 'fatalerr' /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_reset': /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1703: error: 'struct ahci_ channel' has no member named 'fatalerr' *** Error code 1 Stop in /usr/local/src/sys/modules/ahci. *** Error code 1 Stop in /usr/local/src/sys/modules. *** Error code 1 Stop in /usr/local/src/sys. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 06:17:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62F31065672 for ; Wed, 18 Nov 2009 06:17:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2AB8FC12 for ; Wed, 18 Nov 2009 06:17:28 +0000 (UTC) Received: from OMTA17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by QMTA11.emeryville.ca.mail.comcast.net with comcast id 6WBa1d0031afHeLABWFGXM; Wed, 18 Nov 2009 06:15:16 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA17.emeryville.ca.mail.comcast.net with comcast id 6WHU1d0033S48mS8dWHUit; Wed, 18 Nov 2009 06:17:28 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F0C391E3035; Tue, 17 Nov 2009 22:17:26 -0800 (PST) Date: Tue, 17 Nov 2009 22:17:26 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091118061726.GA1675@icarus.home.lan> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B038E75.1010501@rdtc.ru> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 06:17:28 -0000 I didn't have this problem. System has AHCI in use, and the kernel is built to make use of modular atacore. Specifically: # Modular ATA device atacore # Core ATA functionality device ataisa # ISA bus support device atapci # PCI bus support; only generic chipset support device ataahci # AHCI SATA device ataintel # Intel Confirmation: FreeBSD icarus.home.lan 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0: Tue Nov 17 20:07:21 PST 2009 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_RELENG_8_amd64 amd64 world/kernel built with make -j2 buildworld / make -j2 buildkernel. csup last run against cvsup10.freebsd.org approximately 2 hours ago. I did notice a number of commits to ATA, XPT, CAM, etc. ~8-10 hours ago as well, but even more ~2 hours ago. I assume the delays are due to what the cvsup master vs. mirrors have and how often they sync. I'd recommend you re-csup with a different mirror and see if there are any changes. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | On Wed, Nov 18, 2009 at 01:04:37PM +0700, Eugene Grosbein wrote: > Alexander Motin wrote: > > > Feedbacks are welcome as always. > > Today's RELENG_8 build is broken (my /usr/src is symlink to /usr/local/src): > > # make -j3 MODULES_WITH_WORLD=yes buildworld > [skip] > ===> sys/modules/ahci (all) > cc -O2 -pipe -march=prescott -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-gr > owth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 > -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wred > undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe > r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c / > usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_timeout > ': > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1286: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_end_tra > nsaction': > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1368: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1384: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1396: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1405: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1447: error: 'struct ahci_ > channel' has no member named 'fatalerr' > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_reset': > /usr/local/src/sys/modules/ahci/../../dev/ahci/ahci.c:1703: error: 'struct ahci_ > channel' has no member named 'fatalerr' > *** Error code 1 > > Stop in /usr/local/src/sys/modules/ahci. > *** Error code 1 > > Stop in /usr/local/src/sys/modules. > *** Error code 1 > > Stop in /usr/local/src/sys. > *** Error code 1 > > Stop in /usr/local/src. > *** Error code 1 > > Stop in /usr/local/src. > *** Error code 1 > > Stop in /usr/local/src. > _______________________________________________ > 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 Nov 18 06:53:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A6B1065693 for ; Wed, 18 Nov 2009 06:53:26 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id E564A8FC08 for ; Wed, 18 Nov 2009 06:53:25 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nAI6rNs5018878; Wed, 18 Nov 2009 13:53:23 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4B0399E3.6020609@rdtc.ru> Date: Wed, 18 Nov 2009 13:53:23 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Jeremy Chadwick References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> In-Reply-To: <20091118061726.GA1675@icarus.home.lan> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 06:53:26 -0000 Jeremy Chadwick wrote: > I didn't have this problem. System has AHCI in use, and the kernel is > built to make use of modular atacore. Specifically: [skip] > I'd recommend you re-csup with a different mirror and see if there are > any changes. I'll try. By the way, have you used MODULES_WITH_WORLD while building world? RELENG_8 still has a couple of other problems with this knob, needed patches are: -- sys/modules/dtrace/lockstat/Makefile.orig 2009-09-16 23:05:25.000000000 +0800 +++ sys/modules/dtrace/lockstat/Makefile 2009-09-16 23:05:45.000000000 +0800 @@ -5,7 +5,7 @@ KMOD= lockstat SRCS= lockstat.c -SRCS+= vnode_if.h +SRCS+= vnode_if.h opt_kdtrace.h CFLAGS+= -I${.CURDIR}/../../../cddl/compat/opensolaris \ -I${.CURDIR}/../../../cddl/contrib/opensolaris/uts/common \ --- sys/modules/sysvipc/sysvmsg/Makefile.orig 2009-09-16 23:04:00.000000000 +0800 +++ sys/modules/sysvipc/sysvmsg/Makefile 2009-09-16 23:04:12.000000000 +0800 @@ -3,6 +3,6 @@ .PATH: ${.CURDIR}/../../../kern KMOD= sysvmsg -SRCS= sysv_msg.c opt_sysvipc.h +SRCS= sysv_msg.c opt_sysvipc.h opt_compat.h .include --- sys/modules/sysvipc/sysvsem/Makefile.orig 2009-09-16 23:02:02.000000000 +0800 +++ sys/modules/sysvipc/sysvsem/Makefile 2009-09-16 23:01:51.000000000 +0800 @@ -3,6 +3,6 @@ .PATH: ${.CURDIR}/../../../kern KMOD= sysvsem -SRCS= sysv_sem.c opt_sysvipc.h +SRCS= sysv_sem.c opt_sysvipc.h opt_compat.h .include From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 07:19:47 2009 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 896251065672 for ; Wed, 18 Nov 2009 07:19:47 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 71A5D8FC2C for ; Wed, 18 Nov 2009 07:19:47 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NAepO-000Jxs-Cm; Wed, 18 Nov 2009 07:19:46 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id D6B072C19383; Wed, 18 Nov 2009 16:19:45 +0900 (JST) Date: Wed, 18 Nov 2009 16:19:45 +0900 Message-ID: From: Randy Bush To: stable@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: boot issues 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, 18 Nov 2009 07:19:47 -0000 [ this happened a month ago and i backed off ] i386, 7.2-stable from last summer cvsupped releng_7 made and installed kernel buildworld boot -s installworld mergemaster reboot hung after beastie, just as it did the other month booted -s mount -2 / /etc/rc.d/hostid start /etc/rc.d/zfs start looked around and all seemed ok ^D came up ok and that is how it is running now but why will it boot through -s and not from beastie? randy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 07:43:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9F9106566B for ; Wed, 18 Nov 2009 07:43:30 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 520818FC13 for ; Wed, 18 Nov 2009 07:43:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id C18606D423; Wed, 18 Nov 2009 08:43:31 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ceIt4zTkoH7i; Wed, 18 Nov 2009 08:43:30 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 086596D41E; Wed, 18 Nov 2009 08:43:30 +0100 (CET) Date: Wed, 18 Nov 2009 08:43:30 +0100 From: Rink Springer To: Freddie Cash Message-ID: <20091118074329.GA13345@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 07:43:30 -0000 On Tue, Nov 17, 2009 at 08:38:21PM -0800, Freddie Cash wrote: > I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), > and have heard good things about Areca support in FreeBSD. Any > comments on their quality/performance/reliability? I have got an Areca ARC-1110 4x SATA2 PCI-X card in my server, and I'm quite impressed with the performance; these cards do very well in terms I/O operations per second and the driver has been rock solid for me. The only downside is that they are quite expensive (but well worth it, IMO) Regards, -- Rink P.W. Springer - http://rink.nu "Beauty often seduces us on the road to truth." - Dr. Wilson From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 07:45:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B97106568D for ; Wed, 18 Nov 2009 07:45:28 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEF18FC1A for ; Wed, 18 Nov 2009 07:45:27 +0000 (UTC) Received: by bwz5 with SMTP id 5so971262bwz.3 for ; Tue, 17 Nov 2009 23:45:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=5aOy5OKV5n1FpM0guhPzgASY3Xa5J7Hl3AUegXPBsZ4=; b=JwhwiS9quVUsihWfKXRa6+AOUn5pl1PBCnWns6UqPZ2zQ/Uuvyg1fCJqpt45uKv3N4 MNIPmVVJEdfHUdzCLUgfBfbzwEHyNzfWQramfOCA6S2TtVKjEv/Y/q0dUcR2aaT/WfSy YfBuoqGz/g2sdyvE/RUVbC4UQamieaRBoACM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=seYaFjkM2Z7VMnT726ma+7Bdu7joZhNw+2dxwDNQeDEzXhNTdeHjV2tMiyg7BiV45b l0kHXFwL6ub8c8eVYdQrM0tAZcFf6l8xcXY2lKLrlhEhKC7NeskInyhUTDhNKDNowOAT OMP6vqktEnAJ3jYxUKo1YhAir+CNjLn8f746w= Received: by 10.204.48.141 with SMTP id r13mr7443677bkf.0.1258530326788; Tue, 17 Nov 2009 23:45:26 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm697465fxm.10.2009.11.17.23.45.25 (version=SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 23:45:26 -0800 (PST) Sender: Alexander Motin Message-ID: <4B03A613.8060708@FreeBSD.org> Date: Wed, 18 Nov 2009 09:45:23 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Eugene Grosbein References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> In-Reply-To: <4B038E75.1010501@rdtc.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 07:45:28 -0000 Eugene Grosbein wrote: > Alexander Motin wrote: > >> Feedbacks are welcome as always. > > Today's RELENG_8 build is broken (my /usr/src is symlink to /usr/local/src): Can you try to update your sources again? ahci driver in 8-STABLE and HEAD are identical now and building fine in both, I've checked it yesterday. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 07:46:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28C1B1065670; Wed, 18 Nov 2009 07:46:29 +0000 (UTC) (envelope-from gjin@ubicom.com) Received: from server70.appriver.com (server70.appriver.com [69.20.119.203]) by mx1.freebsd.org (Postfix) with ESMTP id AB3438FC19; Wed, 18 Nov 2009 07:46:28 +0000 (UTC) X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Primary: gjin@ubicom.com X-Note: This Email was scanned by AppRiver SecureTide X-Virus-Scan: V- X-Note: TCH-CT/SI:0-315/SG:5 11/18/2009 2:46:04 AM X-GBUdb-Analysis: 0, 216.112.109.98, Ugly c=0.730377 p=-0.916458 Source White X-Signature-Violations: 0-0-0-12577-c X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES X-Note-Sending-IP: 216.112.109.98 X-Note-Reverse-DNS: 216.112.109.98.ptr.us.xo.net X-Note-WHTLIST: gjin@ubicom.com X-Note: User Rule Hits: X-Note: Global Rule Hits: 115 116 117 118 122 123 220 X-Note: Mail Class: VALID X-Note: Headers Injected Received: from [216.112.109.98] (HELO stork.scenix.com) by server70.appriver.com (CommuniGate Pro SMTP 5.3c2) with ESMTP id 107486304; Wed, 18 Nov 2009 02:46:28 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 17 Nov 2009 23:33:07 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-RC3 USB lock up on mounting two partitions from one USB drive Thread-Index: AcpoHXlt4yGeiBLfQTudmr8mdClCPgAAwBna References: From: "Guojun Jin" To: "Guojun Jin" , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: questions@freebsd.org, freebsd-usb@freebsd.org Subject: RE: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 07:46:29 -0000 Did newfs on those partition and made things worsen -- restore = completely fails: (I had experienced another similar problem on an IDE, which works well = for 6.4 and 7.2, but 8.0.) This dirve works fine under FreeBSD 6.4. Is something new in 8.0 making disk partition schema changed? g_vfs_done():da0s3d[READ(offset=3D98304, length=3D16384)]error =3D 6 g_vfs_done():da0s3d[WRITE(offset=3D192806912, length=3D16384)]error =3D = 6 fopen: Device not configured cannot create save file ./restoresymtable for symbol table abort? [yn] (da0:umass-sim0:0:0:0): Synchronize cache failed, status = =3D=3D 0xa, scs i status =3D=3D 0x0 (da0:umass-sim0:0:0:0): removing device entry ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) Device da0s3d went missing before all of the data could be written to = it; expect data loss. 99 23:19 sysinstall 100 23:20 newfs /dev/da0s3d 101 23:20 newfs /dev/da0s3e 102 23:21 mount /dev/da0s3d /mnt 103 23:21 cd /mnt 104 23:21 dump -0f - /home | restore -rf - 105 23:27 history 15 -----Original Message----- From: Guojun Jin Sent: Tue 11/17/2009 11:05 PM To: freebsd-stable@freebsd.org Cc: questions@freebsd.org; freebsd-usb@freebsd.org Subject: 8.0-RC3 USB lock up on mounting two partitions from one USB = drive =20 When mounting two partitions from a USB dirve, it can cause the drive = access lock up for a long time. Details: Terminal 1 -- term1# mount /dev/da0s3d /mnt term1# cd /mnt ; rm -fr * when rm starts, go to terminal 2 and do: term2# mount /dev/da0s3e /dist ### this will hanging for a long time and = USB hard drive activity light is off. After more than 1-2 minutes, mount returns, and the drive activity light = is blinking, thus removing is going on. term2# ls /dist ### this will cause dUSB dirve hanging again -- no = avtivity. Similarly, ls will finish in a couple of miniutes or longer, the rm = command continues; but for a while, the drive activity will stop again. Reboot machine, repeat the above steps, and result will be the same. = Reboot machine again, and just mount one partition, then doing "rm -rf *" without involve the second partition, = rm will finish quickly. Has anyone obseved this behave on 8.0-RC? -Jin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 08:20:49 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0B2106566C; Wed, 18 Nov 2009 08:20:49 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 01EF08FC17; Wed, 18 Nov 2009 08:20:48 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nAI8KkiQ063283; Wed, 18 Nov 2009 15:20:46 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4B03AE5E.8060302@rdtc.ru> Date: Wed, 18 Nov 2009 15:20:46 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Alexander Motin References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <4B03A613.8060708@FreeBSD.org> In-Reply-To: <4B03A613.8060708@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 08:20:49 -0000 Alexander Motin wrote: > Eugene Grosbein wrote: >> Alexander Motin wrote: >> >>> Feedbacks are welcome as always. >> Today's RELENG_8 build is broken (my /usr/src is symlink to /usr/local/src): > > Can you try to update your sources again? ahci driver in 8-STABLE and > HEAD are identical now and building fine in both, I've checked it > yesterday. I've updated again using cvsup.freebsd.org and now the problem has gone, world builds just fine. It seems my local mirror had wrong moment for update last night. Sorry for noise, I really should update again before posting. Thanks! Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 08:23:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C0FA106566C; Wed, 18 Nov 2009 08:23:25 +0000 (UTC) (envelope-from gjin@ubicom.com) Received: from server70.appriver.com (server70.appriver.com [69.20.119.203]) by mx1.freebsd.org (Postfix) with ESMTP id E1F898FC16; Wed, 18 Nov 2009 08:23:24 +0000 (UTC) X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Primary: gjin@ubicom.com X-Note: This Email was scanned by AppRiver SecureTide X-Virus-Scan: V- X-Note: TCH-CT/SI:0-125/SG:5 11/18/2009 2:23:04 AM X-GBUdb-Analysis: 0, 216.112.109.98, Ugly c=0.730204 p=-0.916318 Source White X-Signature-Violations: 0-0-0-5974-c X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES X-Note-Sending-IP: 216.112.109.98 X-Note-Reverse-DNS: 216.112.109.98.ptr.us.xo.net X-Note-WHTLIST: gjin@ubicom.com X-Note: User Rule Hits: X-Note: Global Rule Hits: 115 116 117 118 122 123 220 X-Note: Mail Class: VALID X-Note: Headers Injected Received: from [216.112.109.98] (HELO stork.scenix.com) by server70.appriver.com (CommuniGate Pro SMTP 5.3c2) with ESMTP id 107485680; Wed, 18 Nov 2009 02:23:24 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 17 Nov 2009 23:05:13 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-RC3 USB lock up on mounting two partitions from one USB drive Thread-Index: AcpoHXlt4yGeiBLfQTudmr8mdClCPg== From: "Guojun Jin" To: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: questions@freebsd.org, freebsd-usb@freebsd.org Subject: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 08:23:25 -0000 When mounting two partitions from a USB dirve, it can cause the drive = access lock up for a long time. Details: Terminal 1 -- term1# mount /dev/da0s3d /mnt term1# cd /mnt ; rm -fr * when rm starts, go to terminal 2 and do: term2# mount /dev/da0s3e /dist ### this will hanging for a long time and = USB hard drive activity light is off. After more than 1-2 minutes, mount returns, and the drive activity light = is blinking, thus removing is going on. term2# ls /dist ### this will cause dUSB dirve hanging again -- no = avtivity. Similarly, ls will finish in a couple of miniutes or longer, the rm = command continues; but for a while, the drive activity will stop again. Reboot machine, repeat the above steps, and result will be the same. = Reboot machine again, and just mount one partition, then doing "rm -rf *" without involve the second partition, = rm will finish quickly. Has anyone obseved this behave on 8.0-RC? -Jin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 09:17:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B92501065672 for ; Wed, 18 Nov 2009 09:17:09 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8438FC13 for ; Wed, 18 Nov 2009 09:17:08 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAI9H6PL003624; Wed, 18 Nov 2009 10:17:07 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 21CE124; Wed, 18 Nov 2009 10:17:06 +0100 (CET) Date: Wed, 18 Nov 2009 10:17:06 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Freddie Cash Message-Id: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> In-Reply-To: References: Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.18.90619 Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 09:17:09 -0000 On Tue, 17 Nov 2009 16:29:06 -0800 Freddie Cash wrote about Support for SAS/SATA non-RAID adapters: FC> Any recommendations on other SAS/SATA controllers to look at (just not FC> anything with MegaRAID in the name)? I installed a Supermicro AOC-USASLP-L8i card here some days ago. Should be even cheaper than the ones you mentioned and comes with a LSI chip supported by mpt driver: mpt0@pci0:6:0:0: class=0x010000 card=0xa68015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI I only installed it last week and cannot comment much on performance and stability up to now. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 09:35:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712C0106566C for ; Wed, 18 Nov 2009 09:35:43 +0000 (UTC) (envelope-from s-Xe3vdqnCUlrQb_ald9PFAwUL3xkHKQVgIWYv7Tn17gkz_RaId0sNoN@bounce.linkedin.com) Received: from maila-bf.linkedin.com (maila-bf.linkedin.com [208.111.172.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD6A8FC12 for ; Wed, 18 Nov 2009 09:35:43 +0000 (UTC) DomainKey-Signature: s=prod; d=linkedin.com; c=nofws; q=dns; h=Sender:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type:X-LinkedIn-fbl; b=XH7Eu/1v1NjCKxVsRWjTiu5xjl2ip/Hwu4YtZKJquf0agDSRb3+RNrrp 5aUsvGzaJrqg/jCheU5JjrREZgxeI8NUMV5yWkrXlE2CBrptxgWqJvYOS nM6vFh8JceZp35q; Sender: messages-noreply@bounce.linkedin.com Date: Wed, 18 Nov 2009 01:07:46 -0800 (PST) From: Andrei Antoukh To: Valeriy Rotaev Message-ID: <1229144206.498323.1258535266846.JavaMail.app@ech3-cdn11.prod> MIME-Version: 1.0 X-LinkedIn-fbl: Xe3vdqnCUlrQb_ald9PFAwUL3xkHKQVgIWYv7Tn17gkz_RaId0sNoN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Invitation to connect on LinkedIn 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, 18 Nov 2009 09:35:43 -0000 LinkedIn ------------ Andrei Antoukh requested to add you as a connection on LinkedIn: ------------------------------------------ Valeriy, I'd like to add you to my professional network on LinkedIn. - Andrei Accept invitation from Andrei Antoukh http://www.linkedin.com/e/2bA_QBNshSoW6_Mg2FRMfzNsaTwKa_DOn-2pAopq/blk/I34716907_4/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYQnPsMejoNdPgPiiYRdBASjRd5pyYSd3wUe30NdPwLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Andrei Antoukh http://www.linkedin.com/e/2bA_QBNshSoW6_Mg2FRMfzNsaTwKa_DOn-2pAopq/blk/I34716907_4/d5YTc3AScjsQcQALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW you can showcase your professional knowledge on LinkedIn to receive job/consulting offers and enhance your professional reputation? Posting replies to questions on LinkedIn Answers puts you in front of the world's professional community. http://www.linkedin.com/e/abq/inv-24/ ------ (c) 2009, LinkedIn Corporation From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 11:06:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E4A106566C for ; Wed, 18 Nov 2009 11:06:00 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE758FC18 for ; Wed, 18 Nov 2009 11:06:00 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NAiM5-000Lil-9J; Wed, 18 Nov 2009 11:05:45 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NAiM5-000Ery-8J; Wed, 18 Nov 2009 11:05:45 +0000 To: fbsdlist@src.cx, fjwcash@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Wed, 18 Nov 2009 11:05:45 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 11:06:00 -0000 > better driver for this marvell chip. If someone gets to port it to > FreeBSD, the card may be pretty decent choice for those who have PCI-X > slot on-board. I have PCI-X and just purchased an unbranded card based on the SiL3124 chipset, as I was only using SATA 1 before. I didn't expect much, but it's actually suprisingly fast. Certainly a lot better than I expected - I've only had it a week, but so far I would recommend it. Mind you, this is my first real forray onto the world of non-SCSI controllers so if I just bought a nightmare chipset with loads of known issues then please tell me :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 11:12:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470C3106566B; Wed, 18 Nov 2009 11:12:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 45CD48FC0C; Wed, 18 Nov 2009 11:12:02 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Qg9icxBjAUgA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=caBVQQNvtF_xMuiLE10A:9 a=slJwAA-skHbgy6KL22EA:7 a=DB2JNVcK8m7HY3EDof92nkJLRfMA:4 a=SV7veod9ZcQA:10 a=87M9vB3w3L_mK0ZG:21 a=VZFYkrE5KeSxy1Y2:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 278029068; Wed, 18 Nov 2009 12:12:01 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 18 Nov 2009 12:13:32 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: In-Reply-To: X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911181213.34112.hselasky@c2i.net> Cc: questions@freebsd.org, freebsd-stable@freebsd.org, Guojun Jin Subject: Re: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 11:12:04 -0000 Hi, I'm not sure if this is an USB issue or not. If you get READ/WRITE errors and the drive simply dies then it might be the case. Else it is a system issue. There are quirks for mass storage which you can add to sys/dev/usb/storage/umass.c . --HPS On Wednesday 18 November 2009 08:33:07 Guojun Jin wrote: > Did newfs on those partition and made things worsen -- restore completely > fails: (I had experienced another similar problem on an IDE, which works > well for 6.4 and 7.2, but 8.0.) This dirve works fine under FreeBSD 6.4. > > Is something new in 8.0 making disk partition schema changed? > > g_vfs_done():da0s3d[READ(offset=98304, length=16384)]error = 6 > g_vfs_done():da0s3d[WRITE(offset=192806912, length=16384)]error = 6 > fopen: Device not configured > cannot create save file ./restoresymtable for symbol table > abort? [yn] (da0:umass-sim0:0:0:0): Synchronize cache failed, status == > 0xa, scs i status == 0x0 > (da0:umass-sim0:0:0:0): removing device entry > ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:0:0:-1: Attached to scbus0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > Device da0s3d went missing before all of the data could be written to it; > expect data loss. > > 99 23:19 sysinstall > 100 23:20 newfs /dev/da0s3d > 101 23:20 newfs /dev/da0s3e > 102 23:21 mount /dev/da0s3d /mnt > 103 23:21 cd /mnt > 104 23:21 dump -0f - /home | restore -rf - > 105 23:27 history 15 > > > > -----Original Message----- > From: Guojun Jin > Sent: Tue 11/17/2009 11:05 PM > To: freebsd-stable@freebsd.org > Cc: questions@freebsd.org; freebsd-usb@freebsd.org > Subject: 8.0-RC3 USB lock up on mounting two partitions from one USB drive > > When mounting two partitions from a USB dirve, it can cause the drive > access lock up for a long time. Details: > > Terminal 1 -- > term1# mount /dev/da0s3d /mnt > term1# cd /mnt ; rm -fr * > > when rm starts, go to terminal 2 and do: > > term2# mount /dev/da0s3e /dist ### this will hanging for a long time and > USB hard drive activity light is off. After more than 1-2 minutes, mount > returns, and the drive activity light is blinking, thus removing is going > on. > > term2# ls /dist ### this will cause dUSB dirve hanging again -- no > avtivity. Similarly, ls will finish in a couple of miniutes or longer, the > rm command continues; but for a while, the drive activity will stop again. > > Reboot machine, repeat the above steps, and result will be the same. Reboot > machine again, and just mount one partition, then doing "rm -rf *" without > involve the second partition, rm will finish quickly. > > Has anyone obseved this behave on 8.0-RC? > > -Jin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 11:19:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45B081065670 for ; Wed, 18 Nov 2009 11:19:17 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from mail.knopje.net (mail.knopje.net [213.214.107.232]) by mx1.freebsd.org (Postfix) with ESMTP id 07A828FC19 for ; Wed, 18 Nov 2009 11:19:16 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.knopje.net (Postfix) with ESMTP id 97DD638105 for ; Wed, 18 Nov 2009 12:19:15 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at knopje.net Received: from mail.knopje.net ([127.0.0.1]) by localhost (hal.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CAzzlbQeAcz9 for ; Wed, 18 Nov 2009 12:19:15 +0100 (CET) Received: from [10.3.49.23] (239pc226.sshunet.nl [145.97.226.239]) by mail.knopje.net (Postfix) with ESMTP id 48B4D380D1 for ; Wed, 18 Nov 2009 12:19:15 +0100 (CET) Message-Id: From: Thomas Ronner To: FreeBSD Stable In-Reply-To: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 18 Nov 2009 12:19:15 +0100 References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> X-Mailer: Apple Mail (2.936) Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 11:19:17 -0000 On 18 Nov 2009, at 10:17, Gerrit K=FChn wrote: > Supermicro AOC-USASLP-L8i card All my childhood traumas magically went away when I bought this card. =20= Recommended! Thomas= From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 11:45:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ABD81065676 for ; Wed, 18 Nov 2009 11:45:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 619448FC22 for ; Wed, 18 Nov 2009 11:45:00 +0000 (UTC) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id 6bcB1d00916AWCUA2bl1FD; Wed, 18 Nov 2009 11:45:01 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id 6bl01d0043S48mS8Sbl1kf; Wed, 18 Nov 2009 11:45:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B1DC91E3035; Wed, 18 Nov 2009 03:44:59 -0800 (PST) Date: Wed, 18 Nov 2009 03:44:59 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091118114459.GA9172@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 11:45:01 -0000 On Wed, Nov 18, 2009 at 11:05:45AM +0000, Pete French wrote: > > better driver for this marvell chip. If someone gets to port it to > > FreeBSD, the card may be pretty decent choice for those who have PCI-X > > slot on-board. > > I have PCI-X and just purchased an unbranded card based > on the SiL3124 chipset, as I was only using SATA 1 before. > I didn't expect much, but it's actually suprisingly fast. > Certainly a lot better than I expected - I've only had it > a week, but so far I would recommend it. > > Mind you, this is my first real forray onto the world of non-SCSI > controllers so if I just bought a nightmare chipset with loads of > known issues then please tell me :-) I tend to avoid Silicon Image as a result of their 3112 snafu. I'm "generally" not that impressed by their 3114 and 3512 chips either, but the 3112 problem is severe. http://en.wikipedia.org/wiki/Silicon_Image_Inc.#Product_alerts The 3124 and later revisions are supposedly decent, but I've avoided them due to their history (I stick to Intel ICHx controllers + AHCI and don't bother with hardware RAID). Avoiding SIMG is difficult though, since they're used on most consumer and/or residential products, and are even more common when it comes to external hard drive enclosures (USB, Firewire, or otherwise) or similar devices. But it's the 3112 you have to watch out for. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 11:54:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAA60106566C for ; Wed, 18 Nov 2009 11:54:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 954BC8FC0A for ; Wed, 18 Nov 2009 11:54:17 +0000 (UTC) Received: from OMTA22.westchester.pa.mail.comcast.net ([76.96.62.73]) by QMTA06.westchester.pa.mail.comcast.net with comcast id 6bAU1d0051ap0As56bsKoD; Wed, 18 Nov 2009 11:52:19 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA22.westchester.pa.mail.comcast.net with comcast id 6byJ1d0033S48mS3ibyJHU; Wed, 18 Nov 2009 11:58:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 597971E3035; Wed, 18 Nov 2009 03:52:18 -0800 (PST) Date: Wed, 18 Nov 2009 03:52:18 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091118115218.GB9172@icarus.home.lan> References: <200911181213.34112.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911181213.34112.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 11:54:18 -0000 On Wed, Nov 18, 2009 at 12:13:32PM +0100, Hans Petter Selasky wrote: > I'm not sure if this is an USB issue or not. If you get READ/WRITE errors and > the drive simply dies then it might be the case. Else it is a system issue. The OP should be able to use smartmontools to obtain SMART stats from the SATA drive within the USB enclosure. The command will be somewhat funky, given that the drive is ATA but is mapped through CAM on FreeBSD and appears as a daX disk. I believe the following should work, but I have no way to test: smartctl --device=ata -a /dev/da0 You should check your console logs (dmesg) before and after running this command, as there may be sense key errors from CAM which can help determine if SMART is passed through or not. There's mention in the smartctl man page of a device type called "sat" which is an ATA<->SCSI emulation layer, but I believe it's the Linux equivalent of our CAM. Recent (in the past ~24 hours) commits to the RELENG_8 branch might provide native capability for smartctl to work without the --type argument, since mav@ has been improving the CAM layer to work with ATA disks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 14:57:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81B71065672 for ; Wed, 18 Nov 2009 14:57:51 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id C2D9E8FC13 for ; Wed, 18 Nov 2009 14:57:49 +0000 (UTC) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.3/8.14.3) with ESMTP id nAIES8S2051409; Wed, 18 Nov 2009 21:28:10 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Message-ID: <4B040478.1020406@grosbein.pp.ru> Date: Wed, 18 Nov 2009 21:28:08 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20091107) MIME-Version: 1.0 To: Jeremy Chadwick References: <200911181213.34112.hselasky@c2i.net> <20091118115218.GB9172@icarus.home.lan> In-Reply-To: <20091118115218.GB9172@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 14:57:51 -0000 Jeremy Chadwick wrote: > On Wed, Nov 18, 2009 at 12:13:32PM +0100, Hans Petter Selasky wrote: >> I'm not sure if this is an USB issue or not. If you get READ/WRITE errors and >> the drive simply dies then it might be the case. Else it is a system issue. > > The OP should be able to use smartmontools to obtain SMART stats from > the SATA drive within the USB enclosure. The command will be somewhat > funky, given that the drive is ATA but is mapped through CAM on FreeBSD > and appears as a daX disk. > > I believe the following should work, but I have no way to test: > > smartctl --device=ata -a /dev/da0 > > You should check your console logs (dmesg) before and after running > this command, as there may be sense key errors from CAM which can help > determine if SMART is passed through or not. > > There's mention in the smartctl man page of a device type called "sat" > which is an ATA<->SCSI emulation layer, but I believe it's the Linux > equivalent of our CAM. > > Recent (in the past ~24 hours) commits to the RELENG_8 branch might > provide native capability for smartctl to work without the --type > argument, since mav@ has been improving the CAM layer to work with ATA > disks. > Does not work for my external Seagate FreeAgent Go 500G USB2.0 drive %smartctl -a /dev/da0 smartctl version 5.38 [i386-portbld-freebsd8.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: Seagate FreeAgent Go Version: 102D Device type: disk Local Time is: Wed Nov 18 21:22:01 2009 KRAT Device does not support SMART Error Counter logging not supported Device does not support Self Test logging %smartctl --device=ata /dev/da0 smartctl version 5.38 [i386-portbld-freebsd8.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. %smartctl --device=ata -T permissive /dev/da0 smartctl version 5.38 [i386-portbld-freebsd8.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported. A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 15:12:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FBC51065679; Wed, 18 Nov 2009 15:12:19 +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 E92458FC1D; Wed, 18 Nov 2009 15:12:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A44C046B5C; Wed, 18 Nov 2009 10:12:18 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C94128A021; Wed, 18 Nov 2009 10:12:17 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 18 Nov 2009 09:41:00 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911180941.01049.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 18 Nov 2009 10:12:17 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Randy Bush , stable@freebsd.org Subject: Re: boot issues 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, 18 Nov 2009 15:12:19 -0000 On Wednesday 18 November 2009 2:19:45 am Randy Bush wrote: > [ this happened a month ago and i backed off ] > > i386, 7.2-stable from last summer > > cvsupped releng_7 > made and installed kernel > buildworld > boot -s > installworld > mergemaster > reboot > > hung after beastie, just as it did the other month > > booted -s > mount -2 / > /etc/rc.d/hostid start > /etc/rc.d/zfs start > looked around and all seemed ok > ^D > came up ok > > and that is how it is running now > > but why will it boot through -s and not from beastie? Err, so what happens if you break into the boot loader prompt (option 6 IIRC) and then just type 'boot', how far does it get before it hangs? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 15:12:19 2009 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 1FBC51065679; Wed, 18 Nov 2009 15:12:19 +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 E92458FC1D; Wed, 18 Nov 2009 15:12:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A44C046B5C; Wed, 18 Nov 2009 10:12:18 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C94128A021; Wed, 18 Nov 2009 10:12:17 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 18 Nov 2009 09:41:00 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911180941.01049.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 18 Nov 2009 10:12:17 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Randy Bush , stable@freebsd.org Subject: Re: boot issues 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, 18 Nov 2009 15:12:19 -0000 On Wednesday 18 November 2009 2:19:45 am Randy Bush wrote: > [ this happened a month ago and i backed off ] > > i386, 7.2-stable from last summer > > cvsupped releng_7 > made and installed kernel > buildworld > boot -s > installworld > mergemaster > reboot > > hung after beastie, just as it did the other month > > booted -s > mount -2 / > /etc/rc.d/hostid start > /etc/rc.d/zfs start > looked around and all seemed ok > ^D > came up ok > > and that is how it is running now > > but why will it boot through -s and not from beastie? Err, so what happens if you break into the boot loader prompt (option 6 IIRC) and then just type 'boot', how far does it get before it hangs? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 16:22:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7139D106566B for ; Wed, 18 Nov 2009 16:22:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45CB78FC1D for ; Wed, 18 Nov 2009 16:22:59 +0000 (UTC) Received: by pxi12 with SMTP id 12so872633pxi.3 for ; Wed, 18 Nov 2009 08:22:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=54HGdVsakZ/C2Kt/aU9crSJHYlzoDdHNxNJbQUv3GKE=; b=GIXSXFR989RGqTy3HVtMukF5g/WiwHyKsKWkO5k1Gte5631KvQCpMuSGN8YQ4IO+Q0 VAaQeCXGkWnIrfTR31ZFUR48jXufFz2iSUr1/ayiQOVIRcRM7OoGnYr/HAx8a88QuBwf jTh6iibQTm6TyIo/Y1ppKKN1tt2heiENlFrw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=m52a81PDT2A52yHEvRhk+0SO0lPrak1bYvH+V+VFlSwuSfv5ghU+EROW0ouYPfFFn5 lShsqAcBVPynkneH+Ear+y/YitXA1b0X+CZv4Uqk5kudHyUDklzPMdCi3AJSCJGJ1I1R i9ZAjgpaL7RYCL/fXib7dt9ilIhZRgHGu+VGE= MIME-Version: 1.0 Received: by 10.142.66.6 with SMTP id o6mr1263497wfa.342.1258561378912; Wed, 18 Nov 2009 08:22:58 -0800 (PST) In-Reply-To: <20091118074329.GA13345@rink.nu> References: <20091118074329.GA13345@rink.nu> Date: Wed, 18 Nov 2009 08:22:58 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 16:22:59 -0000 On Tue, Nov 17, 2009 at 11:43 PM, Rink Springer wrote: > On Tue, Nov 17, 2009 at 08:38:21PM -0800, Freddie Cash wrote: >> I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), >> and have heard good things about Areca support in FreeBSD. =C2=A0Any >> comments on their quality/performance/reliability? > > I have got an Areca ARC-1110 4x SATA2 PCI-X card in my server, and I'm > quite impressed with the performance; these cards do very well in terms > I/O operations per second and the driver has been rock solid for me. The > only downside is that they are quite expensive (but well worth it, IMO) Compared to a 3Ware 9550SXU controller, these are cheap. The Areca is only $500 (open-box) or $700 (new) on newegg.ca. The 3Ware cards are over $1000, with the PCIe versions being over $1200 (which is what started me on this journey -- hardware budgets are getting smaller and smaller each year). --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 16:39:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E1CF1065696 for ; Wed, 18 Nov 2009 16:39:59 +0000 (UTC) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.freebsd.org (Postfix) with ESMTP id 980338FC0A for ; Wed, 18 Nov 2009 16:39:58 +0000 (UTC) Received: (qmail 18048 invoked by uid 0); 18 Nov 2009 16:13:17 -0000 Received: from unknown (HELO Grumpy.DynDNS.org) (24.42.224.110) by smtp8.knology.net with SMTP; 18 Nov 2009 16:13:17 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 3C29128435; Wed, 18 Nov 2009 10:13:17 -0600 (CST) Date: Wed, 18 Nov 2009 10:13:17 -0600 From: David Kelly To: freebsd-stable@freebsd.org Message-ID: <20091118161317.GC7784@Grumpy.DynDNS.org> References: <1229144206.498323.1258535266846.JavaMail.app@ech3-cdn11.prod> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1229144206.498323.1258535266846.JavaMail.app@ech3-cdn11.prod> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Questions@FreeBSD.org Subject: Re: Invitation to connect on LinkedIn 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, 18 Nov 2009 16:39:59 -0000 On Wed, Nov 18, 2009 at 01:07:46AM -0800, Andrei Antoukh wrote: > LinkedIn > ------------ > > Andrei Antoukh requested to add you as a connection on LinkedIn: > ------------------------------------------ Why isn't LinkedIn in FreeBSD.org's spam blocker? -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 16:56:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE1891065679 for ; Wed, 18 Nov 2009 16:56:14 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4E568FC17 for ; Wed, 18 Nov 2009 16:56:14 +0000 (UTC) Received: by pxi12 with SMTP id 12so894410pxi.3 for ; Wed, 18 Nov 2009 08:56:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0q1xe2Ea6IHFsJWnWaKBNjJPymBtR4/3b2YJEo2MfcI=; b=n/Oo4PDhsGkc2qxfmEtTiQbsrhV/0/gKvs4H7XK+6iCTnHZiwI7I/2SrMrBNv0JWxR bkuQCYBQZhVn+8kJPXcK21bPkkxHICthIjRsqDQbswZgsyTZIHmvKHwkJQTL0GvkdCSj Yypx8rvnI6RCZlb76FWiKUNVjlbSHjRdPXwks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=pBwf9cLy3+qzH1a4IhELHco8/m69IGhepp514ptVn0H1JTcUqU2D/y4r1GpqnEP3z8 rP7PxWRubL0QmfviSrFcRnl0njGrlKiXagiv0A+iChz3vz0whbDkCBM53y1ghaSL1zwD 5SiZRaHmUfhl9wAgkPx60fL0AeQcPf2ClMPXo= MIME-Version: 1.0 Received: by 10.142.60.8 with SMTP id i8mr1262809wfa.326.1258563374393; Wed, 18 Nov 2009 08:56:14 -0800 (PST) In-Reply-To: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> Date: Wed, 18 Nov 2009 08:56:14 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 16:56:15 -0000 2009/11/18 Gerrit K=C3=BChn : > On Tue, 17 Nov 2009 16:29:06 -0800 Freddie Cash wrote > about Support for SAS/SATA non-RAID adapters: > > FC> Any recommendations on other SAS/SATA controllers to look at (just no= t > FC> anything with MegaRAID in the name)? > > I installed a Supermicro AOC-USASLP-L8i card here some days ago. Should b= e > even cheaper than the ones you mentioned and comes with a LSI chip > supported by mpt driver: > > mpt0@pci0:6:0:0: =C2=A0 =C2=A0 =C2=A0 =C2=A0class=3D0x010000 card=3D0xa68= 015d9 chip=3D0x00581000 > rev=3D0x08 hdr=3D0x00 vendor =C2=A0 =C2=A0 =3D 'LSI Logic (Was: Symbios L= ogic, NCR)' > =C2=A0 =C2=A0device =C2=A0 =C2=A0 =3D 'SAS 3000 series, 8-port with 1068E= -StorPort' > =C2=A0 =C2=A0class =C2=A0 =C2=A0 =C2=A0=3D mass storage > =C2=A0 =C2=A0subclass =C2=A0 =3D SCSI > > I only installed it last week and cannot comment much on performance and > stability up to now. These look nice, and are in the $200-300 CDN range. Have the same mini-SAS connectors as the 3Ware cards we use, so wouldn't have to re-cable the chassis. Are you using these as standard disk controllers, or are you using the RAID features (seems it supports RAID0 and RAID1 in hardware, RAID5 in software)? Reading through the manual right now, and it doesn't cover using the card in non-RAID modes. Wondering if the drives would show up as normal da0 da1 da2 etc. All of these (there's a couple variations on the card) appear to be PCIe, though, no PCI-X. We have 24 drive bays, and only 2 PCIe slots. Have 3 PCI-X slots, though, so would need at least 1 PCI-X controller. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 17:09:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFAA1065679 for ; Wed, 18 Nov 2009 17:09:42 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8728FC0C for ; Wed, 18 Nov 2009 17:09:41 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAIH9dr8000927; Wed, 18 Nov 2009 18:09:40 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 30C3124; Wed, 18 Nov 2009 18:09:39 +0100 (CET) Date: Wed, 18 Nov 2009 18:09:39 +0100 From: Gerrit =?UTF-8?B?S8O8aG4=?= To: Freddie Cash Message-Id: <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?UTF-8?B?ZsO8cg==?= Gravitationsphysik & IGP =?UTF-8?B?VW5pdmVyc2l0w6R0?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.18.165429 Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 17:09:42 -0000 On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash wrote about Re: Support for SAS/SATA non-RAID adapters: FC> > I installed a Supermicro AOC-USASLP-L8i card here some days ago. FC> > Should be even cheaper than the ones you mentioned and comes with a FC> > LSI chip supported by mpt driver: FC> > mpt0@pci0:6:0:0:        class=0x010000 card=0xa68015d9 FC> > chip=0x00581000 rev=0x08 hdr=0x00 vendor     = 'LSI Logic (Was: FC> > Symbios Logic, NCR)' device     = 'SAS 3000 series, 8-port with FC> > 1068E -StorPort' class      = mass storage FC> >    subclass   = SCSI FC> > I only installed it last week and cannot comment much on performance FC> > and stability up to now. FC> These look nice, and are in the $200-300 CDN range. Have the same FC> mini-SAS connectors as the 3Ware cards we use, so wouldn't have to FC> re-cable the chassis. Hm, I don't know the recent exchange rate, but are you sure this is the same card? I paid something like 80,-€ (excl. VAT). FC> Are you using these as standard disk controllers, or are you using the FC> RAID features (seems it supports RAID0 and RAID1 in hardware, RAID5 in FC> software)? Reading through the manual right now, and it doesn't cover FC> using the card in non-RAID modes. Wondering if the drives would show FC> up as normal da0 da1 da2 etc. I think my card does not have the raid features included, maybe that's why it was so cheap. The devices appear as normal scsi disks: dmesg: da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) [...] cliff# camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 1 lun 0 (da1,pass1) at scbus0 target 2 lun 0 (da2,pass2) at scbus0 target 3 lun 0 (da3,pass3) at scbus0 target 4 lun 0 (da4,pass4) at scbus0 target 5 lun 0 (da5,pass5) at scbus0 target 6 lun 0 (da6,pass6) at scbus0 target 7 lun 0 (da7,pass7) FC> All of these (there's a couple variations on the card) appear to be FC> PCIe, though, no PCI-X. We have 24 drive bays, and only 2 PCIe slots. FC> Have 3 PCI-X slots, though, so would need at least 1 PCI-X FC> controller. I guess the version of the card I have here was actually intended to be used in some kind of special Supermirco-Extension Slot. However, it fits into a standard PCIe slot and works nicely there as far as I can tell. Do you have the opportunity of using a riser card that would give you one more slot? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 17:17:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F3C21065670 for ; Wed, 18 Nov 2009 17:17:04 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 269308FC15 for ; Wed, 18 Nov 2009 17:17:03 +0000 (UTC) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA09.westchester.pa.mail.comcast.net with comcast id 6bpu1d0021GhbT859h3nPk; Wed, 18 Nov 2009 17:03:47 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by OMTA07.westchester.pa.mail.comcast.net with comcast id 6h3b1d00D4Mx3R23Th3dDP; Wed, 18 Nov 2009 17:03:45 +0000 Message-ID: <4B0428E6.6080900@comcast.net> Date: Wed, 18 Nov 2009 12:03:34 -0500 From: Steve Polyack User-Agent: Thunderbird 2.0.0.23 (X11/20090902) MIME-Version: 1.0 To: Freddie Cash References: <20091118074329.GA13345@rink.nu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , "Brian A. Seklecki" Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 17:17:04 -0000 Freddie Cash wrote: > On Tue, Nov 17, 2009 at 11:43 PM, Rink Springer wrote: > >> On Tue, Nov 17, 2009 at 08:38:21PM -0800, Freddie Cash wrote: >> >>> I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), >>> and have heard good things about Areca support in FreeBSD. Any >>> comments on their quality/performance/reliability? >>> >> I have got an Areca ARC-1110 4x SATA2 PCI-X card in my server, and I'm >> quite impressed with the performance; these cards do very well in terms >> I/O operations per second and the driver has been rock solid for me. The >> only downside is that they are quite expensive (but well worth it, IMO) >> > > Compared to a 3Ware 9550SXU controller, these are cheap. The Areca is > only $500 (open-box) or $700 (new) on newegg.ca. The 3Ware cards are > over $1000, with the PCIe versions being over $1200 (which is what > started me on this journey -- hardware budgets are getting smaller and > smaller each year). > > We've also tried the Areca cards with FreeBSD - the Areca ARC-1680IX-12-2G PCIe x8 card to be precise. It's a SAS/SATA RAID card. The performance was very impressive. MUCH better than the Dell PERC4/5/6s we were used to. The drivers also seemed to be rock solid (FreeBSD is even listed as a supported OS on the company's website). The feature-set of the card itself is also very rich... The one we tried had its own OOB management via serial port or dedicated 100mbps ethernet jack. It supports endless combinations of RAID arrays, volumes, and SMTP/SNMP alerts. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 17:35:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E5171065694 for ; Wed, 18 Nov 2009 17:35:57 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 52E558FC0A for ; Wed, 18 Nov 2009 17:35:57 +0000 (UTC) Received: by pwj15 with SMTP id 15so905162pwj.3 for ; Wed, 18 Nov 2009 09:35:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=gy3XRcfXnSwtDMWk/CQbzjaY3rVRiZ/tRb0m6ReOmCk=; b=ENK7AVh57auX4dAW+LzpbANAK4a9vMN+bNQe9XHQyJx8CAIFagOYwSs4AlUxagFLi8 gewI2eLNctckYY9kG+hXXO0EMZin2LtQh45nFPIoWrNQIT2LzEOsSzAnTOjwtU4dUUS2 oYf1bc72jTIKlMFBPNlda0AbTZxsHYUYFu0rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Q8ZWDXZiFuW571tvFzXIiNvjEFIlsECf1LmzZZtBAI5IOq11pSVg42mJD7yuomq8BV Jq9x0nbmfpo3SdkL9izBeQHAjnvMDnid//yT+9RHyHzNDuhbvXSzDk2KubN87y3U9UMO 8cnnsyzJko2Dfc8PIW5G7jLiGHs3SuTGUBLlo= MIME-Version: 1.0 Received: by 10.142.6.20 with SMTP id 20mr1308517wff.262.1258565756898; Wed, 18 Nov 2009 09:35:56 -0800 (PST) In-Reply-To: <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> Date: Wed, 18 Nov 2009 09:35:56 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 17:35:57 -0000 2009/11/18 Gerrit K=C3=BChn : > On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash wrote > about Re: Support for SAS/SATA non-RAID adapters: > > FC> > I installed a Supermicro AOC-USASLP-L8i card here some days ago. > FC> > Should be even cheaper than the ones you mentioned and comes with a > FC> > LSI chip supported by mpt driver: > > FC> > mpt0@pci0:6:0:0: =C2=A0 =C2=A0 =C2=A0 =C2=A0class=3D0x010000 card= =3D0xa68015d9 > FC> > chip=3D0x00581000 rev=3D0x08 hdr=3D0x00 vendor =C2=A0 =C2=A0 =3D 'L= SI Logic (Was: > FC> > Symbios Logic, NCR)' device =C2=A0 =C2=A0 =3D 'SAS 3000 series, 8-p= ort with > FC> > 1068E -StorPort' class =C2=A0 =C2=A0 =C2=A0=3D mass storage > FC> > =C2=A0 =C2=A0subclass =C2=A0 =3D SCSI > > FC> > I only installed it last week and cannot comment much on performanc= e > FC> > and stability up to now. > > FC> These look nice, and are in the $200-300 CDN range. =C2=A0Have the sa= me > FC> mini-SAS connectors as the 3Ware cards we use, so wouldn't have to > FC> re-cable the chassis. > > Hm, I don't know the recent exchange rate, but are you sure this is the > same card? I paid something like 80,-=E2=82=AC (excl. VAT). Oops, you're right, was reading the model numbers wrong. The LSI1068-based one is only $129 CDN, the Intel IOP-based ones are $200-300 CDN. Last time I checked the Euro was in the $1.50-2.00 CDN range. > FC> Are you using these as standard disk controllers, or are you using th= e > FC> RAID features (seems it supports RAID0 and RAID1 in hardware, RAID5 i= n > FC> software)? =C2=A0Reading through the manual right now, and it doesn't= cover > FC> using the card in non-RAID modes. =C2=A0Wondering if the drives would= show > FC> up as normal da0 da1 da2 etc. > > I think my card does not have the raid features included, maybe that's wh= y > it was so cheap. The devices appear as normal scsi disks: > > dmesg: > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) > [...] Nice. Thanks for the output. > FC> All of these (there's a couple variations on the card) appear to be > FC> PCIe, though, no PCI-X. =C2=A0We have 24 drive bays, and only 2 PCIe = slots. > FC> Have 3 PCI-X slots, though, so would need at least 1 PCI-X > FC> controller. > > I guess the version of the card I have here was actually intended to be > used in some kind of special Supermirco-Extension Slot. However, it fits > into a standard PCIe slot and works nicely there as far as I can tell. > Do you have the opportunity of using a riser card that would give you one > more slot? Urgh, I have yet to find a riser card that will plug into a Tyan motherboard and not cause issues. Due to all the issues we've had with riser cards in the past, we have sworn off all riser cards. For our 2U servers, we use low-profile cards to avoid risers. I'll keep looking for a PCI-X card. These look like they'll cover our PCIe needs. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 17:37:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A151065705 for ; Wed, 18 Nov 2009 17:37:09 +0000 (UTC) (envelope-from bp@barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id 87F2A8FC0A for ; Wed, 18 Nov 2009 17:37:08 +0000 (UTC) Received: from eden.barryp.org (host-145-114-107-208.midco.net [208.107.114.145]) by itasca.hexavalent.net (Postfix) with ESMTPS id D968123C5F8 for ; Wed, 18 Nov 2009 11:37:07 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=barryp.org; s=itasca; t=1258565827; bh=LUwlRhqca4oBfWoKk99D++vfAzuhhnyy8RM4iFMxx+4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=EGvFc+dAi1Xp T8c2reVFm/zTz4Bj09/ZzeOLdM/Oa/Ig9inp+HKJdlD67VD60CENkvlqjJZqnkoOw3l dJyHonyVgidVyXatiMHJtdev6AQJhaSA1DtfxWtYRnHu7zaW1xrwGjdUhAbNak76IKn Lu+F+9r0o+6+ElHKeeWLgW0iU= Received: from octane.med.und.nodak.edu ([134.129.166.23]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1NAoSm-000Aam-Om; Wed, 18 Nov 2009 11:37:04 -0600 Message-ID: <4B0430BF.4010201@barryp.org> Date: Wed, 18 Nov 2009 11:37:03 -0600 From: Barry Pederson User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?R2Vycml0IEvDvGhu?= References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> In-Reply-To: <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 17:37:09 -0000 Gerrit Kühn wrote: > On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash wrote > about Re: Support for SAS/SATA non-RAID adapters: > > FC> > I installed a Supermicro AOC-USASLP-L8i card here some days ago. > FC> > Should be even cheaper than the ones you mentioned and comes with a > FC> > LSI chip supported by mpt driver: > > > I guess the version of the card I have here was actually intended to be > used in some kind of special Supermirco-Extension Slot. However, it fits > into a standard PCIe slot and works nicely there as far as I can tell. > Do you have the opportunity of using a riser card that would give you one > more slot? Those Supermicro UIO cards look like backwards PCIe cards. Do they come with other brackets for fitting into a PCIe slot, or did you have to go bracketless? The online manual at http://www.supermicro.com/manuals/other/AOC-USASLP-L8i.pdf didn't mention anything about brackets or how it'd work in PCIe slots. Barry From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 17:51:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7204E106566C for ; Wed, 18 Nov 2009 17:51:51 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from numail.brianwhalen.net (numail.brianwhalen.net [66.93.34.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF708FC1A for ; Wed, 18 Nov 2009 17:51:50 +0000 (UTC) Received: by numail.brianwhalen.net (Postfix, from userid 65534) id 97A9628465; Wed, 18 Nov 2009 09:51:49 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on numail.brianwhalen.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=3.0 tests=none autolearn=failed version=3.2.5 Received: from [127.0.0.1] (numail.brianwhalen.net [192.168.15.25]) by numail.brianwhalen.net (Postfix) with ESMTP id 0B78628443; Wed, 18 Nov 2009 09:51:47 -0800 (PST) Message-ID: <4B043434.8090809@brianwhalen.net> Date: Wed, 18 Nov 2009 09:51:48 -0800 From: Brian Whalen User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Freddie Cash References: <20091118074329.GA13345@rink.nu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 17:51:51 -0000 Freddie Cash wrote: > On Tue, Nov 17, 2009 at 11:43 PM, Rink Springer wrote: >> On Tue, Nov 17, 2009 at 08:38:21PM -0800, Freddie Cash wrote: >>> I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), >>> and have heard good things about Areca support in FreeBSD. Any >>> comments on their quality/performance/reliability? >> I have got an Areca ARC-1110 4x SATA2 PCI-X card in my server, and I'm >> quite impressed with the performance; these cards do very well in terms >> I/O operations per second and the driver has been rock solid for me. The >> only downside is that they are quite expensive (but well worth it, IMO) > > Compared to a 3Ware 9550SXU controller, these are cheap. The Areca is > only $500 (open-box) or $700 (new) on newegg.ca. The 3Ware cards are > over $1000, with the PCIe versions being over $1200 (which is what > started me on this journey -- hardware budgets are getting smaller and > smaller each year). > The 3ware cards are not that expensive unless you need a truckload of ports. For the 9650SE on newegg.com; 2 port is 185 4 port is 324 8 port is 525 12 port is 669 Where are you getting the 1200 dollar price from? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 18:00:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D8881065693 for ; Wed, 18 Nov 2009 18:00:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 324958FC1F for ; Wed, 18 Nov 2009 18:00:29 +0000 (UTC) Received: from OMTA24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by QMTA12.emeryville.ca.mail.comcast.net with comcast id 6hci1d0081zF43QACi0W7A; Wed, 18 Nov 2009 18:00:30 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA24.emeryville.ca.mail.comcast.net with comcast id 6i771d00H3S48mS8ki77Ns; Wed, 18 Nov 2009 18:07:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E14531E3035; Wed, 18 Nov 2009 10:00:27 -0800 (PST) Date: Wed, 18 Nov 2009 10:00:27 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091118180027.GA16477@icarus.home.lan> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4B0430BF.4010201@barryp.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 18:00:30 -0000 On Wed, Nov 18, 2009 at 11:37:03AM -0600, Barry Pederson wrote: > Gerrit Khn wrote: > >On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash wrote > >about Re: Support for SAS/SATA non-RAID adapters: > > > >FC> > I installed a Supermicro AOC-USASLP-L8i card here some days ago. > >FC> > Should be even cheaper than the ones you mentioned and comes with a > >FC> > LSI chip supported by mpt driver: > > > > > >I guess the version of the card I have here was actually intended to be > >used in some kind of special Supermirco-Extension Slot. However, it fits > >into a standard PCIe slot and works nicely there as far as I can tell. > >Do you have the opportunity of using a riser card that would give you one > >more slot? > > Those Supermicro UIO cards look like backwards PCIe cards. Do they > come with other brackets for fitting into a PCIe slot, or did you > have to go bracketless? > > The online manual at > > http://www.supermicro.com/manuals/other/AOC-USASLP-L8i.pdf > > didn't mention anything about brackets or how it'd work in PCIe slots. Supermicro UIO slots will adapt to whatever adapter you stick in them which are labelled compatible with said motherboard. The UIO slot itself is proprietary, but provides pinout interfaces to support both PCIe 1x, 4x, and 8x, as well as PCI (32-bit and 64-bit), and PCI-X (presumably 100 and 133MHz). But ultimately it depends on what board offers what pinouts through the UIO slot. Rather than "document it", here's how it works in the Real World(tm): - We need a PCIe x8 on our X7SBi for a low-profile RAID card - X7SBi motherboard has a UIO slot: http://www.supermicro.com/products/motherboard/Xeon3000/3210/X7SBA.cfm - UIO slot on this board supports one of the following, depending on which riser you buy: - (1) PCIe x8 - (1) PCI-X 133MHz (64-bit). - Scroll down to the bottom of the page and you'll find: - CSE-RR1U-ELi -- 1U PCI-E x8 Riser Card for X7SBi - Visit Supermicro's Accessories page, and select Riser Cards: http://www.supermicro.com/support/resources/Riser/riser.aspx - Search for CSE-RR1U-ELi, and you find: http://www.supermicro.com/a_images/products/Accessories/CSE-RR1U-ELi.jpg - Contact Supermicro distributor (whoever you got the server from, or you can contact Supermicro directly to help find a distributor for you) and get the CSE-RR1U-ELi. Some online retailers do sell these risers too. - Costs about US$11. - Buy it, install it, mount the card in it, enjoy. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 18:10:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02141065676 for ; Wed, 18 Nov 2009 18:10:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0B58FC0A for ; Wed, 18 Nov 2009 18:10:10 +0000 (UTC) Received: from OMTA24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id 6hjf1d0031zF43QA9iAAD2; Wed, 18 Nov 2009 18:10:10 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA24.emeryville.ca.mail.comcast.net with comcast id 6iGo1d00G3S48mS8kiGogW; Wed, 18 Nov 2009 18:16:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D6FB31E3035; Wed, 18 Nov 2009 10:10:08 -0800 (PST) Date: Wed, 18 Nov 2009 10:10:08 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091118181008.GA16741@icarus.home.lan> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> <20091118180027.GA16477@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: <20091118180027.GA16477@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 18:10:10 -0000 On Wed, Nov 18, 2009 at 10:00:27AM -0800, Jeremy Chadwick wrote: > On Wed, Nov 18, 2009 at 11:37:03AM -0600, Barry Pederson wrote: > > Gerrit Khn wrote: > > >On Wed, 18 Nov 2009 08:56:14 -0800 Freddie Cash wrote > > >about Re: Support for SAS/SATA non-RAID adapters: > > > > > >FC> > I installed a Supermicro AOC-USASLP-L8i card here some days ago. > > >FC> > Should be even cheaper than the ones you mentioned and comes with a > > >FC> > LSI chip supported by mpt driver: > > > > > > > > >I guess the version of the card I have here was actually intended to be > > >used in some kind of special Supermirco-Extension Slot. However, it fits > > >into a standard PCIe slot and works nicely there as far as I can tell. > > >Do you have the opportunity of using a riser card that would give you one > > >more slot? > > > > Those Supermicro UIO cards look like backwards PCIe cards. Do they > > come with other brackets for fitting into a PCIe slot, or did you > > have to go bracketless? > > > > The online manual at > > > > http://www.supermicro.com/manuals/other/AOC-USASLP-L8i.pdf > > > > didn't mention anything about brackets or how it'd work in PCIe slots. > > Supermicro UIO slots will adapt to whatever adapter you stick in them > which are labelled compatible with said motherboard. > > The UIO slot itself is proprietary, but provides pinout interfaces > to support both PCIe 1x, 4x, and 8x, as well as PCI (32-bit and > 64-bit), and PCI-X (presumably 100 and 133MHz). But ultimately it > depends on what board offers what pinouts through the UIO slot. > > Rather than "document it", here's how it works in the Real World(tm): > > - We need a PCIe x8 on our X7SBi for a low-profile RAID card > - X7SBi motherboard has a UIO slot: > http://www.supermicro.com/products/motherboard/Xeon3000/3210/X7SBA.cfm > - UIO slot on this board supports one of the following, depending > on which riser you buy: > - (1) PCIe x8 > - (1) PCI-X 133MHz (64-bit). > - Scroll down to the bottom of the page and you'll find: > - CSE-RR1U-ELi -- 1U PCI-E x8 Riser Card for X7SBi > - Visit Supermicro's Accessories page, and select Riser Cards: > http://www.supermicro.com/support/resources/Riser/riser.aspx > - Search for CSE-RR1U-ELi, and you find: > http://www.supermicro.com/a_images/products/Accessories/CSE-RR1U-ELi.jpg > - Contact Supermicro distributor (whoever you got the server from, or > you can contact Supermicro directly to help find a distributor for > you) and get the CSE-RR1U-ELi. Some online retailers do sell these > risers too. > - Costs about US$11. > - Buy it, install it, mount the card in it, enjoy. By the way, I'll add that the AOC-USASLP-L8i is **not** compatible with the UIO riser/adapter for the X7SBi. This should be apparent just from examining the location of the PCIe x8 slot on the RAID card vs. where the CSE-RR1U-ELi PCIe x8 slot is located. You'll find what boards the AOC-USASLP-L8i is compatible with, UIO riser-wise, here: http://www.supermicro.com/products/accessories/addon/AOC-USASLP-L8i.cfm So in general, make sure whatever Supermicro card (RAID, Ethernet, SAS, SCSI, whatever) you're going with is indeed compatible with whatever Supermicro board you stick it in. Best thing to do is contact Supermicro Technical Support and ask. Their TS folks are better than average; I can get full specifications for ICs out of them, while I've never been able to achieve this with Tyan. Rackable (who uses Tyan mainboards) might have better luck. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 18:40:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A971A106566B for ; Wed, 18 Nov 2009 18:40:39 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from jj.bangj.com (jj.bangj.com [198.86.87.199]) by mx1.freebsd.org (Postfix) with ESMTP id 84FB88FC20 for ; Wed, 18 Nov 2009 18:40:39 +0000 (UTC) Received: from [172.16.10.11] (cpe-066-026-040-218.nc.res.rr.com [66.26.40.218]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by jj.bangj.com (Postfix) with ESMTPSA id E9F29B31 for ; Wed, 18 Nov 2009 13:23:44 -0500 (EST) From: Tom Pusateri Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Nov 2009 13:23:47 -0500 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: libdispatch on 8-Stable or 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: Wed, 18 Nov 2009 18:40:39 -0000 I've been trying to build the libdispatch port on FreeBSD 8-STABLE but = not having much luck. I used the instructions here: = http://wiki.freebsd.org/GCD They say to install 8.0-RC3 and then update the sources to FreeBSD = 8-STABLE. I set my cvsup tag to: *default release=3Dcvs tag=3DRELENG_8 and rebuilt the world but kern.osreldate didn't change. Its still 800107 = which won't allow the port to build. Is there a different cvs tag I should be using or do I have to go to = 9-CURRENT? Thanks, Tom= From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 19:05:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B583F1065695 for ; Wed, 18 Nov 2009 19:05:02 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 2A98B8FC1C for ; Wed, 18 Nov 2009 19:05:01 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nAIJ4xwM031728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Nov 2009 06:05:00 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nAIJ4wmg074034; Thu, 19 Nov 2009 06:04:58 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nAIJ4wb9074033; Thu, 19 Nov 2009 06:04:58 +1100 (EST) (envelope-from peter) Date: Thu, 19 Nov 2009 06:04:58 +1100 From: Peter Jeremy To: David Kelly Message-ID: <20091118190458.GB68851@server.vk2pj.dyndns.org> References: <1229144206.498323.1258535266846.JavaMail.app@ech3-cdn11.prod> <20091118161317.GC7784@Grumpy.DynDNS.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20091118161317.GC7784@Grumpy.DynDNS.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, FreeBSD-Questions@freebsd.org Subject: Re: Invitation to connect on LinkedIn 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, 18 Nov 2009 19:05:02 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Nov-18 10:13:17 -0600, David Kelly wrote: >On Wed, Nov 18, 2009 at 01:07:46AM -0800, Andrei Antoukh wrote: >> LinkedIn >> ------------ >>=20 >> Andrei Antoukh requested to add you as a connection on LinkedIn: >> ------------------------------------------ > >Why isn't LinkedIn in FreeBSD.org's spam blocker? I have raised this with postmaster@ and he is investigating how to block this spam. --=20 Peter Jeremy --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksERVoACgkQ/opHv/APuIc0HQCglDapxmeupIKFYKmrViwBf8E3 ImUAoKV8axAy4g7xlqw4H6o33vZQWXAZ =Z+UD -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 19:11:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F213106566B for ; Wed, 18 Nov 2009 19:11:36 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 12B3B8FC12 for ; Wed, 18 Nov 2009 19:11:35 +0000 (UTC) Received: by pwj15 with SMTP id 15so967854pwj.3 for ; Wed, 18 Nov 2009 11:11:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=EvSJURHS57S92Ho48ZJOY9183Lr3CBh2Lgh/9UgTIIQ=; b=FHqFrdElIFZf206U5qzJBkUEsXFf4XG6uRo8kVNvoKK0JvYNZr15GKH+WdULSROolf DjEajGeoZmvvbZ757FZQpAyMAuB9lK0TlBb0IpXeyFFiyUhxqgkssliMTFQVKX8Ue2kU PuX8oIKy5RdsMt+S6JENjKPn+Ewll8R1voVD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=p1tBw4MjlrijYeJ7xnj4lsnHifGll4g3MQCqbblaOCKtuBcUNtdVfL5DGNvz3bTmcb b3pH6UPkRPP+gmiNCJS7uDLM3upD6I2jnYpjJ1m2bLbPh/uu680VK3m35O/OCVtuJIVm ZJUN4kNz/6ffrt8R+TIT+gcsONDRglUdk888c= MIME-Version: 1.0 Received: by 10.142.66.6 with SMTP id o6mr1282361wfa.342.1258571495766; Wed, 18 Nov 2009 11:11:35 -0800 (PST) In-Reply-To: <20091118181008.GA16741@icarus.home.lan> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> <20091118180027.GA16477@icarus.home.lan> <20091118181008.GA16741@icarus.home.lan> Date: Wed, 18 Nov 2009 11:11:35 -0800 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 19:11:36 -0000 On Wed, Nov 18, 2009 at 10:10 AM, Jeremy Chadwick wrote: > By the way, I'll add that the AOC-USASLP-L8i is **not** compatible with > the UIO riser/adapter for the X7SBi. =C2=A0This should be apparent just f= rom > examining the location of the PCIe x8 slot on the RAID card vs. =C2=A0whe= re > the CSE-RR1U-ELi PCIe x8 slot is located. > > You'll find what boards the AOC-USASLP-L8i is compatible with, UIO > riser-wise, here: > > http://www.supermicro.com/products/accessories/addon/AOC-USASLP-L8i.cfm > > So in general, make sure whatever Supermicro card (RAID, Ethernet, SAS, > SCSI, whatever) you're going with is indeed compatible with whatever > Supermicro board you stick it in. > > Best thing to do is contact Supermicro Technical Support and ask. =C2=A0T= heir > TS folks are better than average; I can get full specifications for ICs > out of them, while I've never been able to achieve this with Tyan. > Rackable (who uses Tyan mainboards) might have better luck. =C2=A0:-) Ah, in that case, it's not a solution for us. We use Tyan motherboards for pretty much everything, and have never had any luck with any kind of riser card, whether it be in a standard PCI slot or a PCI-X slot. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 19:14:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE051106566C for ; Wed, 18 Nov 2009 19:14:26 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 824828FC21 for ; Wed, 18 Nov 2009 19:14:26 +0000 (UTC) Received: by pwj15 with SMTP id 15so969610pwj.3 for ; Wed, 18 Nov 2009 11:14:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=sfOcK2uuAaAfhOpA7B0BOwaqdsupCuwvfrw0ypKKXVE=; b=LbkI9QmTZVc79HuUPW11GMTiv0K8Bpfdgbg9Zj0+aeSern99Pqa7k6CYvUlhVsNE2N k43QhMxe8KiQw/s9ZrMq9UWFNy1+PNVbxBUgZbocpL5/WT77tsWy+uQcvx7BkBGIO9vS M2tfM+S6oqtIKyI/zI3GmCk5GPt5u0yyNd528= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ggUwyr4As0lUlbw9hZC62C5h1h9fxROAykNmpKjAquyMkmeOuUCOsB5hbVaPeHD76Z H32gE2l4zDt1J84Ak2SM0vaIoc/aCRiK79j5uBX+AidTSOoEvpsMamZ/s6gHcpcZzbMG A/s3NWoRdJ+KtCYgEzBAGKql7om3dFCvJs1UA= MIME-Version: 1.0 Received: by 10.142.2.10 with SMTP id 10mr1390522wfb.99.1258571666099; Wed, 18 Nov 2009 11:14:26 -0800 (PST) In-Reply-To: <4B043434.8090809@brianwhalen.net> References: <20091118074329.GA13345@rink.nu> <4B043434.8090809@brianwhalen.net> Date: Wed, 18 Nov 2009 11:14:25 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 19:14:26 -0000 On Wed, Nov 18, 2009 at 9:51 AM, Brian Whalen wrote= : > Freddie Cash wrote: >> On Tue, Nov 17, 2009 at 11:43 PM, Rink Springer wrote= : >>> On Tue, Nov 17, 2009 at 08:38:21PM -0800, Freddie Cash wrote: >>>> I've also found a couple of Areca cards (PCI-X, non-RAID/PCIe RAID), >>>> and have heard good things about Areca support in FreeBSD. =C2=A0Any >>>> comments on their quality/performance/reliability? >>> >>> I have got an Areca ARC-1110 4x SATA2 PCI-X card in my server, and I'm >>> quite impressed with the performance; these cards do very well in terms >>> I/O operations per second and the driver has been rock solid for me. Th= e >>> only downside is that they are quite expensive (but well worth it, IMO) >> >> Compared to a 3Ware 9550SXU controller, these are cheap. =C2=A0The Areca= is >> only $500 (open-box) or $700 (new) on newegg.ca. =C2=A0The 3Ware cards a= re >> over $1000, with the PCIe versions being over $1200 (which is what >> started me on this journey -- hardware budgets are getting smaller and >> smaller each year). > > The 3ware cards are not that expensive unless you need a truckload of por= ts. > > For the 9650SE on newegg.com; > 2 port is 185 > 4 port is 324 > 8 port is 525 > 12 port is 669 > > Where are you getting the 1200 dollar price from? We deal in Canadian dollars. :) Our hardware purchaser spent several hours on the phone and web looking for a replacement 9650SE-12ML (12-port, multi-lane, PCIe). Every place she checked showed them as $1000-1200. We need the -12ML (or -16ML) for one server, as it's actually using the RAID features, and the controller in that server died (scorch marks on the heat sink). As that server was using RAID6, we couldn't replace it with any of the 9550s we have as spares. :( We have three servers using these cards. Only 1 is actually using the RAID features. The other two are ZFS storage servers. Going forward, we will be putting in more ZFS systems than non-ZFS systems, so we don't need as fancy of controller. Just lots of ports (or lots of cards, we have 3 PCI-X and 2 PCIe slots to work with). --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 19:16:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B5A106568B for ; Wed, 18 Nov 2009 19:16:03 +0000 (UTC) (envelope-from bp@barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id CCFB98FC1B for ; Wed, 18 Nov 2009 19:16:02 +0000 (UTC) Received: from eden.barryp.org (host-145-114-107-208.midco.net [208.107.114.145]) by itasca.hexavalent.net (Postfix) with ESMTPS id 8863A23C5F7 for ; Wed, 18 Nov 2009 13:16:01 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=barryp.org; s=itasca; t=1258571761; bh=eRmWocIYFfAls8nyB1Gy8jaEJDtbDeRBTQAIXvrPhro=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ZZUfg0Lhb+4Y wRX8S9sgic+Fv8qerVWB3+qG8cnPhK0e5dhTR7X/OYcZ/ar2+bypcE8zRYvds0lqAxc 61N6oAJvi378ufHo+fCU8hqWhhuRrsL86ye3Uah3q7tn680qUczwHx6/FQUV4COCfAN PnpAVXcKGmBmGfLb69iCIswj4= Received: from octane.med.und.nodak.edu ([134.129.166.23]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1NAq0W-000BQh-0d; Wed, 18 Nov 2009 13:16:00 -0600 Message-ID: <4B0447EF.1080703@barryp.org> Date: Wed, 18 Nov 2009 13:15:59 -0600 From: Barry Pederson User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Jeremy Chadwick References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> <20091118180027.GA16477@icarus.home.lan> <20091118181008.GA16741@icarus.home.lan> In-Reply-To: <20091118181008.GA16741@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 19:16:03 -0000 Jeremy Chadwick wrote: >> The UIO slot itself is proprietary, but provides pinout interfaces >> to support both PCIe 1x, 4x, and 8x, as well as PCI (32-bit and >> 64-bit), and PCI-X (presumably 100 and 133MHz). But ultimately it >> depends on what board offers what pinouts through the UIO slot. >> >> Rather than "document it", here's how it works in the Real World(tm): >> >> - We need a PCIe x8 on our X7SBi for a low-profile RAID card >> - X7SBi motherboard has a UIO slot: >> http://www.supermicro.com/products/motherboard/Xeon3000/3210/X7SBA.cfm >> - UIO slot on this board supports one of the following, depending >> on which riser you buy: >> - (1) PCIe x8 >> - (1) PCI-X 133MHz (64-bit). >> - Scroll down to the bottom of the page and you'll find: >> - CSE-RR1U-ELi -- 1U PCI-E x8 Riser Card for X7SBi >> - Visit Supermicro's Accessories page, and select Riser Cards: >> http://www.supermicro.com/support/resources/Riser/riser.aspx >> - Search for CSE-RR1U-ELi, and you find: >> http://www.supermicro.com/a_images/products/Accessories/CSE-RR1U-ELi.jpg >> - Contact Supermicro distributor (whoever you got the server from, or >> you can contact Supermicro directly to help find a distributor for >> you) and get the CSE-RR1U-ELi. Some online retailers do sell these >> risers too. >> - Costs about US$11. >> - Buy it, install it, mount the card in it, enjoy. > > By the way, I'll add that the AOC-USASLP-L8i is **not** compatible with > the UIO riser/adapter for the X7SBi. This should be apparent just from > examining the location of the PCIe x8 slot on the RAID card vs. where > the CSE-RR1U-ELi PCIe x8 slot is located. > > You'll find what boards the AOC-USASLP-L8i is compatible with, UIO > riser-wise, here: > > http://www.supermicro.com/products/accessories/addon/AOC-USASLP-L8i.cfm > > So in general, make sure whatever Supermicro card (RAID, Ethernet, SAS, > SCSI, whatever) you're going with is indeed compatible with whatever > Supermicro board you stick it in. > > Best thing to do is contact Supermicro Technical Support and ask. Their > TS folks are better than average; I can get full specifications for ICs > out of them, while I've never been able to achieve this with Tyan. > Rackable (who uses Tyan mainboards) might have better luck. :-) Thanks for the info. I have no doubt a Supermicro HBA will work in a Supermicro motherboard and chassis given the correct Supermicro risers or other accessories. What I was questioning was where the OP said: "it fits into a standard PCIe slot and works nicely there as far as I can tell" - which to me sounds like you could use this HBA in a *NON-Supermicro* motherboard. I was just wondering if that was truly the case, given how in the photos it looks to be arranged physically backwards from a regular PCIe card, and given how you mention "The UIO slot itself is proprietary". But some more digging on Google has turned up a few mentions along the lines of: """ This card plugs into a normal PCIe 8x slot but the metal mounting bracket bolted to the card is made for a UIO slot (which is why it's so cheap). All you have to do is remove the metal bracket and zip-tie the card to your case for mechanical support. Electrically it'll work fine in a PCIe x8 or x16 slot. """ If someone wanted to make PCIe compatible brackets for this affordable card, they'd probably sell a fair number to small shops or home users. Barry From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 19:17:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B891065697 for ; Wed, 18 Nov 2009 19:17:39 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4A38FC1A for ; Wed, 18 Nov 2009 19:17:39 +0000 (UTC) Received: from [128.211.179.18] (pal-179-018.itap.purdue.edu [128.211.179.18]) by mail.kc8onw.net (Postfix) with ESMTPSA id 7CCF23B281 for ; Wed, 18 Nov 2009 14:17:38 -0500 (EST) Message-ID: <4B044854.2080300@kc8onw.net> Date: Wed, 18 Nov 2009 14:17:40 -0500 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Support for SAS/SATA non-RAID adapters 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, 18 Nov 2009 19:17:39 -0000 On 11/17/2009 7:29 PM, Freddie Cash wrote: > LSI SAS 3081E-R 8-port SAS/SATA PCIe I've had excellent luck with LSI cards in a moderate usage home environment. I've had the 3041 and 3081 and never had any issues with either card. I've never really stress tested them for performance with anything other than doing a zpool scrub on them but they've handled everything I've tried to do just fine. Hot swap also works correctly. Jonathan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 20:11:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4614B106566C; Wed, 18 Nov 2009 20:11:32 +0000 (UTC) (envelope-from gjin@ubicom.com) Received: from server70.appriver.com (server70.appriver.com [69.20.119.203]) by mx1.freebsd.org (Postfix) with ESMTP id CC3448FC21; Wed, 18 Nov 2009 20:11:31 +0000 (UTC) X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Policy: GLOBAL - ubicom.com X-Primary: gjin@ubicom.com X-Note: This Email was scanned by AppRiver SecureTide X-Virus-Scan: V- X-Note: TCH-CT/SI:0-58/SG:2 11/18/2009 3:11:10 PM X-GBUdb-Analysis: 0, 216.112.109.98, Ugly c=0.747107 p=-0.913352 Source White X-Signature-Violations: 0-0-0-8170-c X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES X-Note-Sending-IP: 216.112.109.98 X-Note-Reverse-DNS: 216.112.109.98.ptr.us.xo.net X-Note-WHTLIST: gjin@ubicom.com X-Note: User Rule Hits: X-Note: Global Rule Hits: 115 116 117 118 122 123 221 X-Note: Mail Class: VALID X-Note: Headers Injected Received: from [216.112.109.98] (HELO stork.scenix.com) by server70.appriver.com (CommuniGate Pro SMTP 5.3c2) with ESMTP id 107546105; Wed, 18 Nov 2009 15:11:31 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Nov 2009 12:03:54 -0800 Message-ID: In-Reply-To: <200911181213.34112.hselasky@c2i.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-RC3 USB lock up on mounting two partitions from one USB drive Thread-Index: AcpoP3z6JZv+wKUaR6W88hemmQS/OQASgtOA References: <200911181213.34112.hselasky@c2i.net> From: "Guojun Jin" To: "Hans Petter Selasky" , Cc: questions@freebsd.org, freebsd-stable@freebsd.org Subject: RE: 8.0-RC3 USB lock up on mounting two partitions from one USB drive 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, 18 Nov 2009 20:11:32 -0000 It looks like a system issue since it also happens to the SATA drive.=20 The USB drive seems having more difficulty. I will back up rest partitions, Then redo the slice and partition to see if problem goes away. If so, then 8.0-R has a backward compatibility issue on the partition table or format to older FreeBSD release. -----Original Message----- From: Hans Petter Selasky [mailto:hselasky@c2i.net]=20 Sent: Wednesday, November 18, 2009 3:14 AM To: freebsd-usb@freebsd.org Cc: Guojun Jin; freebsd-stable@freebsd.org; questions@freebsd.org Subject: Re: 8.0-RC3 USB lock up on mounting two partitions from one USB drive Hi, I'm not sure if this is an USB issue or not. If you get READ/WRITE errors and=20 the drive simply dies then it might be the case. Else it is a system issue. There are quirks for mass storage which you can add to=20 sys/dev/usb/storage/umass.c . --HPS On Wednesday 18 November 2009 08:33:07 Guojun Jin wrote: > Did newfs on those partition and made things worsen -- restore completely > fails: (I had experienced another similar problem on an IDE, which works > well for 6.4 and 7.2, but 8.0.) This dirve works fine under FreeBSD 6.4. > > Is something new in 8.0 making disk partition schema changed? > > g_vfs_done():da0s3d[READ(offset=3D98304, length=3D16384)]error =3D 6 > g_vfs_done():da0s3d[WRITE(offset=3D192806912, length=3D16384)]error = =3D 6 > fopen: Device not configured > cannot create save file ./restoresymtable for symbol table > abort? [yn] (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D > 0xa, scs i status =3D=3D 0x0 > (da0:umass-sim0:0:0:0): removing device entry > ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0000 > umass0:0:0:-1: Attached to scbus0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > Device da0s3d went missing before all of the data could be written to it; > expect data loss. > > 99 23:19 sysinstall > 100 23:20 newfs /dev/da0s3d > 101 23:20 newfs /dev/da0s3e > 102 23:21 mount /dev/da0s3d /mnt > 103 23:21 cd /mnt > 104 23:21 dump -0f - /home | restore -rf - > 105 23:27 history 15 > > > > -----Original Message----- > From: Guojun Jin > Sent: Tue 11/17/2009 11:05 PM > To: freebsd-stable@freebsd.org > Cc: questions@freebsd.org; freebsd-usb@freebsd.org > Subject: 8.0-RC3 USB lock up on mounting two partitions from one USB drive > > When mounting two partitions from a USB dirve, it can cause the drive > access lock up for a long time. Details: > > Terminal 1 -- > term1# mount /dev/da0s3d /mnt > term1# cd /mnt ; rm -fr * > > when rm starts, go to terminal 2 and do: > > term2# mount /dev/da0s3e /dist ### this will hanging for a long time and > USB hard drive activity light is off. After more than 1-2 minutes, mount > returns, and the drive activity light is blinking, thus removing is going > on. > > term2# ls /dist ### this will cause dUSB dirve hanging again -- no > avtivity. Similarly, ls will finish in a couple of miniutes or longer, the > rm command continues; but for a while, the drive activity will stop again. > > Reboot machine, repeat the above steps, and result will be the same. Reboot > machine again, and just mount one partition, then doing "rm -rf *" without > involve the second partition, rm will finish quickly. > > Has anyone obseved this behave on 8.0-RC? > > -Jin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 21:30:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B8B1065672; Wed, 18 Nov 2009 21:30:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id EE1B38FC1E; Wed, 18 Nov 2009 21:30:20 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAILUJCR089766; Wed, 18 Nov 2009 16:30:19 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911182130.nAILUJCR089766@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 18 Nov 2009 16:30:27 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfvogel@gmail.com Subject: bug with some em nics on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2009 21:30:21 -0000 On two Intel chipset Supermicro boards (X8STi and X8STE-0) using the onboard em nics (dmesg info below), I seem to have run into an issue where if I boot the box up with the cables unplugged, I cannot get the NICS to properly work post boot up. This is quite repeatable for me. So at boot time, I have # ifconfig em5 em5: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:d6:ef:13 inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 media: Ethernet autoselect status: no carrier I then ping something that would be across the wire while the nic is down. e.g. ping 3.3.3.1 I then plug in the cable so that the other side has 3.3.3.1 ifconfig shows all looks good # ifconfig em5 em5: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:d6:ef:13 inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 media: Ethernet autoselect (1000baseTX ) status: active I try and ping 3.3.3.1 which is on xover (via a switch shows the same behaviour), and no response to the pings.... BUT, I do see the MAC addr show up # ping -c 2 -S 3.3.3.3 3.3.3.1 PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes --- 3.3.3.1 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss # arp -na ? (3.3.3.1) at 00:30:48:94:88:20 on em5 [ethernet] ? (3.3.3.3) at 00:30:48:d6:ef:13 on em5 permanent [ethernet] I can see its mac addr ?!? Furthermore, if I do # ifconfig em5 3.3.3.55/32 alias On the other side, I see 0(ich10)# tcpdump -nei igb0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on igb0, link-type EN10MB (Ethernet), capture size 96 bytes 16:16:03.380886 00:30:48:d6:ef:13 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 3.3.3.55 tell 3.3.3.55, length 46 and I can ping if I specify the alias as the source IP # ping -S 3.3.3.55 3.3.3.1 PING 3.3.3.1 (3.3.3.1) from 3.3.3.55: 56 data bytes 64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.184 ms 64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.051 ms 64 bytes from 3.3.3.1: icmp_seq=2 ttl=64 time=0.055 ms 16:17:01.603345 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype ARP (0x0806), length 60: Reply 3.3.3.55 is-at 00:30:48:d6:ef:13, length 46 16:17:01.603349 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 0, length 64 16:17:02.603497 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype IPv4 (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP echo request, id 7946, seq 1, length 64 16:17:02.603502 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 1, length 64 16:17:03.604510 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype IPv4 (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP echo request, id 7946, seq 2, length 64 16:17:03.604516 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 2, length 64 but not using the initial IP addr 0[iolite3A]# ping -S 3.3.3.3 3.3.3.1 PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes ^C --- 3.3.3.1 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss # Yet, # ping -S 3.3.3.3 3.3.3.1 PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes ^C --- 3.3.3.1 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss # ping -S 3.3.3.4 3.3.3.1 PING 3.3.3.1 (3.3.3.1) from 3.3.3.4: 56 data bytes 64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.176 ms 64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.050 ms ^C --- 3.3.3.1 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.050/0.113/0.176/0.063 ms Strange, eh ? em4@pci0:6:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled em5@pci0:7:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled em4: port 0xdc00-0xdc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 em4: Using MSIX interrupts em4: [ITHREAD] em4: [ITHREAD] em4: [ITHREAD] em4: Ethernet address: 00:30:48:d6:ef:12 pcib7: irq 16 at device 28.1 on pci0 pci7: on pcib7 em5: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 em5: Using MSIX interrupts em5: [ITHREAD] em5: [ITHREAD] em5: [ITHREAD] em5: Ethernet address: 00:30:48:d6:ef:13 The same does NOT happen with my external 2 port pcie nics (it says HP, but they are intel branded) eg em0@pci0:1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) em1@pci0:1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 22:10:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDDF7106568D; Wed, 18 Nov 2009 22:10:58 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED028FC0A; Wed, 18 Nov 2009 22:10:58 +0000 (UTC) Received: by pxi12 with SMTP id 12so1081638pxi.3 for ; Wed, 18 Nov 2009 14:10:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dBWBDLH28igAcuw0VGQbMt9xE6uld0vaMggVFcWvqSY=; b=sXr+9vf6ZYXOBgqB7exdqUoZ3VG7pbHPdbiTfybTMrX4hFca5dlI4hBcD41IQtKgwl 6mMOODKUNRWujLuQPO6XuatgLWJiTYkLdH5h/Ja8ghjAeE7TsGXXZhLeaaUX5DuYkrfg qWIEwfJot6lq3uVIg1EHVYqmA2eD3759NJaC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Wtg9Ggsx0JQLEdrtG+Osk7Jz5iJVLhNW/nE0CkjCdbIFv3M/F8Tu/SBVlSPUddXTyu KUHwnE3kcZytUkwRrMUvyJw5oSrwBgZ4bXb7llVFZ+gMgPR5SJN7UWWBEFEl7dqPm2Lh GK3gpl7VSruXIcociz+sjuuQrclE715jtDRYI= MIME-Version: 1.0 Received: by 10.114.2.29 with SMTP id 29mr224873wab.48.1258582258192; Wed, 18 Nov 2009 14:10:58 -0800 (PST) In-Reply-To: <456530742.21066.1258437272093.JavaMail.apache@mail51.abv.bg> References: <456530742.21066.1258437272093.JavaMail.apache@mail51.abv.bg> Date: Wed, 18 Nov 2009 15:10:57 -0700 Message-ID: From: Tim Judd To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2009 22:10:58 -0000 On 11/16/09, Mario Pavlov wrote: > indeed you get bonus points if you firewall yourself :) > and of course this is not the first time I do that so my score is pretty > good > however my favourite is to forget about net.inet.ip.forwarding when I > upgrade routers with many clients :) > > Tim, thanks for your hints...but I don't understand this one: > >2nd, you buildworld and installworld into the diskless root, but never > >use it. You're using disk space you can reclaim. > how so I never use it and can reclaim diskspace ? The Monday's email you sent at 11:22 (by datestamp on gmail), you wrote: ================================================================================ mkdir /storage0/diskless cd /usr/src export DESTDIR=/storage0/diskless make buildworld buildkernel installworld distribution installkernel ================================================================================ ----------------------- You clearly 'make buildworld installworld' but your later exports have /storage0/diskless and /usr being exported. shouldn't it be either /storage0/diskless (as a root filesystem and everything underneath it) or if you want to unecessarily break it up, exporting /storage0/diskless/usr ? Understand? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 22:15:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26F34106566B for ; Wed, 18 Nov 2009 22:15:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8A38FC14 for ; Wed, 18 Nov 2009 22:15:31 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-91-166.lns20.adl2.internode.on.net [118.210.91.166]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAIMFQbF046303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Nov 2009 08:45:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stefan Bethke Date: Thu, 19 Nov 2009 08:45:16 +1030 User-Agent: KMail/1.9.10 References: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> In-Reply-To: <4AFF40B1.3040705@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2350328.AOebMCtCp2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911190845.24313.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 18 Nov 2009 22:15:32 -0000 --nextPart2350328.AOebMCtCp2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 15 Nov 2009, Daniel O'Connor wrote: > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. How can I show what partition has what UUID? gpart list and gpart show do not say.. I suspect if I booted verbose glabel would say but that is a bit=20 annoying :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2350328.AOebMCtCp2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBHH85ZPcIHs/zowRAkXLAKCVCKU6ECHjLVjGmIAkWV4o3RxXQQCeP+zw 9M9l3pbuV1grQutRar79PzY= =ht7P -----END PGP SIGNATURE----- --nextPart2350328.AOebMCtCp2-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 23:11:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9AE710656AB for ; Wed, 18 Nov 2009 23:11:49 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 648148FC1E for ; Wed, 18 Nov 2009 23:11:49 +0000 (UTC) Received: by bwz5 with SMTP id 5so1934148bwz.3 for ; Wed, 18 Nov 2009 15:11:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.93.6 with SMTP id k6mr3636671wef.89.1258585908075; Wed, 18 Nov 2009 15:11:48 -0800 (PST) In-Reply-To: <200911190845.24313.doconnor@gsoft.com.au> References: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <200911190845.24313.doconnor@gsoft.com.au> Date: Thu, 19 Nov 2009 00:11:47 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 18 Nov 2009 23:11:49 -0000 On Wed, Nov 18, 2009 at 23:15, Daniel O'Connor wrot= e: > On Sun, 15 Nov 2009, Daniel O'Connor wrote: >> =A0> There's no need to detach anything. >> >> I'll try it when I get home and see how it goes. > > How can I show what partition has what UUID? > > gpart list and gpart show do not say.. > > I suspect if I booted verbose glabel would say but that is a bit > annoying :) % sysctl -b kern.geom.confdot | dot -Tpng > foo.png % pkg_which /usr/local/bin/dot graphviz-2.24.0_1 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 23:25:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74CED1065694 for ; Wed, 18 Nov 2009 23:25:36 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 02CE18FC21 for ; Wed, 18 Nov 2009 23:25:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id E291512EE for ; Thu, 19 Nov 2009 00:25:33 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QW27wEZkC4Si for ; Thu, 19 Nov 2009 00:25:33 +0100 (CET) Received: from ng.keltia.net (tara.freenix.org [193.56.58.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 89AF512EC for ; Thu, 19 Nov 2009 00:25:33 +0100 (CET) Date: Thu, 19 Nov 2009 00:25:30 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org Message-ID: <20091118232530.GA2780@ng.keltia.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: libdispatch on 8-Stable or 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: Wed, 18 Nov 2009 23:25:36 -0000 According to Tom Pusateri: > and rebuilt the world but kern.osreldate didn't change. Its still 800107 which won't allow the port to build. Change the <= into a < in libdispatch/Makefile and it will happily build the port. All tests pass. I'm using a fairly recent clang snapshot for the blocks support. llvm-devel-2.7.r89141 (made with "make BOOTSTRAP=yes makesum && update) libdispatch-147 compiler-rt-0.r83568 FreeBSD ng.keltia.net 8.0-PRERELEASE FreeBSD #6 r199493M: Wed Nov 18 22:33:04 CET 2009 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 23:32:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069831065670 for ; Wed, 18 Nov 2009 23:32:14 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 95DC68FC0A for ; Wed, 18 Nov 2009 23:32:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 6D80E12ED for ; Thu, 19 Nov 2009 00:32:12 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1UJ8uqvlo8Rz for ; Thu, 19 Nov 2009 00:32:12 +0100 (CET) Received: from ng.keltia.net (tara.freenix.org [193.56.58.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id E739C39A4A for ; Thu, 19 Nov 2009 00:32:11 +0100 (CET) Date: Thu, 19 Nov 2009 00:32:10 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org Message-ID: <20091118233210.GB2780@ng.keltia.net> References: <4B03322A.2080608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B03322A.2080608@FreeBSD.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 23:32:14 -0000 According to Alexander Motin: > Feedbacks are welcome as always. Working fine from here, on a recent Dell T3500 with ICH8/ICH10 controllers (ATA/AHCI). Thanks a lot! Disks were renamed from ad{4,6,8} into ada{0,1,2}. I'm using a full-GPT-ZFS setup here. ZFS mounted all pools w/o any issue and seems to be using the gptids instead of the /dev/adNp3 partitions. Swap is not on ZFS but I added GPT labels with gpart and glabel added the /dev/gpt entries so swap is fine too. See below: ahci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 20 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] ... (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 (aprobe1:ahcich1:0:0:0): SIGNATURE: 0000 (aprobe2:ahcich2:0:0:0): SIGNATURE: 0000 (aprobe3:ahcich3:0:0:0): SIGNATURE: eb14 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich3 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: Command Queueing enabled ada1: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA/ATAPI-8 SATA 2.x device ada2: 300.000MB/s transfers ada2: Command Queueing enabled ada2: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) 411 [0:31] roberto@ng:~> swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/swap0 4194304 0 4194304 0% /dev/gpt/swap1 4194304 0 4194304 0% /dev/gpt/swap2 4194304 0 4194304 0% Total 12582912 0 12582912 0% From owner-freebsd-stable@FreeBSD.ORG Wed Nov 18 23:35:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B51F1065679 for ; Wed, 18 Nov 2009 23:35:00 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 11D4E8FC08 for ; Wed, 18 Nov 2009 23:35:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 1F4F912ED for ; Thu, 19 Nov 2009 00:34:59 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wsgPRZUZ4AGR for ; Thu, 19 Nov 2009 00:34:58 +0100 (CET) Received: from ng.keltia.net (tara.freenix.org [193.56.58.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id B7BE939A4A for ; Thu, 19 Nov 2009 00:34:58 +0100 (CET) Date: Thu, 19 Nov 2009 00:34:57 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org Message-ID: <20091118233457.GC2780@ng.keltia.net> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091118061726.GA1675@icarus.home.lan> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 18 Nov 2009 23:35:00 -0000 According to Jeremy Chadwick: > I didn't have this problem. System has AHCI in use, and the kernel is > built to make use of modular atacore. Specifically: > > # Modular ATA > device atacore # Core ATA functionality > device ataisa # ISA bus support > device atapci # PCI bus support; only generic chipset support > device ataahci # AHCI SATA > device ataintel # Intel Interesting. My own kernel config file has the following and ahci.ko is loaded by loader.conf. Do I need to change my config to match your own? ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 00:29:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E8F4106568D for ; Thu, 19 Nov 2009 00:29:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id EACF38FC0A for ; Thu, 19 Nov 2009 00:29:18 +0000 (UTC) Received: by bwz5 with SMTP id 5so1995063bwz.3 for ; Wed, 18 Nov 2009 16:29:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=L0PKLibtd7BNxW4X0EApzge0EFjgcuCTMx5T0rpSL94=; b=D2ciqXK7EJjC14kib/JMkWV2lTJDsysXliM00fQj0diSnga+/7WWixXzaRGsPHeAO6 JUVRi6OOxro750HQGivWJ7i0L7SFRAN1thHxXUlh6gpSPdywlMNAVl4c6oWK2d5cJaoI 5ZFBoXJDFOoF1ACORm1QCvOL/l+ZfwlHLqxPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=w6b9Tgv5JdBE0yVIgclnJewPYY8aX+skIFV1Un99NrMn+7QDTQzojyY2VpORMrGZhs nO0CKdo/dexclI5bR0/421oJyr+Sn53XdZuZa+zE+8row7m6OI/1xg29VzACCcDbnXFb kAC5N+RHSp9oBYbL0qrSII5KaQ/Z9uLGl0TgY= MIME-Version: 1.0 Received: by 10.216.89.8 with SMTP id b8mr1869901wef.180.1258590557702; Wed, 18 Nov 2009 16:29:17 -0800 (PST) In-Reply-To: <200911182130.nAILUJCR089766@lava.sentex.ca> References: <200911182130.nAILUJCR089766@lava.sentex.ca> Date: Wed, 18 Nov 2009 16:29:17 -0800 Message-ID: <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: bug with some em nics on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 00:29:19 -0000 Hey Mike, Can you check if you see the same behavior on RELENG 8? There is a systemic problem having to do with when to enable interrupts that might be behind this. The em driver does not enable them until em_init_locked(), this is because until then its not ready to deal with a TX or RX interrupt. However, this means that a Link interrupt also will not be seen, BUT, and here is where it gets a bit funny, an call to check link happens in attach, it will be either true or false, AND, even if you remove or add a cable after that point, until interrupts are enabled the state will not change. In the days before MSIX one interrupt was for everything so it was impossible to change this without a radical rework to the driver design, but I suppose it would be possible with MSIX to selectively enable the link one earlier, I seem to recall discussions with our Linux crew that made me decide not to pursue that (its of limited value really). Not sure why this happens on Hartwell (82574) and not on 82571, that's an interesting bit, the 82574 is the ONLY interface in the em driver that has MSIX support, unfortunately its kinda hacked in, but it did not really fit into the igb driver either for various technical reasons. What if you boot up, then do NOT ping or anything until the interface is assigned an address (and so init is run), and the cable is plugged in. If that happens first does it work? Do let me know if you can check on 8, if not I can have my validation engineer try this. Best regards, Jack On Wed, Nov 18, 2009 at 1:30 PM, Mike Tancsa wrote: > > On two Intel chipset Supermicro boards (X8STi and X8STE-0) using the > onboard em nics (dmesg info below), I seem to have run into an issue where > if I boot the box up with the cables unplugged, I cannot get the NICS to > properly work post boot up. This is quite repeatable for me. So at boot > time, I have > > # ifconfig em5 > em5: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:d6:ef:13 > inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 > media: Ethernet autoselect > status: no carrier > > > I then ping something that would be across the wire while the nic is down. > e.g. ping 3.3.3.1 > > I then plug in the cable so that the other side has 3.3.3.1 > > ifconfig shows all looks good > > # ifconfig em5 > em5: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:d6:ef:13 > inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > I try and ping 3.3.3.1 which is on xover (via a switch shows the same > behaviour), and no response to the pings.... BUT, I do see the MAC addr show > up > # ping -c 2 -S 3.3.3.3 3.3.3.1 > PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes > > --- 3.3.3.1 ping statistics --- > 2 packets transmitted, 0 packets received, 100.0% packet loss > # arp -na > ? (3.3.3.1) at 00:30:48:94:88:20 on em5 [ethernet] > ? (3.3.3.3) at 00:30:48:d6:ef:13 on em5 permanent [ethernet] > > I can see its mac addr ?!? > > Furthermore, if I do > > # ifconfig em5 3.3.3.55/32 alias > > On the other side, I see > > 0(ich10)# tcpdump -nei igb0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on igb0, link-type EN10MB (Ethernet), capture size 96 bytes > 16:16:03.380886 00:30:48:d6:ef:13 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: Request who-has 3.3.3.55 tell 3.3.3.55, length 46 > > > and I can ping if I specify the alias as the source IP > > # ping -S 3.3.3.55 3.3.3.1 > PING 3.3.3.1 (3.3.3.1) from 3.3.3.55: 56 data bytes > 64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.184 ms > 64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.051 ms > 64 bytes from 3.3.3.1: icmp_seq=2 ttl=64 time=0.055 ms > > > > 16:17:01.603345 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype ARP > (0x0806), length 60: Reply 3.3.3.55 is-at 00:30:48:d6:ef:13, length 46 > 16:17:01.603349 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 > (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 0, > length 64 > 16:17:02.603497 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype IPv4 > (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP echo request, id 7946, seq > 1, length 64 > 16:17:02.603502 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 > (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 1, > length 64 > 16:17:03.604510 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype IPv4 > (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP echo request, id 7946, seq > 2, length 64 > 16:17:03.604516 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype IPv4 > (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP echo reply, id 7946, seq 2, > length 64 > > > > but not using the initial IP addr > > 0[iolite3A]# ping -S 3.3.3.3 3.3.3.1 > PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes > ^C > --- 3.3.3.1 ping statistics --- > 2 packets transmitted, 0 packets received, 100.0% packet loss > # > > Yet, > > # ping -S 3.3.3.3 3.3.3.1 > PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes > ^C > --- 3.3.3.1 ping statistics --- > 2 packets transmitted, 0 packets received, 100.0% packet loss > # ping -S 3.3.3.4 3.3.3.1 > PING 3.3.3.1 (3.3.3.1) from 3.3.3.4: 56 data bytes > 64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.176 ms > 64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.050 ms > ^C > --- 3.3.3.1 ping statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.050/0.113/0.176/0.063 ms > > > Strange, eh ? > > > em4@pci0:6:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > em5@pci0:7:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > > em4: port 0xdc00-0xdc1f mem > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 > em4: Using MSIX interrupts > em4: [ITHREAD] > em4: [ITHREAD] > em4: [ITHREAD] > em4: Ethernet address: 00:30:48:d6:ef:12 > pcib7: irq 16 at device 28.1 on pci0 > pci7: on pcib7 > em5: port 0xec00-0xec1f mem > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 > em5: Using MSIX interrupts > em5: [ITHREAD] > em5: [ITHREAD] > em5: [ITHREAD] > em5: Ethernet address: 00:30:48:d6:ef:13 > > The same does NOT happen with my external 2 port pcie nics (it says HP, but > they are intel branded) > eg > em0@pci0:1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > em1@pci0:1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > > ---Mike > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 00:49:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D80106566B for ; Thu, 19 Nov 2009 00:49:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 37B6B8FC1D for ; Thu, 19 Nov 2009 00:49:46 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAJ0nhHF051540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Nov 2009 11:19:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Thu, 19 Nov 2009 11:19:32 +1030 User-Agent: KMail/1.9.10 References: <200911190845.24313.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1279864.WOh0fDUiQe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911191119.40243.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 00:49:47 -0000 --nextPart1279864.WOh0fDUiQe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 19 Nov 2009, Marius N=FCnnerich wrote: > On Wed, Nov 18, 2009 at 23:15, Daniel O'Connor =20 wrote: > > On Sun, 15 Nov 2009, Daniel O'Connor wrote: > >> =A0> There's no need to detach anything. > >> > >> I'll try it when I get home and see how it goes. > > > > How can I show what partition has what UUID? > > > > gpart list and gpart show do not say.. > > > > I suspect if I booted verbose glabel would say but that is a bit > > annoying :) > > % sysctl -b kern.geom.confdot | dot -Tpng > foo.png > % pkg_which /usr/local/bin/dot > graphviz-2.24.0_1 Ahah, of course, thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1279864.WOh0fDUiQe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBJYk5ZPcIHs/zowRApuPAJ0Uvm7cDQjlKcoodZ9gT6tYvPuyTwCeJx5E 1a/NaZH3y8cqLF9Ng1/frCk= =x9mh -----END PGP SIGNATURE----- --nextPart1279864.WOh0fDUiQe-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 00:53:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC181065693 for ; Thu, 19 Nov 2009 00:53:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 074E28FC17 for ; Thu, 19 Nov 2009 00:53:13 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAJ0rBXq051785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Nov 2009 11:23:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stefan Bethke Date: Thu, 19 Nov 2009 11:23:07 +1030 User-Agent: KMail/1.9.10 References: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> In-Reply-To: <4AFF40B1.3040705@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2202441.dWkNIrcu4s"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911191123.08870.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 00:53:14 -0000 --nextPart2202441.dWkNIrcu4s Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 15 Nov 2009, Daniel O'Connor wrote: > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. Unfortunately I get.. [midget 11:20] ~ >sudo zpool replace tank ad4p2 gptid/6866d8b0-a8ac-11de-8e= 07-00241dd192cc cannot use '/dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc': must be a GEO= M provider or regular file [midget 11:20] ~ >ll /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc crw-r----- 1 root operator 0, 164 Oct 21 15:34 /dev/gptid/6866d8b0-a8a= c-11de-8e07-00241dd192cc =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2202441.dWkNIrcu4s Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBJb05ZPcIHs/zowRAgE4AJwMAn1n/uZoAYVptnHi5GSPA0ExjACfdG2p ppZszgTP4IPYyCeecAEzVok= =cqZp -----END PGP SIGNATURE----- --nextPart2202441.dWkNIrcu4s-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 02:23:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7AD3106566B for ; Thu, 19 Nov 2009 02:23:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5918FC14 for ; Thu, 19 Nov 2009 02:23:13 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJ2NCFL091290; Wed, 18 Nov 2009 21:23:12 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911190223.nAJ2NCFL091290@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 18 Nov 2009 21:23:20 -0500 To: Jack Vogel From: Mike Tancsa In-Reply-To: <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com > References: <200911182130.nAILUJCR089766@lava.sentex.ca> <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: bug with some em nics on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 02:23:13 -0000 At 07:29 PM 11/18/2009, Jack Vogel wrote: >Hey Mike, > >Can you check if you see the same behavior on RELENG 8? Hi Jack, Yes, I will reboot the hardware with a RELENG_8 image tomorrow to test >Not sure why this happens on Hartwell (82574) and not on 82571, that's >an interesting bit, the 82574 is the ONLY interface in the em driver that >has MSIX support, unfortunately its kinda hacked in, but it did not really >fit into the igb driver either for various technical reasons. Is this the "FILTER" vs "ITHREAD" ? Is there a way to force this chipset to use the same logic as 82571s ? # dmesg |grep ^em em0: port 0xbc00-0xbc1f mem 0xface0000-0xfacfffff,0xfacc0000-0xfacdffff irq 16 at device 0.0 on pci1 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:78:e6:e0 em1: port 0xb880-0xb89f mem 0xfac80000-0xfac9ffff,0xfac60000-0xfac7ffff irq 17 at device 0.1 on pci1 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:15:17:78:e6:e1 em2: port 0xcc00-0xcc1f mem 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff irq 16 at device 0.0 on pci3 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:15:17:cf:26:de em3: port 0xc880-0xc89f mem 0xfad80000-0xfad9ffff,0xfad60000-0xfad7ffff irq 17 at device 0.1 on pci3 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:15:17:cf:26:df em4: port 0xdc00-0xdc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 em4: Using MSIX interrupts em4: [ITHREAD] em4: [ITHREAD] em4: [ITHREAD] em4: Ethernet address: 00:30:48:d6:ef:12 em5: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 em5: Using MSIX interrupts em5: [ITHREAD] em5: [ITHREAD] em5: [ITHREAD] em5: Ethernet address: 00:30:48:d6:ef:13 >What if you boot up, then do NOT ping or anything until the interface is >assigned an address (and so init is run), and the cable is plugged in. If >that happens first does it work? yes. If I have the cables plugged in and reboot the box, its ok. I am pretty sure all is ok if I boot it up, with no address assigned, plug the cables in, and then assign addr. I havent tested it out yet, but not sure how things play out when the ports are connected to a switch that is not in portfast mode, so the carrier does not always come up right away. The other thing I saw was that the NIC was getting stuck with the carrier showing up, even though cable was unplugged. However, I was not able to find the exact conditions this happened. >Do let me know if you can check on 8, if not I can have my validation >engineer try this. I will report back tomorrow. ---Mike >Best regards, > >Jack > > >On Wed, Nov 18, 2009 at 1:30 PM, Mike Tancsa ><mike@sentex.net> wrote: > >On two Intel chipset Supermicro boards (X8STi and X8STE-0) using the >onboard em nics (dmesg info below), I seem to have run into an issue >where if I boot the box up with the cables unplugged, I cannot get >the NICS to properly work post boot up. This is quite repeatable >for me. So at boot time, I have > ># ifconfig em5 >em5: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:d6:ef:13 > inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 > media: Ethernet autoselect > status: no carrier > > >I then ping something that would be across the wire while the nic is >down. e.g. ping 3.3.3.1 > >I then plug in the cable so that the other side has 3.3.3.1 > >ifconfig shows all looks good > ># ifconfig em5 >em5: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:d6:ef:13 > inet 3.3.3.3 netmask 0xffffff00 broadcast 3.3.3.255 > media: Ethernet autoselect (1000baseTX ) > status: active > >I try and ping 3.3.3.1 which is on xover (via a switch shows the >same behaviour), and no response to the pings.... BUT, I do see the >MAC addr show up ># ping -c 2 -S 3.3.3.3 3.3.3.1 >PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes > >--- 3.3.3.1 ping statistics --- >2 packets transmitted, 0 packets received, 100.0% packet loss ># arp -na >? (3.3.3.1) at 00:30:48:94:88:20 on em5 [ethernet] >? (3.3.3.3) at 00:30:48:d6:ef:13 on em5 permanent [ethernet] > >I can see its mac addr ?!? > >Furthermore, if I do > ># ifconfig em5 3.3.3.55/32 alias > >On the other side, I see > >0(ich10)# tcpdump -nei igb0 >tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >listening on igb0, link-type EN10MB (Ethernet), capture size 96 bytes >16:16:03.380886 00:30:48:d6:ef:13 > ff:ff:ff:ff:ff:ff, ethertype ARP >(0x0806), length 60: Request who-has 3.3.3.55 tell 3.3.3.55, length 46 > > >and I can ping if I specify the alias as the source IP > ># ping -S 3.3.3.55 3.3.3.1 >PING 3.3.3.1 (3.3.3.1) from 3.3.3.55: 56 data bytes >64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.184 ms >64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.051 ms >64 bytes from 3.3.3.1: icmp_seq=2 ttl=64 time=0.055 ms > > > >16:17:01.603345 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype ARP >(0x0806), length 60: Reply 3.3.3.55 is-at 00:30:48:d6:ef:13, length 46 >16:17:01.603349 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype >IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP >echo reply, id 7946, seq 0, length 64 >16:17:02.603497 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype >IPv4 (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP >echo request, id 7946, seq 1, length 64 >16:17:02.603502 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype >IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP >echo reply, id 7946, seq 1, length 64 >16:17:03.604510 00:30:48:d6:ef:13 > 00:30:48:94:88:20, ethertype >IPv4 (0x0800), length 98: 3.3.3.55 > 3.3.3.1: ICMP >echo request, id 7946, seq 2, length 64 >16:17:03.604516 00:30:48:94:88:20 > 00:30:48:d6:ef:13, ethertype >IPv4 (0x0800), length 98: 3.3.3.1 > 3.3.3.55: ICMP >echo reply, id 7946, seq 2, length 64 > > > >but not using the initial IP addr > >0[iolite3A]# ping -S 3.3.3.3 3.3.3.1 >PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes >^C >--- 3.3.3.1 ping statistics --- >2 packets transmitted, 0 packets received, 100.0% packet loss ># > >Yet, > ># ping -S 3.3.3.3 3.3.3.1 >PING 3.3.3.1 (3.3.3.1) from 3.3.3.3: 56 data bytes >^C >--- 3.3.3.1 ping statistics --- >2 packets transmitted, 0 packets received, 100.0% packet loss ># ping -S 3.3.3.4 3.3.3.1 >PING 3.3.3.1 (3.3.3.1) from 3.3.3.4: 56 data bytes >64 bytes from 3.3.3.1: icmp_seq=0 ttl=64 time=0.176 ms >64 bytes from 3.3.3.1: icmp_seq=1 ttl=64 time=0.050 ms >^C >--- 3.3.3.1 ping statistics --- >2 packets transmitted, 2 packets received, 0.0% packet loss >round-trip min/avg/max/stddev = 0.050/0.113/0.176/0.063 ms > > >Strange, eh ? > > >em4@pci0:6:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 >rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled >em5@pci0:7:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 >rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > >em4: port 0xdc00-0xdc1f >mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 >em4: Using MSIX interrupts >em4: [ITHREAD] >em4: [ITHREAD] >em4: [ITHREAD] >em4: Ethernet address: 00:30:48:d6:ef:12 >pcib7: irq 16 at device 28.1 on pci0 >pci7: on pcib7 >em5: port 0xec00-0xec1f >mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 >em5: Using MSIX interrupts >em5: [ITHREAD] >em5: [ITHREAD] >em5: [ITHREAD] >em5: Ethernet address: 00:30:48:d6:ef:13 > >The same does NOT happen with my external 2 port pcie nics (it says >HP, but they are intel branded) >eg >em0@pci0:1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 >rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) >em1@pci0:1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 >rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > > ---Mike > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 03:18:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3888C106566C; Thu, 19 Nov 2009 03:18:36 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF4D8FC15; Thu, 19 Nov 2009 03:18:35 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.3/8.14.3) with ESMTP id nAJ3IWqr008327; Thu, 19 Nov 2009 10:18:32 +0700 (KRAT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4B04B908.1020505@rdtc.ru> Date: Thu, 19 Nov 2009 10:18:32 +0700 From: Eugene Grosbein User-Agent: Thunderbird 2.0.0.23 (X11/20090918) MIME-Version: 1.0 To: Jeremy Chadwick References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> In-Reply-To: <20091118061726.GA1675@icarus.home.lan> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 03:18:36 -0000 Jeremy Chadwick wrote: > I didn't have this problem. System has AHCI in use, and the kernel is > built to make use of modular atacore. Specifically: > > # Modular ATA > device atacore # Core ATA functionality > device ataisa # ISA bus support > device atapci # PCI bus support; only generic chipset support > device ataahci # AHCI SATA > device ataintel # Intel How should STABLE user (not tracking freebsd-current@) learn about CAM ATA configuration? There is ahci(4) manual page in 8.0-PRERELEASE but no ada(4) that is linked here. I've just tried "Modular ATA" configuration of Intel ICH7-based system plus "device ahci" minus all traditional ata(4) kernel configuration, the kernel builds fine but boot messages do not show any attempt to detect my SATA HDD, so root mount just fails (I use GEOM UFS labels in my /etc/fstab). Typing ? at "mounroot" prompt I see only daX devices standing for my USB cardreader and no device for HDD. It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko nor "device ada". Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 05:48:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8FA106566C; Thu, 19 Nov 2009 05:48:53 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id D3C7C8FC08; Thu, 19 Nov 2009 05:48:52 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 5E58B14EC0D; Thu, 19 Nov 2009 07:47:21 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=m5TQF1e70ji6xmOEVrlVw61sgLQzbbgrLnDA61qWgt65aox25w7WVH+ujcILfD8ta 4+jFU1Rqt4+Rh9Ks98s5XcACYSVLE0oHYLGSgRs7AllyR9D2s+tJtyD6YPdmRvkFzWg UndZ+/W2DzaphZtEHcEYX3GDXD6i+TAH3kUMwh0= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258609641; bh=sEsi3rwIwRM4RWBdNiyIGVIcEpMAh3+Ca4rL9xQ4w/o=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=immDOJ7xVjZ00W65xRKCT9TrnS5wGhVh H7jqnSJLexrWbb3/R3xtRHRqN6c1JoKH3oLIE0/YMYcBVHBn94nfOf0MhlmJBQX6ydO jx7PsGyRtnpvTUNKZ8J8x94nBT2tdEKaX8ENmW3wiX06NDURj8+aeGg3jDws/mVGnu9 UZh5Q= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id 01994241BEA; Thu, 19 Nov 2009 07:49:24 +0200 (EET) Date: Thu, 19 Nov 2009 07:49:24 +0200 (EET) From: Mario Pavlov To: Tim Judd Message-ID: <314774211.102489.1258609764004.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Re: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 05:48:53 -0000 oh yes, I got what you meant now true, I used /usr from the server because I wanted to have all my ports available to the client. Is there a nice way to install ports only in the diskless distribution ? thank you. Regards Mario >On 11/16/09, Mario Pavlov wrote: >> indeed you get bonus points if you firewall yourself :) >> and of course this is not the first time I do that so my score is pretty >> good >> however my favourite is to forget about net.inet.ip.forwarding when I >> upgrade routers with many clients :) >> >> Tim, thanks for your hints...but I don't understand this one: >> >2nd, you buildworld and installworld into the diskless root, but never >> >use it. You're using disk space you can reclaim. >> how so I never use it and can reclaim diskspace ? > > >The Monday's email you sent at 11:22 (by datestamp on gmail), you wrote: >================================================================================ >mkdir /storage0/diskless >cd /usr/src >export DESTDIR=/storage0/diskless >make buildworld buildkernel installworld distribution installkernel >================================================================================ > > >----------------------- >You clearly 'make buildworld installworld' but your later exports have >/storage0/diskless and /usr being exported. shouldn't it be either >/storage0/diskless (as a root filesystem and everything underneath it) >or if you want to unecessarily break it up, exporting >/storage0/diskless/usr ? > > >Understand? > ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 05:50:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E7EF1065694 for ; Thu, 19 Nov 2009 05:50:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 475728FC23 for ; Thu, 19 Nov 2009 05:50:26 +0000 (UTC) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA15.emeryville.ca.mail.comcast.net with comcast id 6pB81d0041HpZEsAFtqTGu; Thu, 19 Nov 2009 05:50:27 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id 6tqS1d0023S48mS8atqT1c; Thu, 19 Nov 2009 05:50:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A37471E3035; Wed, 18 Nov 2009 21:50:25 -0800 (PST) Date: Wed, 18 Nov 2009 21:50:25 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091119055025.GA30911@icarus.home.lan> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B04B908.1020505@rdtc.ru> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 05:50:27 -0000 On Thu, Nov 19, 2009 at 10:18:32AM +0700, Eugene Grosbein wrote: > Jeremy Chadwick wrote: > > > I didn't have this problem. System has AHCI in use, and the kernel is > > built to make use of modular atacore. Specifically: > > > > # Modular ATA > > device atacore # Core ATA functionality > > device ataisa # ISA bus support > > device atapci # PCI bus support; only generic chipset support > > device ataahci # AHCI SATA > > device ataintel # Intel > > How should STABLE user (not tracking freebsd-current@) learn about CAM ATA configuration? > There is ahci(4) manual page in 8.0-PRERELEASE but no ada(4) that is linked here. I don't know. I'm waiting for someone to actually write documentation on this. I keep seeing commits talking about ATA disks via CAM (e.g. SCSI emulation for ATA disks), but the only thing I'm aware of that exists is SCSI emulation for ATAPI devices. > I've just tried "Modular ATA" configuration of Intel ICH7-based system plus "device ahci" > minus all traditional ata(4) kernel configuration, the kernel builds fine > but boot messages do not show any attempt to detect my SATA HDD, > so root mount just fails (I use GEOM UFS labels in my /etc/fstab). > Typing ? at "mounroot" prompt I see only daX devices standing for my USB cardreader > and no device for HDD. This sounds like a different problem. You may want to talk to mav@ about this. > It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko nor "device ada". Same. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 06:11:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94FA11065670 for ; Thu, 19 Nov 2009 06:11:27 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6900A8FC0C for ; Thu, 19 Nov 2009 06:11:27 +0000 (UTC) Received: by pzk15 with SMTP id 15so1335512pzk.3 for ; Wed, 18 Nov 2009 22:11:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=B0lLpI/BlpvUfhSp5EpwuZYT16xS2kBLcXMtLARrMpM=; b=mhWywBT1jah724W7NQ+7ifxmUZAMNrGwBot69dhkalbQ7SHvcVbSaBFjS6g2b8CftJ sBa5eVzijVFotZG6aMKkWQH38Xoy62UoNMGSmdooGvjZ6GK/Rj1Pt0Ln4xDbkthXTsvH VSTIDK1K9Ig3Q8LTYrNsfb6QTJ9CgKqJKWv9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GXO47O1m55Hh9p3jU0baoBQ9ECw8BoZAN/Ovi1fmb9iSJPmLEJbLKQ2LKuZXJQ1m+O Ie4LNE3Huj1sJHAeDe3PazxGbantEG2GaWEnWG9iXNONa7SuF//m5OeOnpz0OBO9XyRg CvKRJNV8IdLrSZWg+k0aMNj+LGP/GQPg8DAT0= MIME-Version: 1.0 Received: by 10.142.196.1 with SMTP id t1mr1356589wff.71.1258611086894; Wed, 18 Nov 2009 22:11:26 -0800 (PST) In-Reply-To: <20091119055025.GA30911@icarus.home.lan> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> <20091119055025.GA30911@icarus.home.lan> Date: Thu, 19 Nov 2009 00:11:26 -0600 Message-ID: <6201873e0911182211o17368cc4p2b4cfc0d702cb203@mail.gmail.com> From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 06:11:27 -0000 > > I don't know. I'm waiting for someone to actually write documentation > on this. I keep seeing commits talking about ATA disks via CAM (e.g. > SCSI emulation for ATA disks), but the only thing I'm aware of that > exists is SCSI emulation for ATAPI devices. > > > I've just tried "Modular ATA" configuration of Intel ICH7-based system > plus "device ahci" > > minus all traditional ata(4) kernel configuration, the kernel builds fine > > but boot messages do not show any attempt to detect my SATA HDD, > > so root mount just fails (I use GEOM UFS labels in my /etc/fstab). > > Typing ? at "mounroot" prompt I see only daX devices standing for my USB > cardreader > > and no device for HDD. > > This sounds like a different problem. You may want to talk to mav@ > about this. > > > It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko > nor "device ada". > > Same. > To enable ahci, put ahci_load="YES" into loader.conf. Upon reboot, drives will be detected as adaX eg galacticdominator% dmesg |grep ada GEOM_STRIPE: Disk ada3 attached to stripe0. GEOM_STRIPE: Disk ada4 attached to stripe0. adam@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC amd64 ada0 at ahcich0 bus 0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled ada1 at ahcich1 bus 0 target 0 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing enabled ada2 at ahcich3 bus 0 target 0 lun 0 ada2: ATA/ATAPI-8 SATA 2.x device ada2: 300.000MB/s transfers ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada2: Native Command Queueing enabled ada3 at ahcich4 bus 0 target 0 lun 0 ada3: ATA/ATAPI-8 SATA 2.x device ada3: 300.000MB/s transfers ada3: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada3: Native Command Queueing enabled ada4 at ahcich5 bus 0 target 0 lun 0 ada4: ATA/ATAPI-8 SATA 2.x device ada4: 300.000MB/s transfers ada4: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada4: Native Command Queueing enabled BIOS must be set to ahci controller mode, and obviously both disk and controller must support it. This works fine off a GENERIC. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 06:13:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7EF11065670 for ; Thu, 19 Nov 2009 06:13:14 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id BBB728FC13 for ; Thu, 19 Nov 2009 06:13:14 +0000 (UTC) Received: by pwj15 with SMTP id 15so1326094pwj.3 for ; Wed, 18 Nov 2009 22:13:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=zhYs+I3EJLDL4yPan8tM+V/ld6OWv6Jf7F5ENAs2tP8=; b=UALkh4H2H7PltkURh9SMy1VOUebMIzhJ3Buk7MXCNxYBx680qAn6HQCaiQvDMrHjDn CaIKt+Nze68W4y922Dmqu0/HeQO61bf9TvhVT5t/gnkOfS8EF+YhGB4nbeXnNAZbH6yI 4H22LBcKGZff2QBRYgXXJIe/j9yKydhX6FVcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ntiHYzSJBC5ZvfAFm65QAvLVq7slZGEJx3uTvf8ibhthZi9JQdGKFKcfSrq9HCKrYM rVT7YoeunVcxmtWuOasZB0d7sQHcOuJj6mcfvXVNZeOVOt/JkPh5tfBtAO5ZfCnPhMMl KHXRrft0cVif1cLdtb6hqUA4UpQ8YqWB25GJc= MIME-Version: 1.0 Received: by 10.142.1.22 with SMTP id 22mr1342021wfa.340.1258611194437; Wed, 18 Nov 2009 22:13:14 -0800 (PST) In-Reply-To: <6201873e0911182211o17368cc4p2b4cfc0d702cb203@mail.gmail.com> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> <20091119055025.GA30911@icarus.home.lan> <6201873e0911182211o17368cc4p2b4cfc0d702cb203@mail.gmail.com> Date: Thu, 19 Nov 2009 00:13:14 -0600 Message-ID: <6201873e0911182213k384960e2tcc6acb592e9d78a7@mail.gmail.com> From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 06:13:15 -0000 > > To enable ahci, put ahci_load="YES" into loader.conf. Upon reboot, drives > will be detected as adaX eg > > galacticdominator% dmesg |grep ada > GEOM_STRIPE: Disk ada3 attached to stripe0. > GEOM_STRIPE: Disk ada4 attached to stripe0. > adam@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC amd64 > ada0 at ahcich0 bus 0 target 0 lun 0 > ada0: ATA/ATAPI-8 SATA 2.x device > > ada0: 300.000MB/s transfers > ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada0: Native Command Queueing enabled > ada1 at ahcich1 bus 0 target 0 lun 0 > ada1: ATA/ATAPI-8 SATA 2.x device > > ada1: 300.000MB/s transfers > ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) > ada1: Native Command Queueing enabled > ada2 at ahcich3 bus 0 target 0 lun 0 > ada2: ATA/ATAPI-8 SATA 2.x device > > ada2: 300.000MB/s transfers > ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada2: Native Command Queueing enabled > ada3 at ahcich4 bus 0 target 0 lun 0 > ada3: ATA/ATAPI-8 SATA 2.x device > ada3: 300.000MB/s transfers > ada3: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada3: Native Command Queueing enabled > ada4 at ahcich5 bus 0 target 0 lun 0 > ada4: ATA/ATAPI-8 SATA 2.x device > ada4: 300.000MB/s transfers > ada4: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) > ada4: Native Command Queueing enabled > > BIOS must be set to ahci controller mode, and obviously both disk and > controller must support it. This works fine off a GENERIC. > > Also note this can change loader mappings, so be sure to edit fstab if necessary. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 06:27:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 728F8106568D for ; Thu, 19 Nov 2009 06:27:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 57A268FC19 for ; Thu, 19 Nov 2009 06:27:56 +0000 (UTC) Received: from OMTA16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id 6uQD1d0071ZMdJ4A6uTwd5; Thu, 19 Nov 2009 06:27:56 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA16.emeryville.ca.mail.comcast.net with comcast id 6udn1d00H3S48mS8cudn3V; Thu, 19 Nov 2009 06:37:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AF19B1E3035; Wed, 18 Nov 2009 22:27:54 -0800 (PST) Date: Wed, 18 Nov 2009 22:27:54 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091119062754.GA32451@icarus.home.lan> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> <20091119055025.GA30911@icarus.home.lan> <6201873e0911182211o17368cc4p2b4cfc0d702cb203@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6201873e0911182211o17368cc4p2b4cfc0d702cb203@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 06:27:56 -0000 On Thu, Nov 19, 2009 at 12:11:26AM -0600, Adam Vande More wrote: > > > > I don't know. I'm waiting for someone to actually write documentation > > on this. I keep seeing commits talking about ATA disks via CAM (e.g. > > SCSI emulation for ATA disks), but the only thing I'm aware of that > > exists is SCSI emulation for ATAPI devices. > > > > > I've just tried "Modular ATA" configuration of Intel ICH7-based system > > plus "device ahci" > > > minus all traditional ata(4) kernel configuration, the kernel builds fine > > > but boot messages do not show any attempt to detect my SATA HDD, > > > so root mount just fails (I use GEOM UFS labels in my /etc/fstab). > > > Typing ? at "mounroot" prompt I see only daX devices standing for my USB > > cardreader > > > and no device for HDD. > > > > This sounds like a different problem. You may want to talk to mav@ > > about this. > > > > > It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko > > nor "device ada". > > > > Same. > > > > To enable ahci, put ahci_load="YES" into loader.conf. Upon reboot, drives > will be detected as adaX eg > > galacticdominator% dmesg |grep ada > GEOM_STRIPE: Disk ada3 attached to stripe0. > GEOM_STRIPE: Disk ada4 attached to stripe0. > adam@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC amd64 > ada0 at ahcich0 bus 0 target 0 lun 0 > ada0: ATA/ATAPI-8 SATA 2.x device > ada0: 300.000MB/s transfers > ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada0: Native Command Queueing enabled > ada1 at ahcich1 bus 0 target 0 lun 0 > ada1: ATA/ATAPI-8 SATA 2.x device > ada1: 300.000MB/s transfers > ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) > ada1: Native Command Queueing enabled > ada2 at ahcich3 bus 0 target 0 lun 0 > ada2: ATA/ATAPI-8 SATA 2.x device > ada2: 300.000MB/s transfers > ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada2: Native Command Queueing enabled > ada3 at ahcich4 bus 0 target 0 lun 0 > ada3: ATA/ATAPI-8 SATA 2.x device > ada3: 300.000MB/s transfers > ada3: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada3: Native Command Queueing enabled > ada4 at ahcich5 bus 0 target 0 lun 0 > ada4: ATA/ATAPI-8 SATA 2.x device > ada4: 300.000MB/s transfers > ada4: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) > ada4: Native Command Queueing enabled > > BIOS must be set to ahci controller mode, and obviously both disk and > controller must support it. This works fine off a GENERIC. AHCI in the BIOS is enabled, AHCI in FreeBSD is in use. Kernel configuration is below my .sig, ditto with dmesg. World sources are from ~45 minutes prior to kernel build date (2009/11/17 20:07 PST). FreeBSD icarus.home.lan 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0: Tue Nov 17 20:07:21 PST 2009 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_RELENG_8_amd64 amd64 Like I said, this whole thing needs to get documented. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | # # Kernel configuration for the following system: # # OS: RELENG_8 # MB: Supermicro X7SBA # arch: amd64 # cpu HAMMER ident GENERIC makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # Debugging options options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB options KDB # Enable kernel debugger support options KDB_TRACE # Print stack trace automatically on panic options DDB # Support DDB options GDB # Support remote GDB # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices # NOTE: "device ata" is missing because we use the Modular ATA core # to only include the ATA-related drivers we need (e.g. AHCI). device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # Modular ATA device atacore # Core ATA functionality device ataisa # ISA bus support device atapci # PCI bus support; only generic chipset support device ataahci # AHCI SATA device ataintel # Intel # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # Intel Core/Core2Duo CPU temperature monitoring driver device coretemp # SMBus support, needed for bsdhwmon device smbus device smb device ichsmb # pf ALTQ support options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-PRERELEASE #0: Tue Nov 17 20:07:21 PST 2009 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_RELENG_8_amd64 amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (2992.52-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4112576512 (3922 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 ehci0: mem 0xdc000000-0xdc0003ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib3: irq 16 at device 28.0 on pci0 pci5: on pcib3 pcib4: irq 16 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x2000-0x201f mem 0xdc200000-0xdc21ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:30:48:d2:22:d0 pcib5: irq 17 at device 28.5 on pci0 pci15: on pcib5 em1: port 0x3000-0x301f mem 0xdc300000-0xdc31ffff irq 17 at device 0.0 on pci15 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:30:48:d2:22:d1 uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] usbus6: on uhci5 ehci1: mem 0xdc000400-0xdc0007ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib6: at device 30.0 on pci0 pci17: on pcib6 vgapci0: port 0x4000-0x407f mem 0xde000000-0xdfffffff,0xdc400000-0xdc43ffff at device 4.0 on pci17 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x18e0-0x18ff mem 0xdc000800-0xdc000fff irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ichsmb0: port 0x1100-0x111f mem 0xdc001000-0xdc0010ff irq 17 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad8: 190782MB at ata4-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ad10: 953869MB at ata5-master SATA300 ad14: 953869MB at ata7-master SATA300 SMP: AP CPU #1 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad8s1a ZFS filesystem version 13 ZFS storage pool version 13 em0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 08:22:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D16106568B for ; Thu, 19 Nov 2009 08:22:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C0DAB8FC1B for ; Thu, 19 Nov 2009 08:22:57 +0000 (UTC) Received: by bwz5 with SMTP id 5so2258202bwz.3 for ; Thu, 19 Nov 2009 00:22:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=ML8Nld32paTzfX57QkV4ef3cj38kQzc3tBEQxbHoLZc=; b=JRrnI6bYFbFpliWQxZ32+8NCcEbjlh4WUwRneMd3ijuMwzLfp7Jg/lU/3rmuk765pF 8PGIno7da1rqjLAbTW8BMLVwKnr33EU2WSGIBudvI5addFIgU8iKf+Cjh9EECqz20owY OufkTrBjw5qLRBGRpDLRoBYqakKVv2izkqI/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CIe4mHTTJkWEgStjJMUl+goxzge1RF4XhzsTArUAuGHjLko3Zu1xSY3Td7LfGB9oEl 2FsFE/EMKLEuNcb0QsexW4+1bzn6SKz3hYra6doh1J1ebBpnEmKbms7276MLUukqqIWZ 6eLBU448SpKBiNaingeGP4m37HsbZ2svl3+m8= Received: by 10.204.32.215 with SMTP id e23mr7230643bkd.36.1258618976602; Thu, 19 Nov 2009 00:22:56 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm85353fxm.4.2009.11.19.00.22.55 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Nov 2009 00:22:55 -0800 (PST) Sender: Alexander Motin Message-ID: <4B05005D.9040706@FreeBSD.org> Date: Thu, 19 Nov 2009 10:22:53 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Eugene Grosbein References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> In-Reply-To: <4B04B908.1020505@rdtc.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 08:22:58 -0000 Eugene Grosbein wrote: > Jeremy Chadwick wrote: >> I didn't have this problem. System has AHCI in use, and the kernel is >> built to make use of modular atacore. Specifically: >> >> # Modular ATA >> device atacore # Core ATA functionality >> device ataisa # ISA bus support >> device atapci # PCI bus support; only generic chipset support >> device ataahci # AHCI SATA >> device ataintel # Intel > > How should STABLE user (not tracking freebsd-current@) learn about CAM ATA configuration? > There is ahci(4) manual page in 8.0-PRERELEASE but no ada(4) that is linked here. > > I've just tried "Modular ATA" configuration of Intel ICH7-based system plus "device ahci" > minus all traditional ata(4) kernel configuration, the kernel builds fine > but boot messages do not show any attempt to detect my SATA HDD, > so root mount just fails (I use GEOM UFS labels in my /etc/fstab). > Typing ? at "mounroot" prompt I see only daX devices standing for my USB cardreader > and no device for HDD. Read ahci(4) carefully. It has all possible references. If you think it is not enough, propose patches. > It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko nor "device ada". ada, same as da goes as part of cam module. It is not possible to load them separately now. But for kernel configuration it is separate option. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 08:37:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6331065698 for ; Thu, 19 Nov 2009 08:37:53 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id A0EC18FC16 for ; Thu, 19 Nov 2009 08:37:52 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAJ8b7fb027372; Thu, 19 Nov 2009 09:37:08 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 4BF1024; Thu, 19 Nov 2009 09:37:07 +0100 (CET) Date: Thu, 19 Nov 2009 09:37:07 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Barry Pederson Message-Id: <20091119093707.34999054.gerrit@pmp.uni-hannover.de> In-Reply-To: <4B0430BF.4010201@barryp.org> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.19.82416 Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 19 Nov 2009 08:37:53 -0000 On Wed, 18 Nov 2009 11:37:03 -0600 Barry Pederson wrote about Re: Support for SAS/SATA non-RAID adapters: > > I guess the version of the card I have here was actually intended to > > be used in some kind of special Supermirco-Extension Slot. However, > > it fits into a standard PCIe slot and works nicely there as far as I > > can tell. Do you have the opportunity of using a riser card that > > would give you one more slot? BP> Those Supermicro UIO cards look like backwards PCIe cards. Do they BP> come with other brackets for fitting into a PCIe slot, or did you have BP> to go bracketless? They only come with a bracket that does not exactly fit into a standard slot. Maybe the other bracket is available, but I did not care much about it and simply went for bracketless (not much of a problem with a low profile card). BP> didn't mention anything about brackets or how it'd work in PCIe slots. For me it simply works. Only the bracket does not fit. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 08:41:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1017C1065670 for ; Thu, 19 Nov 2009 08:41:33 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF438FC14 for ; Thu, 19 Nov 2009 08:41:32 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAJ8fTCJ028421; Thu, 19 Nov 2009 09:41:30 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id D200E24; Thu, 19 Nov 2009 09:41:29 +0100 (CET) Date: Thu, 19 Nov 2009 09:41:29 +0100 From: Gerrit =?UTF-8?B?S8O8aG4=?= To: Freddie Cash Message-Id: <20091119094129.c74f805f.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?UTF-8?B?ZsO8cg==?= Gravitationsphysik & IGP =?UTF-8?B?VW5pdmVyc2l0w6R0?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.19.83045 Cc: FreeBSD Stable Subject: Re: Support for SAS/SATA non-RAID adapters 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, 19 Nov 2009 08:41:33 -0000 On Wed, 18 Nov 2009 09:35:56 -0800 Freddie Cash wrote about Re: Support for SAS/SATA non-RAID adapters: FC> > Hm, I don't know the recent exchange rate, but are you sure this is FC> > the same card? I paid something like 80,-€ (excl. VAT). FC> Oops, you're right, was reading the model numbers wrong. The FC> LSI1068-based one is only $129 CDN, the Intel IOP-based ones are FC> $200-300 CDN. That makes sense then. FC> Last time I checked the Euro was in the $1.50-2.00 CDN range. Seems to be something like 1.55 these days. FC> > I guess the version of the card I have here was actually intended to FC> > be used in some kind of special Supermirco-Extension Slot. However, FC> > it fits into a standard PCIe slot and works nicely there as far as I FC> > can tell. Do you have the opportunity of using a riser card that FC> > would give you one more slot? FC> Urgh, I have yet to find a riser card that will plug into a Tyan FC> motherboard and not cause issues. Due to all the issues we've had FC> with riser cards in the past, we have sworn off all riser cards. For FC> our 2U servers, we use low-profile cards to avoid risers. I had some trouble with risers in the past, too. However, I have a Tyan Transport here that seems to work nicely at least with the riser that came with the system. FC> I'll keep looking for a PCI-X card. These look like they'll cover our FC> PCIe needs. Please let us know if you find one that is suitable. I spent quite some time to dig out the Supermicro card; cheap (without raid) and FreeBSD-supported cards with more than 4 channels are not that common. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 08:52:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95BDE1065670 for ; Thu, 19 Nov 2009 08:52:47 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7088FC26 for ; Thu, 19 Nov 2009 08:52:46 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAJ8qe5n028928; Thu, 19 Nov 2009 09:52:41 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 42AD824; Thu, 19 Nov 2009 09:52:40 +0100 (CET) Date: Thu, 19 Nov 2009 09:52:40 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Barry Pederson Message-Id: <20091119095240.4ece2490.gerrit@pmp.uni-hannover.de> In-Reply-To: <4B0447EF.1080703@barryp.org> References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> <20091118180027.GA16477@icarus.home.lan> <20091118181008.GA16741@icarus.home.lan> <4B0447EF.1080703@barryp.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.19.84224 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Support for SAS/SATA non-RAID adapters 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, 19 Nov 2009 08:52:47 -0000 On Wed, 18 Nov 2009 13:15:59 -0600 Barry Pederson wrote about Re: Support for SAS/SATA non-RAID adapters: BP> What I was questioning was where the OP said: "it fits into a standard BP> PCIe slot and works nicely there as far as I can tell" - which to me BP> sounds like you could use this HBA in a *NON-Supermicro* motherboard. BP> I was just wondering if that was truly the case, given how in the BP> photos it looks to be arranged physically backwards from a regular BP> PCIe card, and given how you mention "The UIO slot itself is BP> proprietary". I'm sorry if my comment "fits into a standard PCIe slot" was misleading here. I wanted to state that -although Supermirco lists this one as a card for UIO- I plugged it into a standard PCIe slot and it simply works there for me. Just the mounting bracket it came with did not fit, but for a low profile card it is not that difficult to live without it. BP> But some more digging on Google has turned up a few mentions along the BP> lines of: BP> BP> """ BP> This card plugs into a normal PCIe 8x slot but the BP> metal mounting bracket bolted to the card is made BP> for a UIO slot (which is why it's so cheap). BP> BP> All you have to do is remove the metal bracket and BP> zip-tie the card to your case for mechanical support. BP> Electrically it'll work fine in a PCIe x8 or x16 slot. BP> """ That's exactly my experience. BP> If someone wanted to make PCIe compatible brackets for this affordable BP> card, they'd probably sell a fair number to small shops or home users. Yeah, I would also buy some. :-) cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 08:53:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B5981065670 for ; Thu, 19 Nov 2009 08:53:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id E5B3A8FC12 for ; Thu, 19 Nov 2009 08:53:26 +0000 (UTC) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA13.emeryville.ca.mail.comcast.net with comcast id 6wr41d00317UAYkADwtTw9; Thu, 19 Nov 2009 08:53:27 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id 6wtS1d0053S48mS8ZwtSVP; Thu, 19 Nov 2009 08:53:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4A5F81E3035; Thu, 19 Nov 2009 00:53:25 -0800 (PST) Date: Thu, 19 Nov 2009 00:53:25 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091119085325.GA35228@icarus.home.lan> References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> <4B05005D.9040706@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B05005D.9040706@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 08:53:27 -0000 On Thu, Nov 19, 2009 at 10:22:53AM +0200, Alexander Motin wrote: > Eugene Grosbein wrote: > > Jeremy Chadwick wrote: > >> I didn't have this problem. System has AHCI in use, and the kernel is > >> built to make use of modular atacore. Specifically: > >> > >> # Modular ATA > >> device atacore # Core ATA functionality > >> device ataisa # ISA bus support > >> device atapci # PCI bus support; only generic chipset support > >> device ataahci # AHCI SATA > >> device ataintel # Intel > > > > How should STABLE user (not tracking freebsd-current@) learn about CAM ATA configuration? > > There is ahci(4) manual page in 8.0-PRERELEASE but no ada(4) that is linked here. > > > > I've just tried "Modular ATA" configuration of Intel ICH7-based system plus "device ahci" > > minus all traditional ata(4) kernel configuration, the kernel builds fine > > but boot messages do not show any attempt to detect my SATA HDD, > > so root mount just fails (I use GEOM UFS labels in my /etc/fstab). > > Typing ? at "mounroot" prompt I see only daX devices standing for my USB cardreader > > and no device for HDD. > > Read ahci(4) carefully. It has all possible references. If you think it > is not enough, propose patches. I had no idea said details were in the ahci(4) man page, and I doubt the rest of the user community will know that either. There's also no man page for ada(4). There is some ambiguity in this part of the ahci(4) man page: AHCI hardware is also supported by ataahci driver from ata(4) subsystem. If both drivers are loaded at the same time, this one will be given precedence as the more functional of the two. The grammar here is very difficult to understand; "if both drivers" is too vague. The way this paragraph can be interpreted: - "If both drivers" could refer to ata(4) and ataahci - "If both drivers" could refer to ata(4) and ahci(4) - "If both drivers" could refer to ada(4) and ahci(4) - "If both drivers" could refer to ahci(4) and ata(4) I'll happily re-write the documentation for this if someone can take the time to explain what the paragraph actually is trying to say. Users are going to be very, very confused if there is a driver called ataahci and another driver called ahci. Finally, appropriate details need to be placed into the i386 and amd64 kernel configuration files; either in GENERIC (commented out) or in /sys/conf/NOTES. As it stands, there's nothing that informs anyone of this change, and if users are being pointed to the ahci(4) man page, they're going to get confused (see above). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 10:59:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5480F106566C for ; Thu, 19 Nov 2009 10:59:01 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id E68B08FC16 for ; Thu, 19 Nov 2009 10:59:00 +0000 (UTC) Received: by fxm27 with SMTP id 27so2328239fxm.3 for ; Thu, 19 Nov 2009 02:59:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.89.195 with SMTP id c45mr1687389wef.38.1258628339757; Thu, 19 Nov 2009 02:58:59 -0800 (PST) In-Reply-To: <200911191123.08870.doconnor@gsoft.com.au> References: <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> <200911191123.08870.doconnor@gsoft.com.au> Date: Thu, 19 Nov 2009 11:58:59 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 10:59:01 -0000 On Thu, Nov 19, 2009 at 01:53, Daniel O'Connor wrot= e: > On Sun, 15 Nov 2009, Daniel O'Connor wrote: >> =A0> There's no need to detach anything. >> >> I'll try it when I get home and see how it goes. > > Unfortunately I get.. > > [midget 11:20] ~ >sudo zpool replace tank ad4p2 gptid/6866d8b0-a8ac-11de-= 8e07-00241dd192cc > cannot use '/dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc': must be a G= EOM provider or regular file > [midget 11:20] ~ >ll /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > crw-r----- =A01 root =A0operator =A0 =A00, 164 Oct 21 15:34 /dev/gptid/68= 66d8b0-a8ac-11de-8e07-00241dd192cc > Have you tried naming the GPT partitions and using /dev/gpt/* ? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 11:08:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8C0106566C; Thu, 19 Nov 2009 11:08:58 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 36D0F8FC13; Thu, 19 Nov 2009 11:08:58 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NB4sj-00002x-Mq; Thu, 19 Nov 2009 11:08:57 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 382FC2C1FDF8; Thu, 19 Nov 2009 20:08:57 +0900 (JST) Date: Thu, 19 Nov 2009 20:08:57 +0900 Message-ID: From: Randy Bush To: John Baldwin In-Reply-To: <200911180941.01049.jhb@freebsd.org> References: <200911180941.01049.jhb@freebsd.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: boot issues 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, 19 Nov 2009 11:08:58 -0000 >> i386, 7.2-stable from last summer >> >> cvsupped releng_7 >> made and installed kernel >> buildworld >> boot -s >> installworld >> mergemaster >> reboot >> >> hung after beastie, just as it did the other month >> >> booted -s >> mount -2 / >> /etc/rc.d/hostid start >> /etc/rc.d/zfs start >> looked around and all seemed ok >> ^D >> came up ok >> >> and that is how it is running now >> >> but why will it boot through -s and not from beastie? > > Err, so what happens if you break into the boot loader prompt (option 6 IIRC) > and then just type 'boot', how far does it get before it hangs? subsequent testing (waited for low time for users) show it boots just fine. i can not explain the anomaly. randy From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 11:20:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42053106566C for ; Thu, 19 Nov 2009 11:20:26 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id BE9558FC14 for ; Thu, 19 Nov 2009 11:20:25 +0000 (UTC) Received: by bwz5 with SMTP id 5so2421378bwz.3 for ; Thu, 19 Nov 2009 03:20:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/s87TqkEUvvE8IAntwZeVwHXs2NOADTzUq8AVdvJZ5k=; b=ubgJI6mrOY1y/CnIHT7UvJTZv6YtblpCop4FKExGBed0LdASf7XqDSDdlvk7yZN3XV G3Ye4D9TueTu44tybo4AKX+r9Qf9AkziSG3NWaa3jjI3jkV638HDa1ppBgLhZU7s5plO u5yHankiX4IAY7RzXbMqhEg61aM8vBIHT72pE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=APr+MnqSeK+kuLcxBhgz31E/e9Qwp3XSgDF4D01oDtNvMxJDY8CPJ+2eYQxF8EitKI sXU0w6O0TUAciRcKUdNKQrIjxVVGLGbNWpQ3CQNzWq+ptGJmA3Y1iEBD3JZnNbw9VWaW lWFl1/TbX0Cz853m21aiHa+HznJYvZIjPIAH0= Received: by 10.204.154.209 with SMTP id p17mr51161bkw.104.1258629624061; Thu, 19 Nov 2009 03:20:24 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm139847fxm.2.2009.11.19.03.20.23 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Nov 2009 03:20:23 -0800 (PST) Sender: Alexander Motin Message-ID: <4B0529EF.3080704@FreeBSD.org> Date: Thu, 19 Nov 2009 13:20:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Jeremy Chadwick References: <1258514582.00184609.1258501202@10.7.7.3> <1258536184.00184683.1258524603@10.7.7.3> <1258536184.00184684.1258525203@10.7.7.3> <1258611785.00185054.1258600801@10.7.7.3> <1258622581.00185063.1258610404@10.7.7.3> <1258622583.00185068.1258611604@10.7.7.3> <1258622583.00185070.1258612202@10.7.7.3> In-Reply-To: <1258622583.00185070.1258612202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 11:20:26 -0000 Jeremy Chadwick wrote: > AHCI in the BIOS is enabled, AHCI in FreeBSD is in use. > > Kernel configuration is below my .sig, ditto with dmesg. World sources > are from ~45 minutes prior to kernel build date (2009/11/17 20:07 PST). > > FreeBSD icarus.home.lan 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0: Tue Nov 17 20:07:21 PST 2009 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_RELENG_8_amd64 amd64 > > Like I said, this whole thing needs to get documented. FreeBSD now has two AHCI drivers - legacy ataahci from ata(4) infrastructure and new ahci(4) from CAM. According to atapci0: ... you are using legacy one. New one reports as ahci0: ... -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 12:32:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F17F106566B for ; Thu, 19 Nov 2009 12:32:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id A0C278FC19 for ; Thu, 19 Nov 2009 12:32:01 +0000 (UTC) Received: by fxm27 with SMTP id 27so2428190fxm.3 for ; Thu, 19 Nov 2009 04:32:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=M6lgUcpzABv1Oh6lVnCseNIxg0eS/ccyVbkHTY+zqPM=; b=BhQkIOcKCZ39dkFILAhe72IMi05FH6f+YbBsh1uHqbMLFWM8J78Fiolu1y6FjwIJI+ Kqo7KlEXqtyglRuj9tKMb3tSuyn1ajDMcjELq1SXHTLRa+EKpmasXQ9aYYLI2n6291hH Mewu+kGdsBKF/FqMCXnveoHHLSrzG3Qc9iHh8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=BvwKefcAwSyJK1ukrSGZYneUAo+NJ18d5gBB3WGn4FdJFIRjRtXtGuy4Z8XlP23cxJ pgO1N3quQC60b/7skby06Cz4/LvDefuv70k1ofYVCFup4lU+Mx3VeQrsZjW0xqkovzk3 QyyJ+U1sbiTsct87NIF6ux8sv7DByoUDbWCiw= Received: by 10.204.32.201 with SMTP id e9mr5725474bkd.122.1258633920712; Thu, 19 Nov 2009 04:32:00 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm159966fxm.3.2009.11.19.04.31.59 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Nov 2009 04:32:00 -0800 (PST) Sender: Alexander Motin Message-ID: <4B053ABD.5050705@FreeBSD.org> Date: Thu, 19 Nov 2009 14:31:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Jeremy Chadwick References: <1258514582.00184609.1258501202@10.7.7.3> <1258536184.00184683.1258524603@10.7.7.3> <1258536184.00184684.1258525203@10.7.7.3> <1258611785.00185054.1258600801@10.7.7.3> <1258629784.00185092.1258619402@10.7.7.3> <1258633382.00185098.1258621201@10.7.7.3> In-Reply-To: <1258633382.00185098.1258621201@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 12:32:02 -0000 Jeremy Chadwick wrote: > On Thu, Nov 19, 2009 at 10:22:53AM +0200, Alexander Motin wrote: >> Read ahci(4) carefully. It has all possible references. If you think it >> is not enough, propose patches. > > I had no idea said details were in the ahci(4) man page, and I doubt the > rest of the user community will know that either. There's also no man > page for ada(4). > > There is some ambiguity in this part of the ahci(4) man page: > > AHCI hardware is also supported by ataahci driver from ata(4) subsystem. > If both drivers are loaded at the same time, this one will be given > precedence as the more functional of the two. > > The grammar here is very difficult to understand; "if both drivers" is > too vague. The way this paragraph can be interpreted: > > - "If both drivers" could refer to ata(4) and ataahci No. ataahci is a part of ata(4). > - "If both drivers" could refer to ata(4) and ahci(4) Yes, if with ata(4) understand it's ataahci part. > - "If both drivers" could refer to ada(4) and ahci(4) No. It is mentioned in ahci(4), that ada is peripheral driver. Not a controller. > - "If both drivers" could refer to ahci(4) and ata(4) It is same as second. > I'll happily re-write the documentation for this if someone can take the > time to explain what the paragraph actually is trying to say. Welcome. > Users are > going to be very, very confused if there is a driver called ataahci and > another driver called ahci. This is temporal situation, until new infrastructure will settle. Then old one will be removed. > Finally, appropriate details need to be placed into the i386 and amd64 > kernel configuration files; either in GENERIC (commented out) or in > /sys/conf/NOTES. As it stands, there's nothing that informs anyone of > this change, and if users are being pointed to the ahci(4) man page, > they're going to get confused (see above). Both new ahci and siis drivers are mentioned in NOTES file. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 12:35:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCF6106568B for ; Thu, 19 Nov 2009 12:35:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F0FF98FC1D for ; Thu, 19 Nov 2009 12:35:43 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-23-247.lns20.adl2.internode.on.net [118.210.23.247]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAJCZfpV072726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Nov 2009 23:05:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Thu, 19 Nov 2009 23:05:14 +1030 User-Agent: KMail/1.9.10 References: <200911191123.08870.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1276019.YeXeOodrVK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911192305.35337.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 12:35:44 -0000 --nextPart1276019.YeXeOodrVK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 19 Nov 2009, Marius N=FCnnerich wrote: > > =A0operator =A0 =A00, 164 Oct 21 15:34 > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > Have you tried naming the GPT partitions and using /dev/gpt/* ? Nope, how would I do that? I'd be surprised if it worked TBH.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1276019.YeXeOodrVK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBTuX5ZPcIHs/zowRAjmVAJ4yhYyhYm63cB19KngbOW4eb8fXdwCfaiZb nn0s1g7El6q5oIfteSkgaSw= =/bmm -----END PGP SIGNATURE----- --nextPart1276019.YeXeOodrVK-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 12:45:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75F01065695 for ; Thu, 19 Nov 2009 12:45:07 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 52EB58FC15 for ; Thu, 19 Nov 2009 12:45:06 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so464824eye.9 for ; Thu, 19 Nov 2009 04:45:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZJkxvb0WQDEA453AIc2xUYJies4BoS8+hg6RgQpanJI=; b=ZO2V8VqR3EuOUbo1FfJ9ZOqXOu9Q6bh41U4y8o6CpO9DAbG3mUs/FR8dzf6XNBHA2J e8QW2bHT2eAb2KPyUrstMFG2LW0dP1V9U/sKkSBuaY/nRJDe59p4VwMe6yiFFnhuGurl xUgTGM7rctIURrSTG6G4aETYFtiq2pBbZFQQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=odKW3cmYN2HElCVAqQmMhaEJmvvgNIJpTZA+i0glzMLD7gztRflJowdyGHZj/BdFQR 5OwwEj0oVqE8ZU4RGdMHJIAFf7WG5m8PwRaSkJ/HcN7/pNAVheKr/cBNN1BMwzlI1+yP 7EdfsgQm3tLsheoGRp563HMKTFFDYoQMdypMs= MIME-Version: 1.0 Received: by 10.213.102.66 with SMTP id f2mr2500440ebo.12.1258634695546; Thu, 19 Nov 2009 04:44:55 -0800 (PST) In-Reply-To: <200911192305.35337.doconnor@gsoft.com.au> References: <200911191123.08870.doconnor@gsoft.com.au> <200911192305.35337.doconnor@gsoft.com.au> Date: Thu, 19 Nov 2009 12:44:55 +0000 Message-ID: <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> From: Tom Evans To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 12:45:07 -0000 On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor wr= ote: > On Thu, 19 Nov 2009, Marius N=C3=BCnnerich wrote: > > > operator 0, 164 Oct 21 15:34 > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > > > Have you tried naming the GPT partitions and using /dev/gpt/* ? > > Nope, how would I do that? > > I'd be surprised if it worked TBH.. > > Use the -l flag to gpart when creating the partitions. I'm not sure if ther= e is a way to label them after the fact. I found it led to a much more descriptive/reliable pool, as I can plug the disks in anywhere and get the same results: pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 gpt/samsung15-1 ONLINE 0 0 0 gpt/samsung15-2 ONLINE 0 0 0 gpt/samsung15-3 ONLINE 0 0 0 gpt/samsung15-4 ONLINE 0 0 0 gpt/seagate15-1 ONLINE 0 0 0 gpt/seagate15-2 ONLINE 0 0 0 I use the geom name 'gpt/foo' when referring to the disks in zpool. All works perfectly. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 12:49:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1132106568B for ; Thu, 19 Nov 2009 12:49:34 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 40BAE8FC0C for ; Thu, 19 Nov 2009 12:49:33 +0000 (UTC) Received: by fxm27 with SMTP id 27so2447989fxm.3 for ; Thu, 19 Nov 2009 04:49:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.91.84 with SMTP id g62mr3309214wef.216.1258634973070; Thu, 19 Nov 2009 04:49:33 -0800 (PST) In-Reply-To: <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> References: <200911191123.08870.doconnor@gsoft.com.au> <200911192305.35337.doconnor@gsoft.com.au> <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> Date: Thu, 19 Nov 2009 13:49:32 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 19 Nov 2009 12:49:34 -0000 On Thu, Nov 19, 2009 at 13:44, Tom Evans wrote: > On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor > wrote: >> >> On Thu, 19 Nov 2009, Marius N=FCnnerich wrote: >> > > =A0operator =A0 =A00, 164 Oct 21 15:34 >> > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc >> > >> > Have you tried naming the GPT partitions and using /dev/gpt/* ? >> >> Nope, how would I do that? >> >> I'd be surprised if it worked TBH.. >> > > Use the -l flag to gpart when creating the partitions. I'm not sure if th= ere > is a way to label them after the fact. I found it led to a much more > descriptive/reliable pool, as I can plug the disks in anywhere and get th= e > same results: > > =A0 pool: tank > =A0state: ONLINE > =A0scrub: none requested > config: > > =A0=A0=A0 NAME=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 STATE= =A0=A0=A0=A0 READ WRITE CKSUM > =A0=A0=A0 tank=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ONLINE= =A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0 raidz1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ONLINE=A0=A0= =A0=A0=A0=A0 0=A0=A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/samsung15-1=A0=A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0= =A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/samsung15-2=A0=A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0= =A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/samsung15-3=A0=A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0= =A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/samsung15-4=A0=A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0= =A0=A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/seagate15-1 =A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0=A0= =A0=A0 0=A0=A0=A0=A0 0 > =A0=A0=A0 =A0=A0=A0 gpt/seagate15-2=A0=A0 ONLINE=A0=A0=A0=A0=A0=A0 0=A0= =A0=A0=A0 0=A0=A0=A0=A0 0 > > I use the geom name 'gpt/foo' when referring to the disks in zpool. All > works perfectly. > I never tried it but maybe gpart modify -l works too. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 13:27:27 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489D910656A4; Thu, 19 Nov 2009 13:27:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5999E8FC12; Thu, 19 Nov 2009 13:27:25 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA03631; Thu, 19 Nov 2009 15:27:23 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B0547BB.5050802@icyb.net.ua> Date: Thu, 19 Nov 2009 15:27:23 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Alexander Motin References: <4B03322A.2080608@FreeBSD.org> <4B038E75.1010501@rdtc.ru> <20091118061726.GA1675@icarus.home.lan> <4B04B908.1020505@rdtc.ru> <4B05005D.9040706@FreeBSD.org> In-Reply-To: <4B05005D.9040706@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Eugene Grosbein Subject: Re: HEADS UP: major CAM ATA MFC 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, 19 Nov 2009 13:27:27 -0000 on 19/11/2009 10:22 Alexander Motin said the following: > Eugene Grosbein wrote: >> Jeremy Chadwick wrote: >>> I didn't have this problem. System has AHCI in use, and the kernel is >>> built to make use of modular atacore. Specifically: >>> >>> # Modular ATA >>> device atacore # Core ATA functionality >>> device ataisa # ISA bus support >>> device atapci # PCI bus support; only generic chipset support >>> device ataahci # AHCI SATA >>> device ataintel # Intel >> How should STABLE user (not tracking freebsd-current@) learn about CAM ATA configuration? >> There is ahci(4) manual page in 8.0-PRERELEASE but no ada(4) that is linked here. [snip] > Read ahci(4) carefully. It has all possible references. If you think it > is not enough, propose patches. > >> It seems I miss ada(4) device and I cannot find it in 8.0 - not ada.ko nor "device ada". > > ada, same as da goes as part of cam module. It is not possible to load > them separately now. But for kernel configuration it is separate option. I think that part of what Euegene is said and what is confusing is that ahci.4 manual page has a cross-reference to ada.4, but the latter doesn't exist. Neither as a distinct manual page nor as a link. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 13:54:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B8471065698 for ; Thu, 19 Nov 2009 13:54:54 +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 203858FC1F for ; Thu, 19 Nov 2009 13:54:52 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nAJDsr1k005777 for ; Thu, 19 Nov 2009 07:54:53 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Nov 19 07:54:53 2009 Message-ID: <4B054DCC.6020701@denninger.net> Date: Thu, 19 Nov 2009 07:53:16 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------020603070303010305080009" X-Antivirus: avast! (VPS 091119-0, 11/19/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 13:54:54 -0000 This is a multi-part message in MIME format. --------------020603070303010305080009 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit It appears that V8.x has changed some device names in the serial subsystem, moving them to the "puc" naming (e.g. ttydxx moves to ttyuxx) There is a fairly serious issue with Hylafax under the new setup that I have not (yet) been able to run down. It manifests as ports that simply stop working, where they were fine under 7.x, after some indeterminate period of time. I will update as I have more information - this is a serious issue for anyone who needs working serial ports on multiport cards under FreeBSD for things like a fax server..... this is not the sort of "surprise" one wants to see! -- Karl Denninger --------------020603070303010305080009-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 13:57:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9CC1065672 for ; Thu, 19 Nov 2009 13:57:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id AA8A68FC1C for ; Thu, 19 Nov 2009 13:57:41 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJDvd3X095748; Thu, 19 Nov 2009 08:57:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911191357.nAJDvd3X095748@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Nov 2009 08:57:48 -0500 To: Karl Denninger , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <4B054DCC.6020701@denninger.net> References: <4B054DCC.6020701@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 13:57:41 -0000 At 08:53 AM 11/19/2009, Karl Denninger wrote: >I will update as I have more information - this is a serious issue for >anyone who needs working serial ports on multiport cards under FreeBSD >for things like a fax server..... this is not the sort of "surprise" one >wants to see! Its not the puc per se as the transition from sio to uart from /usr/src/UPDATING 20080713: The sio(4) driver has been removed from the i386 and amd64 kernel configuration files. This means uart(4) is now the default serial port driver on those platforms as well. To prevent collisions with the sio(4) driver, the uart(4) driver uses different names for its device nodes. This means the onboard serial port will now most likely be called "ttyu0" instead of "ttyd0". You may need to reconfigure applications to use the new device names. When using the serial port as a boot console, be sure to update /boot/device.hints and /etc/ttys before booting the new kernel. If you forget to do so, you can still manually specify the hints at the loader prompt: set hint.uart.0.at="isa" set hint.uart.0.port="0x3F8" set hint.uart.0.flags="0x10" set hint.uart.0.irq="4" boot -s >-- 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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:01:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92D11065672 for ; Thu, 19 Nov 2009 14:01:49 +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 71EFC8FC23 for ; Thu, 19 Nov 2009 14:01:49 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nAJE1ntN006241 for ; Thu, 19 Nov 2009 08:01:50 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Nov 19 08:01:49 2009 Message-ID: <4B054F6D.70300@denninger.net> Date: Thu, 19 Nov 2009 08:00:13 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Mike Tancsa References: <4B054DCC.6020701@denninger.net> <200911191357.nAJDvd3X095748@lava.sentex.ca> In-Reply-To: <200911191357.nAJDvd3X095748@lava.sentex.ca> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------080409010609040000060607" X-Antivirus: avast! (VPS 091119-0, 11/19/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:01:49 -0000 This is a multi-part message in MIME format. --------------080409010609040000060607 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mike Tancsa wrote: > At 08:53 AM 11/19/2009, Karl Denninger wrote: > >> I will update as I have more information - this is a serious issue for >> anyone who needs working serial ports on multiport cards under FreeBSD >> for things like a fax server..... this is not the sort of "surprise" one >> wants to see! > > Its not the puc per se as the transition from sio to uart > > from /usr/src/UPDATING > > 20080713: > The sio(4) driver has been removed from the i386 and amd64 > kernel configuration files. This means uart(4) is now the > default serial port driver on those platforms as well. > > To prevent collisions with the sio(4) driver, the uart(4) driver > uses different names for its device nodes. This means the > onboard serial port will now most likely be called "ttyu0" > instead of "ttyd0". You may need to reconfigure applications to > use the new device names. > > When using the serial port as a boot console, be sure to update > /boot/device.hints and /etc/ttys before booting the new kernel. > If you forget to do so, you can still manually specify the hints > at the loader prompt: > > set hint.uart.0.at="isa" > set hint.uart.0.port="0x3F8" > set hint.uart.0.flags="0x10" > set hint.uart.0.irq="4" > boot -s Well ok then the uart driver is BROKEN. It simply locks up on the port after some period of time, returning nothing. I have found no way to reset the port other than a reboot either. That's a "surprise" that people running fax servers and other similar things are going to be very unhappy about. -- Karl --------------080409010609040000060607-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:04:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364EA106568F for ; Thu, 19 Nov 2009 14:04:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 039CF8FC18 for ; Thu, 19 Nov 2009 14:04:18 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJE4HEm095790; Thu, 19 Nov 2009 09:04:17 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911191404.nAJE4HEm095790@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Nov 2009 09:04:26 -0500 To: Karl Denninger From: Mike Tancsa In-Reply-To: <4B054F6D.70300@denninger.net> References: <4B054DCC.6020701@denninger.net> <200911191357.nAJDvd3X095748@lava.sentex.ca> <4B054F6D.70300@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:04:19 -0000 At 09:00 AM 11/19/2009, Karl Denninger wrote: >Well ok then the uart driver is BROKEN. > >It simply locks up on the port after some period of time, returning >nothing. I have found no way to reset the port other than a reboot >either. That's a "surprise" that people running fax servers and other >similar things are going to be very unhappy about. Which serial card are you using ? I have a number of PCI cards (lava for example) that are working quite well with the puc and uart driver combo. Perhaps you could post some details about the hardware used thats having issues. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:15:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81905106566C for ; Thu, 19 Nov 2009 14:15:46 +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 457B28FC13 for ; Thu, 19 Nov 2009 14:15:46 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nAJEFkkq027774 for ; Thu, 19 Nov 2009 08:15:46 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Nov 19 08:15:46 2009 Message-ID: <4B0552B2.2020000@denninger.net> Date: Thu, 19 Nov 2009 08:14:10 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------070302010300040705080800" X-Antivirus: avast! (VPS 091119-0, 11/19/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:15:46 -0000 This is a multi-part message in MIME format. --------------070302010300040705080800 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mike Tancsa wrote: > At 09:00 AM 11/19/2009, Karl Denninger wrote: >> Well ok then the uart driver is BROKEN. >> >> It simply locks up on the port after some period of time, returning >> nothing. I have found no way to reset the port other than a reboot >> either. That's a "surprise" that people running fax servers and other >> similar things are going to be very unhappy about. > > Which serial card are you using ? I have a number of PCI cards (lava > for example) that are working quite well with the puc and uart driver > combo. Perhaps you could post some details about the hardware used > thats having issues. > > ---Mike puc0: port 0x4060-0x407f,0x4040-0x405f mem 0x94503000-0x94503fff,0x94502000-0x94502fff irq 16 at device 0.0 on pci3 puc0: [FILTER] uart2: <16550 or compatible> on puc0 uart2: [FILTER] uart3: <16550 or compatible> on puc0 uart3: [FILTER] uart4: <16550 or compatible> on puc0 uart4: [FILTER] uart5: <16550 or compatible> on puc0 uart5: [FILTER] It's a generic board with four ports sitting on the PCI bus. Nothing special, no smarts, just four 16550 uarts. Port "0" is on the motherboard and I am using that to talk to my NMEA clock (using PPS, which is working). I also am using one of the "troubled" ports to talk to an APC UPS, again, without problems. Trivial and reasonably-trivial applications work fine on the uart/puc combination. Hylafax requires correct modem control that is FLAWLESS or it WILL blow up. This is an area where smart cards have in the past run into driver trouble (going back years; I have lots of experience with driver issues on so-called "smart" cards going back more than a decade in this sort of application!) and now, it appears that sickness has translated into the UART driver as well. The system in question sends hundreds of faxes a day and any sort of squirrelly driver problems in the serial subsystem show up almost instantly (I updated to RC2 on that machine last night and it took less than an hour for the modems to wedge this morning.) I tried to flip back to sio() as the driver in GENERIC and it appears that can't be done, or I'm missing some interdependency somewhere (doing so throws all sorts of errors related to the include files) -- Karl --------------070302010300040705080800-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:27:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64CDE106578E for ; Thu, 19 Nov 2009 14:27:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2793C8FC0C for ; Thu, 19 Nov 2009 14:27:30 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJERSl6095906; Thu, 19 Nov 2009 09:27:28 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911191427.nAJERSl6095906@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Nov 2009 09:27:36 -0500 To: Karl Denninger , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <4B0552B2.2020000@denninger.net> References: <4B0552B2.2020000@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:27:30 -0000 At 09:14 AM 11/19/2009, Karl Denninger wrote: >Mike Tancsa wrote: > > At 09:00 AM 11/19/2009, Karl Denninger wrote: > >> Well ok then the uart driver is BROKEN. > >> > >> It simply locks up on the port after some period of time, returning > >> nothing. I have found no way to reset the port other than a reboot > >> either. That's a "surprise" that people running fax servers and other > >> similar things are going to be very unhappy about. > > > > Which serial card are you using ? I have a number of PCI cards (lava > > for example) that are working quite well with the puc and uart driver > > combo. Perhaps you could post some details about the hardware used > > thats having issues. > > > > ---Mike >puc0: port >0x4060-0x407f,0x4040-0x405f mem >0x94503000-0x94503fff,0x94502000-0x94502fff irq 16 at device 0.0 on pci3 >puc0: [FILTER] >uart2: <16550 or compatible> on puc0 >uart2: [FILTER] >uart3: <16550 or compatible> on puc0 >uart3: [FILTER] >uart4: <16550 or compatible> on puc0 >uart4: [FILTER] >uart5: <16550 or compatible> on puc0 >uart5: [FILTER] > >It's a generic board with four ports sitting on the PCI bus. Nothing If you serial app is low speed (e.g 9600), try adding hint.uart.2.flags="0x100" hint.uart.3.flags="0x100" hint.uart.4.flags="0x100" hint.uart.5.flags="0x100" to /boot/device.hints and reboot ---Mike >special, no smarts, just four 16550 uarts. Port "0" is on the >motherboard and I am using that to talk to my NMEA clock (using PPS, >which is working). I also am using one of the "troubled" ports to talk >to an APC UPS, again, without problems. > >Trivial and reasonably-trivial applications work fine on the uart/puc >combination. Hylafax requires correct modem control that is FLAWLESS or >it WILL blow up. This is an area where smart cards have in the past run >into driver trouble (going back years; I have lots of experience with >driver issues on so-called "smart" cards going back more than a decade >in this sort of application!) and now, it appears that sickness has >translated into the UART driver as well. > >The system in question sends hundreds of faxes a day and any sort of >squirrelly driver problems in the serial subsystem show up almost >instantly (I updated to RC2 on that machine last night and it took less >than an hour for the modems to wedge this morning.) > >I tried to flip back to sio() as the driver in GENERIC and it appears >that can't be done, or I'm missing some interdependency somewhere (doing >so throws all sorts of errors related to the include files) > >-- 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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:29:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA5A106566B for ; Thu, 19 Nov 2009 14:29:02 +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 CA83F8FC24 for ; Thu, 19 Nov 2009 14:29:01 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nAJET1ew002602 for ; Thu, 19 Nov 2009 08:29:02 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Nov 19 08:29:02 2009 Message-ID: <4B0555CD.8050704@denninger.net> Date: Thu, 19 Nov 2009 08:27:25 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Mike Tancsa References: <4B0552B2.2020000@denninger.net> <200911191427.nAJERSl6095906@lava.sentex.ca> In-Reply-To: <200911191427.nAJERSl6095906@lava.sentex.ca> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------010707060401080708000805" X-Antivirus: avast! (VPS 091119-0, 11/19/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:29:02 -0000 This is a multi-part message in MIME format. --------------010707060401080708000805 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mike Tancsa wrote: > At 09:14 AM 11/19/2009, Karl Denninger wrote: > > >> Mike Tancsa wrote: >> > At 09:00 AM 11/19/2009, Karl Denninger wrote: >> >> Well ok then the uart driver is BROKEN. >> >> >> >> It simply locks up on the port after some period of time, returning >> >> nothing. I have found no way to reset the port other than a reboot >> >> either. That's a "surprise" that people running fax servers and >> other >> >> similar things are going to be very unhappy about. >> > >> > Which serial card are you using ? I have a number of PCI cards (lava >> > for example) that are working quite well with the puc and uart driver >> > combo. Perhaps you could post some details about the hardware used >> > thats having issues. >> > >> > ---Mike >> puc0: port >> 0x4060-0x407f,0x4040-0x405f mem >> 0x94503000-0x94503fff,0x94502000-0x94502fff irq 16 at device 0.0 on pci3 >> puc0: [FILTER] >> uart2: <16550 or compatible> on puc0 >> uart2: [FILTER] >> uart3: <16550 or compatible> on puc0 >> uart3: [FILTER] >> uart4: <16550 or compatible> on puc0 >> uart4: [FILTER] >> uart5: <16550 or compatible> on puc0 >> uart5: [FILTER] >> >> It's a generic board with four ports sitting on the PCI bus. Nothing > > > If you serial app is low speed (e.g 9600), try adding > > hint.uart.2.flags="0x100" > hint.uart.3.flags="0x100" > hint.uart.4.flags="0x100" > hint.uart.5.flags="0x100" > > to /boot/device.hints and reboot > > ---Mike It's not. What does that do? (The ports run 38400 or 57600 - higher preferred, 38.4k is the minimum for it to work) -- Karl --------------010707060401080708000805-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:33:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0FB91065676 for ; Thu, 19 Nov 2009 14:33:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4298FC29 for ; Thu, 19 Nov 2009 14:33:54 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJEXqqT095949; Thu, 19 Nov 2009 09:33:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911191433.nAJEXqqT095949@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Nov 2009 09:34:01 -0500 To: Karl Denninger From: Mike Tancsa In-Reply-To: <4B0555CD.8050704@denninger.net> References: <4B0552B2.2020000@denninger.net> <200911191427.nAJERSl6095906@lava.sentex.ca> <4B0555CD.8050704@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 14:33:54 -0000 At 09:27 AM 11/19/2009, Karl Denninger wrote: >It's not. > >What does that do? From the man page, With flags encoded as: 0x00010 device is potential system console 0x00080 use this port for remote kernel debugging 0x00100 set RX FIFO trigger level to ``low'' (NS8250 only) 0x00200 set RX FIFO trigger level to ``medium low'' (NS8250 only) 0x00400 set RX FIFO trigger level to ``medium high'' (default, NS8250 only) 0x00800 set RX FIFO trigger level to ``high'' (NS8250 only) You might still want to try adjusting how fast the FIFOs are flushed to see if thats your issue. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:55:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F199B106566C for ; Thu, 19 Nov 2009 14:55:17 +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 C33498FC12 for ; Thu, 19 Nov 2009 14:55:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6EF2046B2C; Thu, 19 Nov 2009 09:55:17 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8F83B8A020; Thu, 19 Nov 2009 09:55:16 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 19 Nov 2009 09:34:10 -0500 User-Agent: KMail/1.9.7 References: <175fd45439c7cf285eb894361ae58e5a.squirrel@webmail.lerctr.org> <20091115191039.GV1649@albert.catwhisker.org> <8cd25834fbad3a9327a6dde9a7697deb.squirrel@webmail.lerctr.org> In-Reply-To: <8cd25834fbad3a9327a6dde9a7697deb.squirrel@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911190934.10519.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 19 Nov 2009 09:55:16 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: RELENG_7: Kernel Compile Failure 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, 19 Nov 2009 14:55:18 -0000 On Sunday 15 November 2009 2:15:51 pm Larry Rosenman wrote: > > On Sun, November 15, 2009 1:10 pm, David Wolfskill wrote: > > On Sun, Nov 15, 2009 at 12:37:23PM -0600, Larry Rosenman wrote: > >> ... > >> /usr/src/sys/kern/kern_conf.c:698: error: 'struct cdevsw' has no member > >> named 'd_mmap2' > >> *** Error code 1 > >> > >> Stop in /usr/obj/usr/src/sys/THEBIGHONKER. > >> *** Error code 1 > >> > >> Stop in /usr/src. > >> *** Error code 1 > >> > >> Stop in /usr/src. > >> # > >> > >> > >> Ideas? > >> ... > > > > Try a different mirror, perhaps? I've had no problems tracking stable/7 > > daily (though I'm using SVN). > > Thanks. Pulled a update from cvsup5.us.freebsd.org, and changes were > picked up. > > Can someone check the health of cvsup17.us.freebsd.org? This should be resolved now I believe? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 14:59:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E31106568B for ; Thu, 19 Nov 2009 14:59:26 +0000 (UTC) (envelope-from djv@iki.fi) Received: from kirsi1.inet.fi (mta-out.inet.fi [195.156.147.13]) by mx1.freebsd.org (Postfix) with ESMTP id D2F248FC08 for ; Thu, 19 Nov 2009 14:59:25 +0000 (UTC) Received: from [192.168.1.5] (80.223.147.182) by kirsi1.inet.fi (8.5.014) id 4B03EE3D000DAB18 for freebsd-stable@freebsd.org; Thu, 19 Nov 2009 16:47:54 +0200 Message-ID: <4B055AB7.50804@iki.fi> Date: Thu, 19 Nov 2009 16:48:23 +0200 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> <4B02CCBA.4070909@t-online.hu> <20091117163754.GA98592@icarus.home.lan> In-Reply-To: <20091117163754.GA98592@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 19 Nov 2009 14:59:26 -0000 Jeremy Chadwick wrote: > On Tue, Nov 17, 2009 at 05:18:02PM +0100, Mikael Bak wrote: >> Matt Wilks wrote: >>> I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an >>> amd64 FreeBSD 7.2 system and having trouble. When I run >>> >> [snip] >> >> >From the project's home page: >> "NSIS (Nullsoft Scriptable Install System) is a professional open source >> system to create Windows installers." >> >> Is this supposed to compile on unix-like systems? > > Yes it is. It's supposed to be compilable on any POSIX-compliant > system, without requiring WINE. With or without a cross-compiler? -- Tuomo ... [X] nail here for new monitor From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 15:33:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C72BF1065672 for ; Thu, 19 Nov 2009 15:33:56 +0000 (UTC) (envelope-from vburke@skow.net) Received: from pan.gwi.net (pan.gwi.net [207.5.128.165]) by mx1.freebsd.org (Postfix) with ESMTP id 750B78FC14 for ; Thu, 19 Nov 2009 15:33:55 +0000 (UTC) Received: from [66.55.209.9] (bb-66-55-209-9.gwi.net [66.55.209.9]) by pan.gwi.net (8.13.1/8.13.1) with ESMTP id nAJEJb3K012817 for ; Thu, 19 Nov 2009 09:19:38 -0500 (EST) (envelope-from vburke@skow.net) Message-ID: <4B0553F6.7010402@skow.net> Date: Thu, 19 Nov 2009 09:19:34 -0500 From: Vern Burke User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 7.2, NFS, and Xen Cloud Platform 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, 19 Nov 2009 15:33:56 -0000 Greetings all: I'm attempting to run my FreeBSD 7.2 server as an NFS backend for XCP. I can mount the share from any FreeBSD box, I can mount it from XCP's Linux command prompt, trying to mount it from XCP gives an error that the share couldn't be mounted because the server denied permission. I'm not seeing any messages in the FreeBSD log files, is there any way I can get the NFS server to give me more details so I can sort this? Vern -- Vern Burke SwiftWater Telecom http://www.swiftwatertel.com ISP/CLEC Engineering Services Data Center Services Remote Backup Services From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 15:52:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8C62106566B for ; Thu, 19 Nov 2009 15:52:58 +0000 (UTC) (envelope-from bp@barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD2E8FC08 for ; Thu, 19 Nov 2009 15:52:58 +0000 (UTC) Received: from eden.barryp.org (host-145-114-107-208.midco.net [208.107.114.145]) by itasca.hexavalent.net (Postfix) with ESMTPS id DC52B23C5EF for ; Thu, 19 Nov 2009 09:52:57 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=barryp.org; s=itasca; t=1258645977; bh=pOolmUOGRO/IeSDKQtIvEczSeWsoprJ2B1PbKQQDXiM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=fn2Aqv7fJ6zb dbisdjXhxWEUBXMGamKEsJkUlhpoR2rW64s6QNqdxcUiulvLuPxdaH8rZoYLQaJ6zDg Vq7289cX2qC+jYY8NgnsxxPMlfvVD4vuHQCXtnbRbQ3JnyMwCV+mb19LbwVy2Jh63m7 mIpsgaLyVkEz876BYJI7K2ezA= Received: from octane.med.und.nodak.edu ([134.129.166.23]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1NB9JX-000N90-CL; Thu, 19 Nov 2009 09:52:55 -0600 Message-ID: <4B0569D6.9030502@barryp.org> Date: Thu, 19 Nov 2009 09:52:54 -0600 From: Barry Pederson User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gerrit_K=FChn?= References: <20091118101706.780938ba.gerrit@pmp.uni-hannover.de> <20091118180939.2691c2cd.gerrit@pmp.uni-hannover.de> <4B0430BF.4010201@barryp.org> <20091118180027.GA16477@icarus.home.lan> <20091118181008.GA16741@icarus.home.lan> <4B0447EF.1080703@barryp.org> <20091119095240.4ece2490.gerrit@pmp.uni-hannover.de> In-Reply-To: <20091119095240.4ece2490.gerrit@pmp.uni-hannover.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Support for SAS/SATA non-RAID adapters 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, 19 Nov 2009 15:52:58 -0000 Gerrit Khn wrote: > On Wed, 18 Nov 2009 13:15:59 -0600 Barry Pederson wrote > BP> If someone wanted to make PCIe compatible brackets for this affordable > BP> card, they'd probably sell a fair number to small shops or home users. > > Yeah, I would also buy some. :-) > I was browsing this bracket mfg's page, I wonder if they might have something off-the-shelf that would be suitable http://www.purcellbrackets.com/dbblanks.asp Barry From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 16:03:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19072106568B for ; Thu, 19 Nov 2009 16:03:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id BB2EE8FC1A for ; Thu, 19 Nov 2009 16:03:41 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nAJFqprb023238; Thu, 19 Nov 2009 07:52:51 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nAJFqpgG023237; Thu, 19 Nov 2009 07:52:51 -0800 (PST) (envelope-from david) Date: Thu, 19 Nov 2009 07:52:51 -0800 From: David Wolfskill To: John Baldwin Message-ID: <20091119155251.GM1637@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , John Baldwin , freebsd-stable@freebsd.org, Larry Rosenman References: <175fd45439c7cf285eb894361ae58e5a.squirrel@webmail.lerctr.org> <20091115191039.GV1649@albert.catwhisker.org> <8cd25834fbad3a9327a6dde9a7697deb.squirrel@webmail.lerctr.org> <200911190934.10519.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ie5iOtK4e9kgqh2F" Content-Disposition: inline In-Reply-To: <200911190934.10519.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7: Kernel Compile Failure 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, 19 Nov 2009 16:03:42 -0000 --Ie5iOtK4e9kgqh2F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 19, 2009 at 09:34:10AM -0500, John Baldwin wrote: > ... > > > Try a different mirror, perhaps? I've had no problems tracking stabl= e/7 > > > daily (though I'm using SVN). > >=20 > > Thanks. Pulled a update from cvsup5.us.freebsd.org, and changes were > > picked up. > >=20 > > Can someone check the health of cvsup17.us.freebsd.org? >=20 > This should be resolved now I believe? I'm not really in a convenient position to check -- I normally use cvsup4 for the CVS stuff, and maintain a private SVN mirror for src. 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. --Ie5iOtK4e9kgqh2F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksFadIACgkQmprOCmdXAD1vtACfdc0j+DETsRrOnGwKwVO7trJD BsUAmwTpTQwYpxaz5swlsnheWB1Sulgc =xgc1 -----END PGP SIGNATURE----- --Ie5iOtK4e9kgqh2F-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 16:58:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC3AF106566C for ; Thu, 19 Nov 2009 16:58:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A533D8FC13 for ; Thu, 19 Nov 2009 16:58:50 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAJGwnp0096685; Thu, 19 Nov 2009 11:58:49 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911191658.nAJGwnp0096685@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Nov 2009 11:58:58 -0500 To: Jack Vogel From: Mike Tancsa In-Reply-To: <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com > References: <200911182130.nAILUJCR089766@lava.sentex.ca> <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: bug with some em nics on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 16:58:50 -0000 At 07:29 PM 11/18/2009, Jack Vogel wrote: >Hey Mike, > >Can you check if you see the same behavior on RELENG 8? For RELENG_8. I installed an fxp card and netbooted off it. I assigned an IP address to the onboard nic (em5). Pinged itself, got a MAC and response. Plugged in the cable, pinged the other side, all ok Did the same, but pinged the other side, and plugged the cable in, all worked as expected. # ping 10.177.194.18 PING 10.177.194.18 (10.177.194.18): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down 64 bytes from 10.177.194.18: icmp_seq=30 ttl=64 time=1329.918 ms 64 bytes from 10.177.194.18: icmp_seq=31 ttl=64 time=324.925 ms 64 bytes from 10.177.194.18: icmp_seq=32 ttl=64 time=0.054 ms 64 bytes from 10.177.194.18: icmp_seq=33 ttl=64 time=0.055 ms 64 bytes from 10.177.194.18: icmp_seq=34 ttl=64 time=0.047 ms 64 bytes from 10.177.194.18: icmp_seq=35 ttl=64 time=0.050 ms 64 bytes from 10.177.194.18: icmp_seq=36 ttl=64 time=0.047 ms 64 bytes from 10.177.194.18: icmp_seq=37 ttl=64 time=0.049 ms 64 bytes from 10.177.194.18: icmp_seq=38 ttl=64 time=0.043 ms em4: port 0xcc00-0xcc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 em4: Using MSIX interrupts em4: [ITHREAD] em4: [ITHREAD] em4: [ITHREAD] em4: Ethernet address: 00:30:48:d6:ef:12 pcib7: irq 16 at device 28.1 on pci0 pci7: on pcib7 em5: port 0xdc00-0xdc1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 em5: Using MSIX interrupts em5: [ITHREAD] em5: [ITHREAD] em5: [ITHREAD] em5: Ethernet address: 00:30:48:d6:ef:13 So the problem is _not_ there under RELENG_8. I also tested the 2 PCIe nics to make sure they are still working, and they are. Full dmesg below opyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RC2 #0: Wed Nov 11 09:54:52 EST 2009 mdtancsa@ich10.sentex.ca:/usr/obj/usr/src/sys/alix i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2660.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 6446645248 (6148 MB) avail memory = 3137355776 (2992 MB) ACPI APIC Table: <011209 APIC2037> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: <011209 XSDT2037> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 em0: port 0xac00-0xac1f mem 0xface0000-0xfacfffff,0xfacc0000-0xfacdffff irq 16 at device 0.0 on pci1 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:78:e6:e0 em1: port 0xa880-0xa89f mem 0xfac80000-0xfac9ffff,0xfac60000-0xfac7ffff irq 17 at device 0.1 on pci1 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:15:17:78:e6:e1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci3: on pcib3 em2: port 0xbc00-0xbc1f mem 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff irq 16 at device 0.0 on pci3 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:15:17:cf:26:de em3: port 0xb880-0xb89f mem 0xfad80000-0xfad9ffff,0xfad60000-0xfad7ffff irq 17 at device 0.1 on pci3 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:15:17:cf:26:df pcib4: at device 7.0 on pci0 pci4: on pcib4 pcib5: at device 9.0 on pci0 pci5: on pcib5 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) pci0: at device 22.2 (no driver attached) pci0: at device 22.3 (no driver attached) pci0: at device 22.4 (no driver attached) pci0: at device 22.5 (no driver attached) pci0: at device 22.6 (no driver attached) pci0: at device 22.7 (no driver attached) uhci0: port 0x9c00-0x9c1f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0x9880-0x989f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0x9800-0x981f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfabde000-0xfabde3ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib6: irq 17 at device 28.0 on pci0 pci6: on pcib6 em4: port 0xcc00-0xcc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 em4: Using MSIX interrupts em4: [ITHREAD] em4: [ITHREAD] em4: [ITHREAD] em4: Ethernet address: 00:30:48:d6:ef:12 pcib7: irq 16 at device 28.1 on pci0 pci7: on pcib7 em5: port 0xdc00-0xdc1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 em5: Using MSIX interrupts em5: [ITHREAD] em5: [ITHREAD] em5: [ITHREAD] em5: Ethernet address: 00:30:48:d6:ef:13 uhci3: port 0x9480-0x949f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0x9400-0x941f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0x9080-0x909f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xfabdc000-0xfabdc3ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib8: at device 30.0 on pci0 pci8: on pcib8 fxp0: port 0xec00-0xec3f mem 0xfbefe000-0xfbefefff,0xfbec0000-0xfbedffff irq 17 at device 1.0 on pci8 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:5d:ca:ce fxp0: [ITHREAD] vgapci0: mem 0xf9800000-0xf9ffffff,0xfbef8000-0xfbefbfff,0xfb000000-0xfb7fffff irq 17 at device 4.0 on pci8 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x9000-0x9007,0x8c00-0x8c03,0x8880-0x8887,0x8800-0x8803,0x8480-0x848f,0x8400-0x840f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x8000-0x8007,0x7c00-0x7c03,0x7880-0x7887,0x7800-0x7803,0x7480-0x748f,0x7400-0x740f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (38400,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 on acpi0 uart2: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 8A, should be 87 20090521 tbutils-275 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! ugen1.1: at usbus1ugen0.1: at usbus0Root mount waiting for:ugen2.1: at usbus2 usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: on usbus0 ugen3.1: at usbus3uhub1: on usbus2 uhub2: on usbus1 uhub3: on usbus3 ugen4.1: at usbus4ugen5.1: at usbus5ugen7.1: at usbus7ugen6.1: at usbus6 uhub4: on usbus4 uhub5: on usbus5 uhub6: on usbus6 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from nfs:10.255.255.1:/home/pxe NFS ROOT: 10.255.255.1:/usr/home/pxe/ ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 17:00:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C21E21065695; Thu, 19 Nov 2009 17:00:30 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 934E28FC21; Thu, 19 Nov 2009 17:00:30 +0000 (UTC) Received: by pxi12 with SMTP id 12so1669740pxi.3 for ; Thu, 19 Nov 2009 09:00:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=d8c3x8MJM2fQvT7MuHWYSHXKw0/1OLpZvkHayzids90=; b=faonQzS0bg8qFHpHxinvWv98jFtxa5Vo/w4skJQBBSLAfchUe61CQCN4rJjszeARIh K1hQi5KXbfyhysfZ3oCvte1WBazyQ4QhXynPm49Rt99ie31nVi8w9czL/eRDAV0E8coN Txuxx7a+mZyvPt5LgWFOlhTYSP71/RI2GkLS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vKdyYZKJrVehKgt6lGkJ/GlSuwwdD7yuNDEE9YMEK9Gik7Hmn3mHDHcUythOvavMGI 8X77C/Uu5Z6B07ypZx4Ubu/I4z8av5EC2ww50nU1I0VaK+SV/1BcvwYXDzondic7U5qm RDlJW/YA9xYlz9tZjwPkBYQTNXw+boYZMs7Nc= MIME-Version: 1.0 Received: by 10.115.102.9 with SMTP id e9mr191380wam.199.1258650030113; Thu, 19 Nov 2009 09:00:30 -0800 (PST) In-Reply-To: <314774211.102489.1258609764004.JavaMail.apache@mail53.abv.bg> References: <314774211.102489.1258609764004.JavaMail.apache@mail53.abv.bg> Date: Thu, 19 Nov 2009 10:00:29 -0700 Message-ID: From: Tim Judd To: Mario Pavlov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Re: Re: [solved] Re: Re: Re: diskless - NFS root mount problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 17:00:30 -0000 On 11/18/09, Mario Pavlov wrote: > oh yes, I got what you meant now > true, I used /usr from the server because I wanted to have all my ports > available to the client. Is there a nice way to install ports only in the > diskless distribution ? > > thank you. > > Regards > Mario Just like any other port you install. you can either chroot into your diskless root filesystem (as I have it laid out, not you), and run the port tools. you can also run the package management tools. All programs are are files on the disk, there's no local registry as in windows to worry about. You can even compile on the diskless client. It just reads and writes files to the nfs server to compile ports. --TJ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 17:27:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3446A1065670 for ; Thu, 19 Nov 2009 17:27:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 683FA8FC1C for ; Thu, 19 Nov 2009 17:27:38 +0000 (UTC) Received: by gv-out-0910.google.com with SMTP id p33so422478gvf.39 for ; Thu, 19 Nov 2009 09:27:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=60tJyWHXcs2wUZvZvtwN4R0P7Ikl0i8jgKX47vK+bAs=; b=Vx7x7rUcEkx/NVsd0lIBJxUo4kO5UvlnozXAn1VpwTUPa7ktkXYVyX7rj7qc9IiEYX MMfaoZ+Sril+vXhXmVy9tQfj5MG8SVTMqsaM3xgjmwK2jqbXQ/bRfCBypw+PXmteMkb8 MSPv9zo7Ka6H+Sm8pkf0RkA/Jt7Uu3EKeZccw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=j9SffQASLZ1f3bfop6IJB8v6MRnuUl2+qUTcYddor7tU+VuXYxN0aRR1o5zCGqwcuh krRRPYNP6WXJu6LbwGIrejQkQ5dZjW/+jRFHoWejn2L3jw/7Dp2xDMc9vakUERy2qYlY GmHijAIMJPpzzqJuScHIKLYWjrPCYGgTs11Hc= MIME-Version: 1.0 Received: by 10.216.91.10 with SMTP id g10mr65930wef.217.1258651657091; Thu, 19 Nov 2009 09:27:37 -0800 (PST) In-Reply-To: <200911191658.nAJGwnp0096685@lava.sentex.ca> References: <200911182130.nAILUJCR089766@lava.sentex.ca> <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com> <200911191658.nAJGwnp0096685@lava.sentex.ca> Date: Thu, 19 Nov 2009 09:27:36 -0800 Message-ID: <2a41acea0911190927u1c90fa6cpe965f072a3339299@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: bug with some em nics on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 17:27:39 -0000 Cool, so stable/7 will just need to be updated :) I need to catch up all the drivers in that stream actually. Thanks for testing!! Jack On Thu, Nov 19, 2009 at 8:58 AM, Mike Tancsa wrote: > At 07:29 PM 11/18/2009, Jack Vogel wrote: > >> Hey Mike, >> >> Can you check if you see the same behavior on RELENG 8? >> > > For RELENG_8. I installed an fxp card and netbooted off it. > > I assigned an IP address to the onboard nic (em5). Pinged itself, got a MAC > and response. Plugged in the cable, pinged the other side, all ok > > Did the same, but pinged the other side, and plugged the cable in, all > worked as expected. > # ping 10.177.194.18 > PING 10.177.194.18 (10.177.194.18): 56 data bytes > ping: sendto: Host is down > ping: sendto: Host is down > ping: sendto: Host is down > 64 bytes from 10.177.194.18: icmp_seq=30 ttl=64 time=1329.918 ms > 64 bytes from 10.177.194.18: icmp_seq=31 ttl=64 time=324.925 ms > 64 bytes from 10.177.194.18: icmp_seq=32 ttl=64 time=0.054 ms > 64 bytes from 10.177.194.18: icmp_seq=33 ttl=64 time=0.055 ms > 64 bytes from 10.177.194.18: icmp_seq=34 ttl=64 time=0.047 ms > 64 bytes from 10.177.194.18: icmp_seq=35 ttl=64 time=0.050 ms > 64 bytes from 10.177.194.18: icmp_seq=36 ttl=64 time=0.047 ms > 64 bytes from 10.177.194.18: icmp_seq=37 ttl=64 time=0.049 ms > 64 bytes from 10.177.194.18: icmp_seq=38 ttl=64 time=0.043 ms > > > em4: port 0xcc00-0xcc1f mem > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 > > em4: Using MSIX interrupts > em4: [ITHREAD] > em4: [ITHREAD] > em4: [ITHREAD] > em4: Ethernet address: 00:30:48:d6:ef:12 > pcib7: irq 16 at device 28.1 on pci0 > pci7: on pcib7 > em5: port 0xdc00-0xdc1f mem > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 > > em5: Using MSIX interrupts > em5: [ITHREAD] > em5: [ITHREAD] > em5: [ITHREAD] > em5: Ethernet address: 00:30:48:d6:ef:13 > > So the problem is _not_ there under RELENG_8. I also tested the 2 PCIe > nics to make sure they are still working, and they are. > > Full dmesg below > > opyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RC2 #0: Wed Nov 11 09:54:52 EST 2009 > mdtancsa@ich10.sentex.ca:/usr/obj/usr/src/sys/alix i386 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2660.00-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 > > Features=0xbfebfbff > > Features2=0x98e3bd > AMD Features=0x28100000 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 6446645248 (6148 MB) > avail memory = 3137355776 (2992 MB) > ACPI APIC Table: <011209 APIC2037> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 2 > cpu2 (AP): APIC ID: 4 > cpu3 (AP): APIC ID: 6 > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > cryptosoft0: on motherboard > acpi0: <011209 XSDT2037> on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bff00000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > em0: port 0xac00-0xac1f mem > 0xface0000-0xfacfffff,0xfacc0000-0xfacdffff irq 16 at device 0.0 on pci1 > > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:15:17:78:e6:e0 > em1: port 0xa880-0xa89f mem > 0xfac80000-0xfac9ffff,0xfac60000-0xfac7ffff irq 17 at device 0.1 on pci1 > > em1: Using MSI interrupt > em1: [FILTER] > em1: Ethernet address: 00:15:17:78:e6:e1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > pcib3: at device 5.0 on pci0 > pci3: on pcib3 > em2: port 0xbc00-0xbc1f mem > 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff irq 16 at device 0.0 on pci3 > > em2: Using MSI interrupt > em2: [FILTER] > em2: Ethernet address: 00:15:17:cf:26:de > em3: port 0xb880-0xb89f mem > 0xfad80000-0xfad9ffff,0xfad60000-0xfad7ffff irq 17 at device 0.1 on pci3 > > em3: Using MSI interrupt > em3: [FILTER] > em3: Ethernet address: 00:15:17:cf:26:df > pcib4: at device 7.0 on pci0 > pci4: on pcib4 > pcib5: at device 9.0 on pci0 > pci5: on pcib5 > pci0: at device 16.0 (no driver > attached) > pci0: at device 16.1 (no driver > attached) > pci0: at device 20.0 (no driver > attached) > pci0: at device 20.1 (no driver > attached) > pci0: at device 20.2 (no driver > attached) > pci0: at device 20.3 (no driver > attached) > pci0: at device 22.0 (no driver attached) > pci0: at device 22.1 (no driver attached) > pci0: at device 22.2 (no driver attached) > pci0: at device 22.3 (no driver attached) > pci0: at device 22.4 (no driver attached) > pci0: at device 22.5 (no driver attached) > pci0: at device 22.6 (no driver attached) > pci0: at device 22.7 (no driver attached) > uhci0: port 0x9c00-0x9c1f irq 16 at device > 26.0 on pci0 > uhci0: [ITHREAD] > uhci0: LegSup = 0x2f00 > usbus0: on uhci0 > uhci1: port 0x9880-0x989f irq 21 at device > 26.1 on pci0 > uhci1: [ITHREAD] > uhci1: LegSup = 0x2f00 > usbus1: on uhci1 > uhci2: port 0x9800-0x981f irq 19 at device > 26.2 on pci0 > uhci2: [ITHREAD] > uhci2: LegSup = 0x2f00 > usbus2: on uhci2 > ehci0: mem 0xfabde000-0xfabde3ff irq 18 > at device 26.7 on pci0 > ehci0: [ITHREAD] > usbus3: EHCI version 1.0 > usbus3: on ehci0 > pcib6: irq 17 at device 28.0 on pci0 > pci6: on pcib6 > em4: port 0xcc00-0xcc1f mem > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 > > em4: Using MSIX interrupts > em4: [ITHREAD] > em4: [ITHREAD] > em4: [ITHREAD] > em4: Ethernet address: 00:30:48:d6:ef:12 > pcib7: irq 16 at device 28.1 on pci0 > pci7: on pcib7 > em5: port 0xdc00-0xdc1f mem > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 > > em5: Using MSIX interrupts > em5: [ITHREAD] > em5: [ITHREAD] > em5: [ITHREAD] > em5: Ethernet address: 00:30:48:d6:ef:13 > uhci3: port 0x9480-0x949f irq 23 at device > 29.0 on pci0 > uhci3: [ITHREAD] > uhci3: LegSup = 0x2f00 > usbus4: on uhci3 > uhci4: port 0x9400-0x941f irq 19 at device > 29.1 on pci0 > uhci4: [ITHREAD] > uhci4: LegSup = 0x2f00 > usbus5: on uhci4 > uhci5: port 0x9080-0x909f irq 18 at device > 29.2 on pci0 > uhci5: [ITHREAD] > uhci5: LegSup = 0x2f00 > usbus6: on uhci5 > ehci1: mem 0xfabdc000-0xfabdc3ff irq 23 > at device 29.7 on pci0 > ehci1: [ITHREAD] > usbus7: EHCI version 1.0 > usbus7: on ehci1 > pcib8: at device 30.0 on pci0 > pci8: on pcib8 > fxp0: port 0xec00-0xec3f mem > 0xfbefe000-0xfbefefff,0xfbec0000-0xfbedffff irq 17 at device 1.0 on pci8 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:5d:ca:ce > fxp0: [ITHREAD] > vgapci0: mem > 0xf9800000-0xf9ffffff,0xfbef8000-0xfbefbfff,0xfb000000-0xfb7fffff irq 17 at > device 4.0 on pci8 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x9000-0x9007,0x8c00-0x8c03,0x8880-0x8887,0x8800-0x8803,0x8480-0x848f,0x8400-0x840f > irq 19 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port > 0x8000-0x8007,0x7c00-0x7c03,0x7880-0x7887,0x7800-0x7803,0x7480-0x748f,0x7400-0x740f > irq 19 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart0: console (38400,n,8,1) > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 on acpi0 > uart2: [FILTER] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > cpu0: on acpi0 > ACPI Warning: Incorrect checksum in table [OEMB] - 8A, should be 87 > 20090521 tbutils-275 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 14 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 14 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 14 > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 14 > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 12Mbps Full Speed USB v1.0 > usbus6: 12Mbps Full Speed USB v1.0 > usbus7: 480Mbps High Speed USB v2.0 > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > ugen1.1: at usbus1ugen0.1: at usbus0Root mount waiting > for:ugen2.1: at usbus2 > > > usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 > uhub0: on usbus0 > ugen3.1: at usbus3uhub1: > on usbus2 > uhub2: on usbus1 > uhub3: on usbus3 > ugen4.1: at usbus4ugen5.1: at usbus5ugen7.1: at > usbus7ugen6.1: at usbus6 > uhub4: > on usbus4 > > uhub5: > on usbus5 > uhub6: on usbus6 > uhub7: on usbus7 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub6: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus3 > Root mount waiting for: usbus7 usbus3 > uhub3: 6 ports with 6 removable, self powered > uhub7: 6 ports with 6 removable, self powered > Trying to mount root from nfs:10.255.255.1:/home/pxe > NFS ROOT: 10.255.255.1:/usr/home/pxe/ > > > ---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 18:29:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B99AA1065670 for ; Thu, 19 Nov 2009 18:29:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 62B7C8FC16 for ; Thu, 19 Nov 2009 18:29:00 +0000 (UTC) Received: from OMTA15.westchester.pa.mail.comcast.net ([76.96.62.87]) by QMTA09.westchester.pa.mail.comcast.net with comcast id 6yx81d0071swQuc596UzTj; Thu, 19 Nov 2009 18:28:59 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA15.westchester.pa.mail.comcast.net with comcast id 76e51d00H3S48mS3b6e5Hy; Thu, 19 Nov 2009 18:38:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 15B891E3035; Thu, 19 Nov 2009 10:28:58 -0800 (PST) Date: Thu, 19 Nov 2009 10:28:58 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091119182858.GA47308@icarus.home.lan> References: <4B0552B2.2020000@denninger.net> <200911191427.nAJERSl6095906@lava.sentex.ca> <4B0555CD.8050704@denninger.net> <200911191433.nAJEXqqT095949@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911191433.nAJEXqqT095949@lava.sentex.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: marcel@xcllnt.net Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 19 Nov 2009 18:29:00 -0000 On Thu, Nov 19, 2009 at 09:34:01AM -0500, Mike Tancsa wrote: > At 09:27 AM 11/19/2009, Karl Denninger wrote: > >It's not. > > > >What does that do? > > From the man page, > > With flags encoded as: > 0x00010 device is potential system console > 0x00080 use this port for remote kernel debugging > 0x00100 set RX FIFO trigger level to ``low'' (NS8250 only) > 0x00200 set RX FIFO trigger level to ``medium low'' (NS8250 only) > 0x00400 set RX FIFO trigger level to ``medium high'' (default, NS8250 > only) > 0x00800 set RX FIFO trigger level to ``high'' (NS8250 only) > > You might still want to try adjusting how fast the FIFOs are flushed > to see if thats your issue. Has anyone considered involving Marcel Moolenaar in this conversation, given that he's responsible for uart(4)? :-) I've CC'd him here. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 18:48:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467471065676 for ; Thu, 19 Nov 2009 18:48:11 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5C08FC08 for ; Thu, 19 Nov 2009 18:48:11 +0000 (UTC) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Nov 2009 10:48:40 -0800 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E03390417@seaxch09.desktop.isilon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LRO support for cxgb in stable/7 Thread-Index: AcppSOmBX6UuOkplRauuMBXFB4pgtg== From: "Matthew Fleming" To: Cc: gnn@freebsd.org Subject: LRO support for cxgb in stable/7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 18:48:11 -0000 r193754 to stable/7 appears to have unintended code. The MFC note indicates it is a backport of 190206, 190330, 192537, 192540, 192584 and 192933. I looked over all of them and none have the offending snippet: #ifndef LRO_SUPPORTED #ifdef IFCAP_LRO #undef IFCAP_LRO #endif #define IFCAP_LRO 0x0 #endif cxgb had LRO support on releng/7.1 and now it does not, since LRO_SUPPORTED is not defined anywhere as a config option, or in the cxgb Makefile. Is this analysis correct? Should the above lines be deleted from the stable/7 repository? Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 19 20:32:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D0EB106566B for ; Thu, 19 Nov 2009 20:32:49 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id C55DB8FC0C for ; Thu, 19 Nov 2009 20:32:48 +0000 (UTC) Received: by fxm27 with SMTP id 27so2958896fxm.3 for ; Thu, 19 Nov 2009 12:32:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4RjcfBkVmsnFRraBm+bBEBF0uQoKffM+vr9aZEDoS6Y=; b=AFRL+h2MBQp0Oe54BqVkkLGwNisU+84aYMyqCQy4TQy84VJ0OzNnDC5VBo2naLbHqh g7HURMnODTIZ/58B1JeHgUXUQeI8DfLeoAk/WGzN5pvX9lFPa86jInTA27VJtIgmEJYX pZ1OVrnnXTG9j6qhG3+CxMQgFUjUsuSiTR3TE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=NUiBq3fsAzOUSYLA19rmeQ9c8qzgoBjWGu5nq8YOsgc4X5mKsRZO46SIQ17YQFTNon PdqWm+9CSLXZy6ScnczS7t1u3bHLanbv0RcybdxGeOdcB1NZ1NEuvcU7DZ5B2xXzDbPC yASmGE8mRsWOkwAdPqi1pSRKAJziugiBGk1BU= Received: by 10.204.34.82 with SMTP id k18mr447891bkd.132.1258662767336; Thu, 19 Nov 2009 12:32:47 -0800 (PST) Received: from doormat.home (c-98-207-40-172.hsd1.ca.comcast.net [98.207.40.172]) by mx.google.com with ESMTPS id 16sm329817fxm.12.2009.11.19.12.32.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Nov 2009 12:32:46 -0800 (PST) Date: Thu, 19 Nov 2009 12:32:40 -0800 From: Navdeep Parhar To: Matthew Fleming Message-ID: <20091119203240.GA32312@doormat.home> Mail-Followup-To: Matthew Fleming , freebsd-stable@freebsd.org, gnn@freebsd.org References: <06D5F9F6F655AD4C92E28B662F7F853E03390417@seaxch09.desktop.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E03390417@seaxch09.desktop.isilon.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: gnn@freebsd.org, freebsd-stable@freebsd.org Subject: Re: LRO support for cxgb in stable/7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 20:32:49 -0000 On Thu, Nov 19, 2009 at 10:48:40AM -0800, Matthew Fleming wrote: > r193754 to stable/7 appears to have unintended code. The MFC note > indicates it is a backport of 190206, 190330, 192537, 192540, 192584 and > 192933. I looked over all of them and none have the offending snippet: > > #ifndef LRO_SUPPORTED > #ifdef IFCAP_LRO > #undef IFCAP_LRO > #endif > #define IFCAP_LRO 0x0 > #endif > > cxgb had LRO support on releng/7.1 and now it does not, since > LRO_SUPPORTED is not defined anywhere as a config option, or in the cxgb > Makefile. > > Is this analysis correct? Should the above lines be deleted from the > stable/7 repository? You're correct. This has now been fixed in r199544. Regards, Navdeep > > Thanks, > matthew > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 00:45:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B50106566C for ; Fri, 20 Nov 2009 00:45:30 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2252D8FC1E for ; Fri, 20 Nov 2009 00:45:30 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NBHcv-000316-3f; Fri, 20 Nov 2009 00:45:29 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 945882C229DE; Fri, 20 Nov 2009 09:45:28 +0900 (JST) Date: Fri, 20 Nov 2009 09:45:28 +0900 Message-ID: From: Randy Bush To: FreeBSD-STABLE Mailing List References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: 7.2 dies in midnight run again 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, 20 Nov 2009 00:45:30 -0000 i think the issue is how to tune for zfs i386 with 4G of RAM RELENG_7 cvsupped Nov 18 02:42 GMT panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated cpuid = 0 Uptime: 13h15m1s Physical memory: 3958 MB Dumping 637 MB: 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 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort and it did not auto reboot # cat /boot/loader.conf.local ipfw_load=YES umass_load=YES zfs_load=YES vm.kmem_size=536870912 vm.kmem_size_max=1073741824 vfs.zfs.prefetch_disable=1 it has zfs # zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 twed1 ONLINE 0 0 0 twed2 ONLINE 0 0 0 errors: No known data errors but boots and has root on ufs # df -H Filesystem Size Used Avail Capacity Mounted on /dev/twed0s1a 260M 199M 40M 83% / devfs 1.0k 1.0k 0B 100% /dev /dev/twed0s1h 65M 2.3M 57M 4% /root procfs 4.1k 4.1k 0B 100% /proc tank 147G 17M 147G 0% /tank tank/usr 167G 20G 147G 12% /usr tank/usr/home 216G 68G 147G 32% /usr/home tank/var 149G 2.3G 147G 2% /var tank/var/spool 148G 531M 147G 0% /var/spool /dev/md0 130M 12k 119M 0% /tmp # kgdb kernel.debug /usr/home/crash/vmcore.20 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 "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated cpuid = 0 Uptime: 13h15m1s Physical memory: 3958 MB Dumping 637 MB: 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 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/ipfw.ko...Reading symbols from /boot/kernel/ipfw.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipfw.ko Reading symbols from /boot/kernel/umass.ko...Reading symbols from /boot/kernel/umass.ko.symbols...done. done. Loaded symbols for /boot/kernel/umass.ko Reading symbols from /boot/kernel/cam.ko...Reading symbols from /boot/kernel/cam.ko.symbols...done. done. Loaded symbols for /boot/kernel/cam.ko Reading symbols from /boot/kernel/usb.ko...Reading symbols from /boot/kernel/usb.ko.symbols...done. done. Loaded symbols for /boot/kernel/usb.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) back #0 doadump () at pcpu.h:196 #1 0xc052b0b6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc052b39e in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc06dfb54 in kmem_malloc (map=0xc107108c, size=65536, flags=2) at /usr/src/sys/vm/vm_kern.c:305 #4 0xc06d6317 in page_alloc (zone=0x0, bytes=65536, pflag=0xf67ee4a7 "\002", wait=2) at /usr/src/sys/vm/uma_core.c:952 #5 0xc06d8e20 in uma_large_malloc (size=65536, wait=2) at /usr/src/sys/vm/uma_core.c:2706 #6 0xc05189e8 in malloc (size=65536, mtp=0xc0989060, flags=2) at /usr/src/sys/kern/kern_malloc.c:393 #7 0xc0897a61 in zfs_kmem_alloc (size=65536, kmflags=2) at /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_kmem.c:74 #8 0xc090bf4a in zio_buf_alloc (size=65536) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:207 #9 0xc08f3472 in vdev_cache_read (zio=0xd39d0708) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_cache.c:188 #10 0xc090c145 in zio_vdev_io_start (zio=0xd39d0708) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1816 #11 0xc090c7f0 in zio_execute (zio=0xd39d0708) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:998 #12 0xc08f6bda in vdev_mirror_io_start (zio=0xd77e7708) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:303 #13 0xc090c7f0 in zio_execute (zio=0xd77e7708) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:998 #14 0xc08f6bda in vdev_mirror_io_start (zio=0xdbd22960) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:303 #15 0xc090c7f0 in zio_execute (zio=0xdbd22960) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:998 #16 0xc08ad39d in arc_read_nolock (pio=0xd1844960, spa=0xc7746000, bp=0xcc548640, done=0xc08b0600 , private=0xd9c89e38, priority=0, zio_flags=1, arc_flags=0xf67ee854, zb=0xf67ee834) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2762 #17 0xc08ad878 in arc_read (pio=0xd1844960, spa=0xc7746000, bp=0xcc548640, pbuf=0xc9b29134, done=0xc08b0600 , private=0xd9c89e38, priority=0, zio_flags=1, arc_flags=0xf67ee854, zb=0xf67ee834) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2507 #18 0xc08b0ada in dbuf_read (db=0xd9c89e38, zio=0xd1844960, flags=14) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:521 #19 0xc08b1142 in dbuf_findbp (dn=0xcba92000, level=Variable "level" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1381 #20 0xc08b1269 in dbuf_hold_impl (dn=0xcba92000, level=0 '\0', blkid=0, fail_sparse=0, tag=0x0, dbp=0xf67ee8f0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1617 #21 0xc08b2529 in dbuf_hold (dn=0xcba92000, blkid=0, tag=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1689 #22 0xc08b48cc in dmu_buf_hold (os=0xc774b3d0, object=167123, offset=0, tag=0x0, dbp=0xf67ee95c) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:101 #23 0xc0900044 in zap_lockdir (os=0xc774b3d0, obj=167123, tx=0x0, lti=RW_READER, fatreader=1, adding=0, zapp=0xf67eeba0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:388 #24 0xc09009fd in zap_cursor_retrieve (zc=0xf67eeb9c, za=0xf67eea84) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:1004 #25 0xc0925a2b in zfs_freebsd_readdir (ap=0xf67eec00) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:2156 #26 0xc07382f2 in VOP_READDIR_APV (vop=0xc098b560, a=0xf67eec00) at vnode_if.c:1407 #27 0xc05becae in kern_getdirentries (td=0xd5a01000, fd=19, buf=0x29061000
, count=4096, basep=0xf67eec74) at vnode_if.h:747 #28 0xc05beec1 in getdirentries (td=0xd5a01000, uap=0xf67eecfc) at /usr/src/sys/kern/vfs_syscalls.c:3776 #29 0xc072cfc5 in syscall (frame=0xf67eed38) at /usr/src/sys/i386/i386/trap.c:1101 #30 0xc0711380 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:262 #31 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) randy From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 00:48:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121911065676 for ; Fri, 20 Nov 2009 00:48:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8107A8FC18 for ; Fri, 20 Nov 2009 00:48:32 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAK0mRpc076535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 20 Nov 2009 11:18:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Tom Evans Date: Fri, 20 Nov 2009 11:18:24 +1030 User-Agent: KMail/1.9.10 References: <200911192305.35337.doconnor@gsoft.com.au> <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> In-Reply-To: <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3935475.r8NSGGYtEr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911201118.26242.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 00:48:33 -0000 --nextPart3935475.r8NSGGYtEr Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 19 Nov 2009, Tom Evans wrote: > On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor=20 wrote: > > On Thu, 19 Nov 2009, Marius N=C3=BCnnerich wrote: > > > > operator 0, 164 Oct 21 15:34 > > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > > > > > Have you tried naming the GPT partitions and using /dev/gpt/* ? > > > > Nope, how would I do that? > > > > I'd be surprised if it worked TBH.. > > Use the -l flag to gpart when creating the partitions. I'm not sure > if there is a way to label them after the fact. I found it led to a > much more descriptive/reliable pool, as I can plug the disks in > anywhere and get the same results: Descriptive yes, reliable no (IMO :) UUIDs should always be more reliable so long as the "UU" part of their=20 name holds true :) No reason you couldn't have both thought. > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > gpt/samsung15-1 ONLINE 0 0 0 > gpt/samsung15-2 ONLINE 0 0 0 > gpt/samsung15-3 ONLINE 0 0 0 > gpt/samsung15-4 ONLINE 0 0 0 > gpt/seagate15-1 ONLINE 0 0 0 > gpt/seagate15-2 ONLINE 0 0 0 > > I use the geom name 'gpt/foo' when referring to the disks in zpool. > All works perfectly. Hmm I did.. [midget 11:13] ~ >sudo gpart modify -i 2 -l "Midget-ZFS-1" ad4 ad4p2 modified [midget 11:15] ~ >sudo gpart show -l ad4 =3D> 34 1953525101 ad4 GPT (932G) 34 8388608 1 (null) (4.0G) 8388642 1944059904 2 Midget-ZFS-1 (927G) 1952448546 1076589 - free - (526M) but I get no /dev/gpt directory.. [midget 11:14] ~ >ls -la /dev/gpt ls: /dev/gpt: No such file or directory Maybe the UUID label got their first so it won't have an alias (although=20 the UUID is an alias for /dev/ad4p2..) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3935475.r8NSGGYtEr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBeda5ZPcIHs/zowRApm4AJ9IsmbbK5mm2qsau0+ktxHYT7kMwQCfYTj0 4U7+5yd+AAb/zAPFXlX6bY4= =EN3c -----END PGP SIGNATURE----- --nextPart3935475.r8NSGGYtEr-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 03:43:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9EE106566C; Fri, 20 Nov 2009 03:43:49 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id A91B38FC14; Fri, 20 Nov 2009 03:43:48 +0000 (UTC) Received: by qyk6 with SMTP id 6so1580177qyk.3 for ; Thu, 19 Nov 2009 19:43:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=6PbbZefofqyXumEUbgtBzn0w7L36gmflrUbXsq/gAlE=; b=Bz9WdLHFoLTRdfwApuRDNm+DbGrJgPfd2+4YQfvWXUILGmpAXnqSFHGeZ6+bPDg9O6 3BLuqsHok7zF1larxXiEobNqU2l6McDZ4TRMYrWx2iOvzlUw+yyIXBu++TIMDO/jh2vm cP1cEv2XCD4vcqWDfUi3bhsL/TNTZDjBOdNpc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=wDv+NWTvVfgpu3D0FWhwAmg8iAbuEDE7gVh1mv0dvhNZ3J6+2qhX/K59pwEUvDLyrK 6oCWTDlZgol1B8WTwqEP9kInprq+/q4TK/xJZw2LgB79EMzPI7Z1eIqBDC5mmcV2r39e ZEfsz2piSsNx0puCFlIUwlse2dlqvwY2s+5Fg= Received: by 10.224.79.37 with SMTP id n37mr555539qak.194.1258688628175; Thu, 19 Nov 2009 19:43:48 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 23sm924061qyk.7.2009.11.19.19.43.46 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Nov 2009 19:43:47 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Alexander Motin In-Reply-To: <4B03322A.2080608@FreeBSD.org> References: <4B03322A.2080608@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Nov 2009 22:39:33 -0500 Message-Id: <1258688373.1678.4.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Subject: Re: HEADS UP: major CAM ATA MFC 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, 20 Nov 2009 03:43:49 -0000 On Wed, 2009-11-18 at 01:30 +0200, Alexander Motin wrote: > Feedbacks are welcome as always. > Works here (ThinkPad X60): ahci0: port 0x18d0-0x18d7,0x18c4-0x18c7,0x18c8-0x18cf,0x18c0-0x18c3,0x18b0-0x18bf mem 0xee444400-0xee4447ff irq 16 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 4 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 RabbitsDen# camcontrol tags ada0 (pass0:ahcich0:0:0:0): device openings: 32 RabbitsDen# Thank you for doing this work. -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 08:11:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE8C106566C for ; Fri, 20 Nov 2009 08:11:01 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 498FD8FC1F for ; Fri, 20 Nov 2009 08:11:01 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id nAK8AtXv001911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Nov 2009 00:10:58 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id nAK8AtLj001910; Fri, 20 Nov 2009 00:10:55 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA09656; Fri, 20 Nov 09 00:10:27 PST Date: Fri, 20 Nov 2009 00:10:48 -0800 From: perryh@pluto.rain.com To: karl@denninger.net Message-Id: <4b064f08.QD1V6fZm4C5kf4Qb%perryh@pluto.rain.com> References: <4B054DCC.6020701@denninger.net> <200911191357.nAJDvd3X095748@lava.sentex.ca> <4B054F6D.70300@denninger.net> In-Reply-To: <4B054F6D.70300@denninger.net> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 20 Nov 2009 08:11:01 -0000 Karl Denninger wrote: > ... the uart driver is BROKEN. > > It simply locks up on the port after some period of time, > returning nothing. I have found no way to reset the port > other than a reboot either ... Welcome to the distant past. I'll be interested to see what the root cause turns out to be. I've seen the same symptoms on: * A Sun-3/50 running SunOS 4.1.1_U1, using ttyb; * A Sun Ultra 2 running (IIRC) Solaris 2.5, using an Aurora multi-port S-Bus card; * A Sun Ultra 10, using an Aurora multi-port PCI card. The Suns were using Aurora drivers. I was never able to get one of those systems' ttya or ttyb (using Sun drivers, of course) to hang that way. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 10:38:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732CE1065672 for ; Fri, 20 Nov 2009 10:38:30 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp146.mail.ukl.yahoo.com (smtp146.mail.ukl.yahoo.com [77.238.184.77]) by mx1.freebsd.org (Postfix) with SMTP id DE4358FC28 for ; Fri, 20 Nov 2009 10:38:29 +0000 (UTC) Received: (qmail 36646 invoked from network); 20 Nov 2009 10:10:27 -0000 Received: from xdsl-81-173-147-63.netcologne.de (se@81.173.147.63 with plain) by smtp146.mail.ukl.yahoo.com with SMTP; 20 Nov 2009 10:10:27 +0000 GMT X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-YMail-OSG: 75ukFPoVM1nIg2A9QE4iFS7Vo1Nl7Lp7XWbbh6ilizVxkXSdwBxAORfPv16IyGMrdV_L6.fg5CyD7RT1MowmIrPq6RW44HNI2xjtnFCgc9WTQKZXoK.1_guBmkt09MV6MSp2ZbPm1vW7bHAv5MvDtle4w.mIpDQDKYSqf.VPIhWoEix19b.E4rf6x6ioBnWX4ZqEvLLVEP0To9EeCwzV7lOLqoO.RloKIqwBINb3TrIyusFviVPDLiGHkHkawzDR X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B066B13.1070006@freebsd.org> Date: Fri, 20 Nov 2009 11:10:27 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.4pre) Gecko/20090915 Lightning/1.0pre Thunderbird/3.0b4 MIME-Version: 1.0 To: Randy Bush References: In-Reply-To: X-Enigmail-Version: 0.97b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: 7.2 dies in midnight run again 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, 20 Nov 2009 10:38:30 -0000 Am 20.11.2009 01:45, schrieb Randy Bush: > i think the issue is how to tune for zfs > > i386 with 4G of RAM > > RELENG_7 cvsupped Nov 18 02:42 GMT > > panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated > cpuid = 0 > Uptime: 13h15m1s > Physical memory: 3958 MB > Dumping 637 MB: 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 > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > > and it did not auto reboot > > # cat /boot/loader.conf.local > ipfw_load=YES > umass_load=YES > zfs_load=YES > vm.kmem_size=536870912 > vm.kmem_size_max=1073741824 > vfs.zfs.prefetch_disable=1 I'm using 8.0-i386 (but AFAIK with same ZFS and allocation behaviour) on a system with 2GB RAM and a RAIDZ1 consisting of 3*1TB (plus separate 10GB L2ARC cache on a separate disk, to become a SSD). Besides increasing KVA_PAGES to cover some 2GB (options KVA_PAGES=512), I use: vm.kmem_size=1500M vm.kmem_size_max=2G This is the result of quite some tuning, since I also suffered from kmem_map too small panics under high load. BTW: I use auto-tuning of the ARC cache size: vfs.zfs.arc_min: 122880000 vfs.zfs.arc_max: 983040000 Due to the extra ZFS cache drive, I could reduce arc_max to some 300MB (or even lower, Though I did not test lower values, yet), without noticeable impact (faster than with just a 700MB RAM cache in many tests). And since L2ARC caches can be removed from pools at any time and do not need redundancy, it is quite simple to test the effect ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 11:20:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D7F7106566C for ; Fri, 20 Nov 2009 11:20:26 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7158FC15 for ; Fri, 20 Nov 2009 11:20:25 +0000 (UTC) Received: by fxm27 with SMTP id 27so3639260fxm.3 for ; Fri, 20 Nov 2009 03:20:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.91.82 with SMTP id g60mr370273wef.98.1258716024865; Fri, 20 Nov 2009 03:20:24 -0800 (PST) In-Reply-To: <200911201118.26242.doconnor@gsoft.com.au> References: <200911192305.35337.doconnor@gsoft.com.au> <2e027be00911190444s1ce5f297o9064bb9c0d28ef30@mail.gmail.com> <200911201118.26242.doconnor@gsoft.com.au> Date: Fri, 20 Nov 2009 12:20:24 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 11:20:26 -0000 On Fri, Nov 20, 2009 at 01:48, Daniel O'Connor wrot= e: > On Thu, 19 Nov 2009, Tom Evans wrote: >> On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor > wrote: >> > On Thu, 19 Nov 2009, Marius N=FCnnerich wrote: >> > > > =A0operator =A0 =A00, 164 Oct 21 15:34 >> > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc >> > > >> > > Have you tried naming the GPT partitions and using /dev/gpt/* ? >> > >> > Nope, how would I do that? >> > >> > I'd be surprised if it worked TBH.. >> >> Use the -l flag to gpart when creating the partitions. I'm not sure >> if there is a way to label them after the fact. I found it led to a >> much more descriptive/reliable pool, as I can plug the disks in >> anywhere and get the same results: > > Descriptive yes, reliable no (IMO :) > > UUIDs should always be more reliable so long as the "UU" part of their > name holds true :) > > No reason you couldn't have both thought. > >> =A0 pool: tank >> =A0state: ONLINE >> =A0scrub: none requested >> config: >> >> =A0 =A0 NAME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE= CKSUM >> =A0 =A0 tank =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0= =A0 0 =A0 =A0 0 >> =A0 =A0 =A0 raidz1 =A0 =A0 =A0 =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 >> =A0 =A0 =A0 =A0 gpt/samsung15-1 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 gpt/samsung15-2 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 gpt/samsung15-3 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 gpt/samsung15-4 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 gpt/seagate15-1 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> =A0 =A0 =A0 =A0 gpt/seagate15-2 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 = =A0 0 >> >> I use the geom name 'gpt/foo' when referring to the disks in zpool. >> All works perfectly. > > Hmm I did.. > [midget 11:13] ~ >sudo gpart modify -i 2 -l "Midget-ZFS-1" ad4 > ad4p2 modified > [midget 11:15] ~ >sudo gpart show -l ad4 > =3D> =A0 =A0 =A0 =A034 =A01953525101 =A0ad4 =A0GPT =A0(932G) > =A0 =A0 =A0 =A0 =A034 =A0 =A0 8388608 =A0 =A01 =A0(null) =A0(4.0G) > =A0 =A0 8388642 =A01944059904 =A0 =A02 =A0Midget-ZFS-1 =A0(927G) > =A01952448546 =A0 =A0 1076589 =A0 =A0 =A0 - free - =A0(526M) > > but I get no /dev/gpt directory.. > [midget 11:14] ~ >ls -la /dev/gpt > ls: /dev/gpt: No such file or directory > > Maybe the UUID label got their first so it won't have an alias (although > the UUID is an alias for /dev/ad4p2..) Maybe that's been asked already but what version are you using? Does glabel work at all? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 12:29:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77CC4106566B for ; Fri, 20 Nov 2009 12:29:49 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id E2A0C8FC0A for ; Fri, 20 Nov 2009 12:29:48 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id nAKCTjMV026806 for ; Fri, 20 Nov 2009 13:29:47 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id D388124 for ; Fri, 20 Nov 2009 13:29:45 +0100 (CET) Date: Fri, 20 Nov 2009 13:29:45 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20091120132945.e2031bfb.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.7.1 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.11.20.121528 Subject: zfs/nfs mkstemp() failure & subsequent hangs 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, 20 Nov 2009 12:29:49 -0000 Hi all, I have a 8.0-PRERELEASE zfs/nfs server here that complains about i/o errors when using rsync on a nfs client: rsync: mkstemp "/usr/portage/metadata/cache/app-mobilephone/.ksms-0.1.2.4.BynVFw" failed: Input/output error (5) I found this to be quite similar to kern/135412. However, this one is said to be fixed and only applicable to 7-stable anyway. Furthermore, after this happened, I tried to access files on the server from the zfs filesystem concerned and found that I cannot access the fs anymore. ls hangs in state zfs, so do mountd and zfs unmount. Questions: Should I open a new PR for this? Are there any ideas how to recover access to the fs apart from rebooting the machine? Right now I still have it running, so I could get some more debugging information out of it. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 12:32:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5059106568B for ; Fri, 20 Nov 2009 12:32:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 223748FC08 for ; Fri, 20 Nov 2009 12:32:31 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-23-247.lns20.adl2.internode.on.net [118.210.23.247]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAKCWTbE002278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 20 Nov 2009 23:02:29 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Fri, 20 Nov 2009 23:02:17 +1030 User-Agent: KMail/1.9.10 References: <200911201118.26242.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8743854.d2Un78MxGs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911202302.24794.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 12:32:32 -0000 --nextPart8743854.d2Un78MxGs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: > > Maybe the UUID label got their first so it won't have an alias > > (although the UUID is an alias for /dev/ad4p2..) > > Maybe that's been asked already but what version are you using? > Does glabel work at all? 8.0-RC1 glabel works fine, I use it for swap. Actually that is an interesting point, the swap partitions don't have an=20 entry in /dev/gptid, although perhaps that is because glabel has=20 grabbed that node. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8743854.d2Un78MxGs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBoxY5ZPcIHs/zowRAt6lAJ98MrQ3eSCtokQah92g5E60w47SpQCfQgPL XSsMZ6O28yuAB6nbyvWUPG0= =jIE+ -----END PGP SIGNATURE----- --nextPart8743854.d2Un78MxGs-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 12:36:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315D21065672 for ; Fri, 20 Nov 2009 12:36:39 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id C484F8FC13 for ; Fri, 20 Nov 2009 12:36:38 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so55113fga.13 for ; Fri, 20 Nov 2009 04:36:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.93.75 with SMTP id k53mr370031wef.209.1258720597373; Fri, 20 Nov 2009 04:36:37 -0800 (PST) In-Reply-To: <200911202302.24794.doconnor@gsoft.com.au> References: <200911201118.26242.doconnor@gsoft.com.au> <200911202302.24794.doconnor@gsoft.com.au> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Fri, 20 Nov 2009 13:36:17 +0100 Message-ID: To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 12:36:39 -0000 On Fri, Nov 20, 2009 at 13:32, Daniel O'Connor wrot= e: > On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: >> > Maybe the UUID label got their first so it won't have an alias >> > (although the UUID is an alias for /dev/ad4p2..) >> >> Maybe that's been asked already but what version are you using? >> Does glabel work at all? > > 8.0-RC1 > > glabel works fine, I use it for swap. > > Actually that is an interesting point, the swap partitions don't have an > entry in /dev/gptid, although perhaps that is because glabel has > grabbed that node. If I remember correctly nodes vanish when another name for the same device is opened. Maybe this happens for the other gpt labels too? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 12:40:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1712B106566B for ; Fri, 20 Nov 2009 12:40:23 +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 D8DA18FC12 for ; Fri, 20 Nov 2009 12:40:22 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nAKCeMEj083982 for ; Fri, 20 Nov 2009 06:40:23 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Fri Nov 20 06:40:23 2009 Message-ID: <4B068DD4.1010301@denninger.net> Date: Fri, 20 Nov 2009 06:38:44 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4B054DCC.6020701@denninger.net> <200911191357.nAJDvd3X095748@lava.sentex.ca> <4B054F6D.70300@denninger.net> <4b064f08.QD1V6fZm4C5kf4Qb%perryh@pluto.rain.com> In-Reply-To: <4b064f08.QD1V6fZm4C5kf4Qb%perryh@pluto.rain.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------010305000608030701020201" X-Antivirus: avast! (VPS 091120-0, 11/20/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: V8.x-PRE2 Serious PUC problem - Heads Up! 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, 20 Nov 2009 12:40:23 -0000 This is a multi-part message in MIME format. --------------010305000608030701020201 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit perryh@pluto.rain.com wrote: > Karl Denninger wrote: > >> ... the uart driver is BROKEN. >> >> It simply locks up on the port after some period of time, >> returning nothing. I have found no way to reset the port >> other than a reboot either ... >> > > Welcome to the distant past. I'll be interested to see what > the root cause turns out to be. > > I've seen the same symptoms on: > > * A Sun-3/50 running SunOS 4.1.1_U1, using ttyb; > > * A Sun Ultra 2 running (IIRC) Solaris 2.5, > using an Aurora multi-port S-Bus card; > > * A Sun Ultra 10, using an Aurora multi-port PCI card. > > The Suns were using Aurora drivers. I was never able to get one of > those systems' ttya or ttyb (using Sun drivers, of course) to hang > that way. I know. These sorts of problems remind me of the 90s.... and 80s.... :) I've managed to put the fire out by rolling back to 7.1, but obviously this isn't a long-term solution. I'll get back on it over the weekend and during Turkey Week - my "best guess" is that there's some sort of problem with buffering somewhere. Missed interrupts should not be a factor on a PCI interface (as was occasionally an issue with the old ISA cards) but the lack of a way to poke a port and reset it elevates something like this from highly irritating to a serious issue. Finding the problem isn't going to be easy either... -- Karl --------------010305000608030701020201-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 12:57:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946C31065672 for ; Fri, 20 Nov 2009 12:57:58 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from thor.iszerviz.hu (thor.iszerviz.hu [62.77.131.9]) by mx1.freebsd.org (Postfix) with ESMTP id 578F48FC12 for ; Fri, 20 Nov 2009 12:57:58 +0000 (UTC) Received: from [10.2.2.50] (m0n0.iszerviz.hu [62.77.131.200]) by thor.iszerviz.hu (Postfix) with ESMTPSA id 913104FED4 for ; Fri, 20 Nov 2009 13:57:56 +0100 (CET) Message-ID: <4B069254.7080709@t-online.hu> Date: Fri, 20 Nov 2009 13:57:56 +0100 From: Mikael Bak User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Recommendations on when to use soft updates 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, 20 Nov 2009 12:57:58 -0000 Hi list, I'm quite new to FreeBSD. I would like to know if there are any official recommendations on when to use soft updates and when not to use them. I currently maintain only one FreeBSD machine. $ uname -v FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 08:22:32 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC I have two identical SATA disks in a raid1 using gmirror like this: $ df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 3.9G 303M 3.3G 8% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/gm0s1d 989M 1.0M 909M 0% /tmp /dev/mirror/gm0s1e 48G 1.7G 43G 4% /usr /dev/mirror/gm0s1f 53G 1.2G 48G 2% /var devfs 1.0K 1.0K 0B 100% /var/named/dev Currently /usr and /var uses soft updates, but / does not. The machine acts as a front MX with lots of reads and writes in /var. Is this a reasonable setup? TIA, Mikael From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 13:27:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BEC61065672 for ; Fri, 20 Nov 2009 13:27:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id CD2288FC1B for ; Fri, 20 Nov 2009 13:27:56 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-23-247.lns20.adl2.internode.on.net [118.210.23.247]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAKDRp2P004330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 20 Nov 2009 23:57:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Fri, 20 Nov 2009 23:57:41 +1030 User-Agent: KMail/1.9.10 References: <200911202302.24794.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4900498.MQGecgO8Cm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911202357.48622.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 13:27:57 -0000 --nextPart4900498.MQGecgO8Cm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: > > Actually that is an interesting point, the swap partitions don't > > have an entry in /dev/gptid, although perhaps that is because > > glabel has grabbed that node. > > If I remember correctly nodes vanish when another name for the same > device is opened. Maybe this happens for the other gpt labels too? Hmm, but I have gptid ones corresponding to my ZFS partitions.. It seems=20 like a bug. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4900498.MQGecgO8Cm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBplU5ZPcIHs/zowRAmHcAJ92/5zwkVgIgzH3cBcPu9Pf1uLeKACeOwGB ZjLJUd3z1VQVpByEriAJbCw= =xCt0 -----END PGP SIGNATURE----- --nextPart4900498.MQGecgO8Cm-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 13:31:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1F106566C for ; Fri, 20 Nov 2009 13:31:04 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAB08FC1B for ; Fri, 20 Nov 2009 13:31:03 +0000 (UTC) Received: by fxm27 with SMTP id 27so3779108fxm.3 for ; Fri, 20 Nov 2009 05:31:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.90.13 with SMTP id d13mr417444wef.130.1258723863152; Fri, 20 Nov 2009 05:31:03 -0800 (PST) In-Reply-To: <200911202357.48622.doconnor@gsoft.com.au> References: <200911202302.24794.doconnor@gsoft.com.au> <200911202357.48622.doconnor@gsoft.com.au> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Fri, 20 Nov 2009 14:30:43 +0100 Message-ID: To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 13:31:04 -0000 On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor wrot= e: > On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: >> > Actually that is an interesting point, the swap partitions don't >> > have an entry in /dev/gptid, although perhaps that is because >> > glabel has grabbed that node. >> >> If I remember correctly nodes vanish when another name for the same >> device is opened. Maybe this happens for the other gpt labels too? > > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It seems > like a bug. Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount output to pastie.org or the like. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 14:41:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8CD106568B for ; Fri, 20 Nov 2009 14:41:39 +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 108B78FC12 for ; Fri, 20 Nov 2009 14:41:39 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C1F8046B1A; Fri, 20 Nov 2009 09:41:38 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0CC9B8A01F; Fri, 20 Nov 2009 09:41:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 20 Nov 2009 09:41:29 -0500 User-Agent: KMail/1.9.7 References: <4B069254.7080709@t-online.hu> In-Reply-To: <4B069254.7080709@t-online.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911200941.29277.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 20 Nov 2009 09:41:38 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Mikael Bak Subject: Re: Recommendations on when to use soft updates 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, 20 Nov 2009 14:41:39 -0000 On Friday 20 November 2009 7:57:56 am Mikael Bak wrote: > Hi list, > > I'm quite new to FreeBSD. > I would like to know if there are any official recommendations on when > to use soft updates and when not to use them. > > I currently maintain only one FreeBSD machine. > > $ uname -v > FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 08:22:32 UTC 2009 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > > I have two identical SATA disks in a raid1 using gmirror like this: > > $ df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1a 3.9G 303M 3.3G 8% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/mirror/gm0s1d 989M 1.0M 909M 0% /tmp > /dev/mirror/gm0s1e 48G 1.7G 43G 4% /usr > /dev/mirror/gm0s1f 53G 1.2G 48G 2% /var > devfs 1.0K 1.0K 0B 100% /var/named/dev > > Currently /usr and /var uses soft updates, but / does not. > > The machine acts as a front MX with lots of reads and writes in /var. > > Is this a reasonable setup? Yes. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 14:44:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F21E1065696 for ; Fri, 20 Nov 2009 14:44:29 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 11B818FC08 for ; Fri, 20 Nov 2009 14:44:28 +0000 (UTC) Received: (qmail 29915 invoked by uid 1000); 20 Nov 2009 14:44:28 -0000 Date: Fri, 20 Nov 2009 09:44:28 -0500 From: Larry Baird To: freebsd-stable@freebsd.org Message-ID: <20091120144428.GA27644@gta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Most files in subversion stable/8/sys touched by bms 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, 20 Nov 2009 14:44:29 -0000 I use the following to get a feel of what is changing in FreeBSD 8 kernel. http://svn.freebsd.org/viewvc/base/stable/8/sys/?sortby=date Normally only a few directories show modification. Today, almost every directory show a modification by bms: MFC r199522..199528: Pullup IPv6 mcast SSM KPI fixes from HEAD, including fix . So I decided to see what the changes are. Every file I have so far checked shows no changes. http://svn.freebsd.org/viewvc/base/stable/8/sys/sys/cons.h?r1=196045&r2=199578&sortby=date Any idea why so many files claim to have been touched? Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 15:56:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D87531065676 for ; Fri, 20 Nov 2009 15:56:45 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A07748FC12 for ; Fri, 20 Nov 2009 15:56:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:1d0b:7498:582a:4b3a] (unknown [IPv6:2001:7b8:3a7:0:1d0b:7498:582a:4b3a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 612035C43; Fri, 20 Nov 2009 16:56:44 +0100 (CET) Message-ID: <4B06BC3C.5040804@andric.com> Date: Fri, 20 Nov 2009 16:56:44 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091115 Shredder/3.0.1pre MIME-Version: 1.0 To: Larry Baird References: <20091120144428.GA27644@gta.com> In-Reply-To: <20091120144428.GA27644@gta.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Most files in subversion stable/8/sys touched by bms 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, 20 Nov 2009 15:56:45 -0000 On 2009-11-20 15:44, Larry Baird wrote: > I use the following to get a feel of what is changing in FreeBSD 8 kernel. > http://svn.freebsd.org/viewvc/base/stable/8/sys/?sortby=date > > Normally only a few directories show modification. Today, almost > every directory show a modification by bms: > MFC r199522..199528: Pullup IPv6 mcast SSM KPI fixes from HEAD, including fix . > > So I decided to see what the changes are. Every file I have so far checked > shows no changes. > http://svn.freebsd.org/viewvc/base/stable/8/sys/sys/cons.h?r1=196045&r2=199578&sortby=date > > Any idea why so many files claim to have been touched? Usually this is mergeinfo propagated by Subversion. The files' contents did not change, but its metadata (Subversion properties) did. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 16:09:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE7E1065670 for ; Fri, 20 Nov 2009 16:09:58 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 61F578FC15 for ; Fri, 20 Nov 2009 16:09:56 +0000 (UTC) Received: (qmail 49012 invoked by uid 1000); 20 Nov 2009 16:09:55 -0000 Date: Fri, 20 Nov 2009 11:09:55 -0500 From: Larry Baird To: Dimitry Andric Message-ID: <20091120160955.GA47889@gta.com> References: <20091120144428.GA27644@gta.com> <4B06BC3C.5040804@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B06BC3C.5040804@andric.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Most files in subversion stable/8/sys touched by bms 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, 20 Nov 2009 16:09:58 -0000 On Fri, Nov 20, 2009 at 04:56:44PM +0100, Dimitry Andric wrote: > On 2009-11-20 15:44, Larry Baird wrote: > > I use the following to get a feel of what is changing in FreeBSD 8 kernel. > > http://svn.freebsd.org/viewvc/base/stable/8/sys/?sortby=date > > > > Normally only a few directories show modification. Today, almost > > every directory show a modification by bms: > > MFC r199522..199528: Pullup IPv6 mcast SSM KPI fixes from HEAD, including fix . > > > > So I decided to see what the changes are. Every file I have so far checked > > shows no changes. > > http://svn.freebsd.org/viewvc/base/stable/8/sys/sys/cons.h?r1=196045&r2=199578&sortby=date > > > > Any idea why so many files claim to have been touched? > > Usually this is mergeinfo propagated by Subversion. The files' contents > did not change, but its metadata (Subversion properties) did. I also noticed that if you check out the base/stable/8/sys tree that most of the $FreeBSD$ id strings are also modified. $FreeBSD: stable/8/sys/sys/socket.h 199578 2009-11-20 12:30:40Z bms Looking at the subversion tree, jhb is tring to cleanup mergeinfo. Hopefully he will have luck. (-: Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 18:40:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D58106566C for ; Fri, 20 Nov 2009 18:40:04 +0000 (UTC) (envelope-from matt@madhaus.cns.utoronto.ca) Received: from madhaus.cns.utoronto.ca (madhaus.cns.utoronto.ca [128.100.103.10]) by mx1.freebsd.org (Postfix) with SMTP id AD9978FC1D for ; Fri, 20 Nov 2009 18:40:03 +0000 (UTC) Received: (qmail 70705 invoked from network); 20 Nov 2009 18:40:02 -0000 Received: from sparchaus.cns.utoronto.ca (HELO ?128.100.103.14?) (128.100.103.14) by madhaus.cns.utoronto.ca with SMTP; 20 Nov 2009 18:40:02 -0000 Message-ID: <4B06E274.3090207@madhaus.cns.utoronto.ca> Date: Fri, 20 Nov 2009 13:39:48 -0500 From: Matt Wilks Organization: University of Toronto, CNS User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> In-Reply-To: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 20 Nov 2009 18:40:04 -0000 Just a note of closure. Apparently NSIS doesn't compile on 64-bit architectures. Compiled fine on an i386 7.2 install (same machine), once the proper library paths were provided. Matt Wilks wrote: > I'm attempting to install NSIS (http://nsis.sourceforge.net/) on an > amd64 FreeBSD 7.2 system and having trouble. When I run > > scons SKIPSTUBS=all SKIPPLUGINS=all SKIPUTILS=all SKIPMISC=all > NSIS_CONFIG_CONST_DATA_PATH=no > > in the source directory for NSIS, I get a bunch of errors that look like: > > /usr/include/c++/4.2/new:95: error: 'operator new' takes type 'size_t' > ('unsigned int') as first parameter > > A google search gives me a link to this bug > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28582 that doesn't seem to > have been touched since 2006. Is there someway around this compile error? > > Thanks, > Matt > _______________________________________________ > 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" -- Matt Wilks Colossians 2:6-7 University of Toronto Information Security, I+TS (416) 978-3328 matt@madhaus.cns.utoronto.ca 4 Bancroft Ave., Rm. 102 Toronto, ON M5S 1C1 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 19:46:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2E1106566C for ; Fri, 20 Nov 2009 19:46:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id E97C88FC08 for ; Fri, 20 Nov 2009 19:46:15 +0000 (UTC) Received: from OMTA22.westchester.pa.mail.comcast.net ([76.96.62.73]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 7TXg1d0501ap0As55XmF9P; Fri, 20 Nov 2009 19:46:15 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA22.westchester.pa.mail.comcast.net with comcast id 7XsJ1d00P3S48mS3iXsK2w; Fri, 20 Nov 2009 19:52:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D21B11E3035; Fri, 20 Nov 2009 11:46:13 -0800 (PST) Date: Fri, 20 Nov 2009 11:46:13 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091120194613.GA81572@icarus.home.lan> References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> <4B06E274.3090207@madhaus.cns.utoronto.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B06E274.3090207@madhaus.cns.utoronto.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 20 Nov 2009 19:46:16 -0000 On Fri, Nov 20, 2009 at 01:39:48PM -0500, Matt Wilks wrote: > Just a note of closure. Apparently NSIS doesn't compile on 64-bit > architectures. Compiled fine on an i386 7.2 install (same machine), > once the proper library paths were provided. > > Matt Wilks wrote: > >I'm attempting to install NSIS (http://nsis.sourceforge.net/) on > >an amd64 FreeBSD 7.2 system and having trouble. When I run > > > >scons SKIPSTUBS=all SKIPPLUGINS=all SKIPUTILS=all SKIPMISC=all > >NSIS_CONFIG_CONST_DATA_PATH=no > > > >in the source directory for NSIS, I get a bunch of errors that look like: > > > >/usr/include/c++/4.2/new:95: error: 'operator new' takes type > >'size_t' ('unsigned int') as first parameter > > > >A google search gives me a link to this bug > >http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28582 that doesn't > >seem to have been touched since 2006. Is there someway around > >this compile error? > > > >Thanks, > >Matt If that's indeed the case, then the port Makefile needs to be modified to reject building on any architectures other than i386. This should suffice: ONLY_FOR_ARCHS= i386 If you could file a PR on this matter, the FreeBSD Project folks would likely appreciate it. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 22:21:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A21A106566B for ; Fri, 20 Nov 2009 22:21:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 988748FC13 for ; Fri, 20 Nov 2009 22:21:15 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-23-247.lns20.adl2.internode.on.net [118.210.23.247]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAKMLBol096475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 21 Nov 2009 08:51:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Sat, 21 Nov 2009 08:50:56 +1030 User-Agent: KMail/1.9.10 References: <200911202357.48622.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6143012.s9WW6QEvij"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911210851.04678.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 20 Nov 2009 22:21:16 -0000 --nextPart6143012.s9WW6QEvij Content-Type: multipart/mixed; boundary="Boundary-01=_KZxBLggdNzkcDAU" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_KZxBLggdNzkcDAU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 21 Nov 2009, Marius N=FCnnerich wrote: > On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor =20 wrote: > > On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: > >> > Actually that is an interesting point, the swap partitions don't > >> > have an entry in /dev/gptid, although perhaps that is because > >> > glabel has grabbed that node. > >> > >> If I remember correctly nodes vanish when another name for the > >> same device is opened. Maybe this happens for the other gpt labels > >> too? > > > > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It > > seems like a bug. > > Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount > output to pastie.org or the like. I've attached it.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_KZxBLggdNzkcDAU Content-Type: text/plain; charset="iso 8859-15"; name="kern.geom.confdot.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kern.geom.confdot.txt" ZGlncmFwaCBnZW9tIHsKejB4ZmZmZmZmMDAwNGMxMTYwMCBbc2hhcGU9Ym94LGxhYmVsPSJaRlM6 OlZERVZcbnpmczo6dmRldlxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDkxMDAgW2xhYmVsPSJyMXcx ZTEiXTsKejB4ZmZmZmZmMDAwNDkwOTEwMCAtPiB6MHhmZmZmZmYwMDA0OGQ5ODAwOwp6MHhmZmZm ZmYwMDA0YzExNjAwIC0+IHoweGZmZmZmZjAwMDQ5MDkxMDA7CnoweGZmZmZmZjAwMDQ5ZmViODAg W2xhYmVsPSJyMXcxZTEiXTsKejB4ZmZmZmZmMDAwNDlmZWI4MCAtPiB6MHhmZmZmZmYwMDA0OTQx NjAwOwp6MHhmZmZmZmYwMDA0YzExNjAwIC0+IHoweGZmZmZmZjAwMDQ5ZmViODA7CnoweGZmZmZm ZjAwMDQ5ZmVjODAgW2xhYmVsPSJyMXcxZTEiXTsKejB4ZmZmZmZmMDAwNDlmZWM4MCAtPiB6MHhm ZmZmZmYwMDA0OTE3ZTAwOwp6MHhmZmZmZmYwMDA0YzExNjAwIC0+IHoweGZmZmZmZjAwMDQ5ZmVj ODA7CnoweGZmZmZmZjAwMDQ5ZmVkODAgW2xhYmVsPSJyMXcxZTEiXTsKejB4ZmZmZmZmMDAwNDlm ZWQ4MCAtPiB6MHhmZmZmZmYwMDA0OTE2ODAwOwp6MHhmZmZmZmYwMDA0YzExNjAwIC0+IHoweGZm ZmZmZjAwMDQ5ZmVkODA7CnoweGZmZmZmZjAwMDQ5ZmYwMDAgW2xhYmVsPSJyMXcxZTEiXTsKejB4 ZmZmZmZmMDAwNDlmZjAwMCAtPiB6MHhmZmZmZmYwMDA0OTEyYTAwOwp6MHhmZmZmZmYwMDA0YzEx NjAwIC0+IHoweGZmZmZmZjAwMDQ5ZmYwMDA7CnoweGZmZmZmZjAwMGMyZmFhMDAgW3NoYXBlPWJv eCxsYWJlbD0iU1dBUFxuc3dhcFxuciM0Il07CnoweGZmZmZmZjAwMGMyZGQ3ODAgW2xhYmVsPSJy MXcxZTAiXTsKejB4ZmZmZmZmMDAwYzJkZDc4MCAtPiB6MHhmZmZmZmYwMDA0OTA2ZDAwOwp6MHhm ZmZmZmYwMDBjMmZhYTAwIC0+IHoweGZmZmZmZjAwMGMyZGQ3ODA7CnoweGZmZmZmZjAwMDQ5MWNh MDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQxMlxuciMyIl07CnoweGZmZmZmZjAwMDQ4ZjNh ODAgW2xhYmVsPSJyMXcxZTIiXTsKejB4ZmZmZmZmMDAwNDhmM2E4MCAtPiB6MHhmZmZmZmYwMDA0 OTFiYzAwOwp6MHhmZmZmZmYwMDA0OTFjYTAwIC0+IHoweGZmZmZmZjAwMDQ4ZjNhODA7CnoweGZm ZmZmZjAwMDQ5NDE2MDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImFkMTJwMlxucjF3MWUxXG5lcnIj MCJdOwp6MHhmZmZmZmYwMDA0OTQxNjAwIC0+IHoweGZmZmZmZjAwMDQ5MWNhMDA7CnoweGZmZmZm ZjAwMDQ5NDE4MDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImFkMTJwMVxucjB3MGUwXG5lcnIjMCJd Owp6MHhmZmZmZmYwMDA0OTQxODAwIC0+IHoweGZmZmZmZjAwMDQ5MWNhMDA7CnoweGZmZmZmZjAw MDQ5MWI1MDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQxMFxuciMyIl07CnoweGZmZmZmZjAw MDQ5MGFjMDAgW2xhYmVsPSJyMXcxZTIiXTsKejB4ZmZmZmZmMDAwNDkwYWMwMCAtPiB6MHhmZmZm ZmYwMDA0OTE2ZTAwOwp6MHhmZmZmZmYwMDA0OTFiNTAwIC0+IHoweGZmZmZmZjAwMDQ5MGFjMDA7 CnoweGZmZmZmZjAwMDQ5MTdlMDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImFkMTBwMlxucjF3MWUx XG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTE3ZTAwIC0+IHoweGZmZmZmZjAwMDQ5MWI1MDA7Cnow eGZmZmZmZjAwMDQ5MWIxMDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImFkMTBwMVxucjB3MGUwXG5l cnIjMCJdOwp6MHhmZmZmZmYwMDA0OTFiMTAwIC0+IHoweGZmZmZmZjAwMDQ5MWI1MDA7CnoweGZm ZmZmZjAwMDQ4ZDk5MDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQ4XG5yIzIiXTsKejB4ZmZm ZmZmMDAwNDkwOGMwMCBbbGFiZWw9InIxdzFlMiJdOwp6MHhmZmZmZmYwMDA0OTA4YzAwIC0+IHow eGZmZmZmZjAwMDQ4ZDk1MDA7CnoweGZmZmZmZjAwMDQ4ZDk5MDAgLT4gejB4ZmZmZmZmMDAwNDkw OGMwMDsKejB4ZmZmZmZmMDAwNDkxNjgwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0iYWQ4cDJcbnIx dzFlMVxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDkxNjgwMCAtPiB6MHhmZmZmZmYwMDA0OGQ5OTAw Owp6MHhmZmZmZmYwMDA0OTA2YzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJhZDhwMVxucjB3MGUw XG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTA2YzAwIC0+IHoweGZmZmZmZjAwMDQ4ZDk5MDA7Cnow eGZmZmZmZjAwMDQ5MTMwMDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQ2XG5yIzIiXTsKejB4 ZmZmZmZmMDAwNDkwOTAwMCBbbGFiZWw9InIxdzFlMiJdOwp6MHhmZmZmZmYwMDA0OTA5MDAwIC0+ IHoweGZmZmZmZjAwMDQ4ZDk3MDA7CnoweGZmZmZmZjAwMDQ5MTMwMDAgLT4gejB4ZmZmZmZmMDAw NDkwOTAwMDsKejB4ZmZmZmZmMDAwNDkxMmEwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0iYWQ2cDJc bnIxdzFlMVxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDkxMmEwMCAtPiB6MHhmZmZmZmYwMDA0OTEz MDAwOwp6MHhmZmZmZmYwMDA0OTEyYzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJhZDZwMVxucjB3 MGUwXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTEyYzAwIC0+IHoweGZmZmZmZjAwMDQ5MTMwMDA7 CnoweGZmZmZmZjAwMDQ4ZDllMDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQ0XG5yIzIiXTsK ejB4ZmZmZmZmMDAwNDhiNzY4MCBbbGFiZWw9InIydzJlNCJdOwp6MHhmZmZmZmYwMDA0OGI3Njgw IC0+IHoweGZmZmZmZjAwMDQ4YWM2MDA7CnoweGZmZmZmZjAwMDQ4ZDllMDAgLT4gejB4ZmZmZmZm MDAwNDhiNzY4MDsKejB4ZmZmZmZmMDAwNDhkOTgwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0iYWQ0 cDJcbnIxdzFlMVxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDhkOTgwMCAtPiB6MHhmZmZmZmYwMDA0 OGQ5ZTAwOwp6MHhmZmZmZmYwMDA0OGQ5YTAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJhZDRwMVxu cjF3MWUxXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OGQ5YTAwIC0+IHoweGZmZmZmZjAwMDQ4ZDll MDA7CnoweGZmZmZmZjAwMDQ4YWNhMDAgW3NoYXBlPWJveCxsYWJlbD0iUEFSVFxuYWQwXG5yIzIi XTsKejB4ZmZmZmZmMDAwNDhiNTA4MCBbbGFiZWw9InIxdzFlMyJdOwp6MHhmZmZmZmYwMDA0OGI1 MDgwIC0+IHoweGZmZmZmZjAwMDQ4YWNjMDA7CnoweGZmZmZmZjAwMDQ4YWNhMDAgLT4gejB4ZmZm ZmZmMDAwNDhiNTA4MDsKejB4ZmZmZmZmMDAwNDhhYzgwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0i YWQwczFcbnIxdzFlMlxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDhhYzgwMCAtPiB6MHhmZmZmZmYw MDA0OGFjYTAwOwp6MHhmZmZmZmYwMDA0OTFiZDAwIFtzaGFwZT1ib3gsbGFiZWw9IkRJU0tcbmFk MTJcbnIjMSJdOwp6MHhmZmZmZmYwMDA0OTFiYzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJhZDEy XG5yMXcxZTJcbmVyciMwIl07CnoweGZmZmZmZjAwMDQ5MWJjMDAgLT4gejB4ZmZmZmZmMDAwNDkx YmQwMDsKejB4ZmZmZmZmMDAwNDkxNjcwMCBbc2hhcGU9Ym94LGxhYmVsPSJESVNLXG5hZDEwXG5y IzEiXTsKejB4ZmZmZmZmMDAwNDkxNmUwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0iYWQxMFxucjF3 MWUyXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTE2ZTAwIC0+IHoweGZmZmZmZjAwMDQ5MTY3MDA7 CnoweGZmZmZmZjAwMDQ5MTIwMDAgW3NoYXBlPWJveCxsYWJlbD0iRElTS1xuYWQ4XG5yIzEiXTsK ejB4ZmZmZmZmMDAwNDhkOTUwMCBbc2hhcGU9aGV4YWdvbixsYWJlbD0iYWQ4XG5yMXcxZTJcbmVy ciMwIl07CnoweGZmZmZmZjAwMDQ4ZDk1MDAgLT4gejB4ZmZmZmZmMDAwNDkxMjAwMDsKejB4ZmZm ZmZmMDAwNDhkOTYwMCBbc2hhcGU9Ym94LGxhYmVsPSJESVNLXG5hZDZcbnIjMSJdOwp6MHhmZmZm ZmYwMDA0OGQ5NzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJhZDZcbnIxdzFlMlxuZXJyIzAiXTsK ejB4ZmZmZmZmMDAwNDhkOTcwMCAtPiB6MHhmZmZmZmYwMDA0OGQ5NjAwOwp6MHhmZmZmZmYwMDA0 OGFjYjAwIFtzaGFwZT1ib3gsbGFiZWw9IkRJU0tcbmFkNFxuciMxIl07CnoweGZmZmZmZjAwMDQ4 YWM2MDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImFkNFxucjJ3MmU0XG5lcnIjMCJdOwp6MHhmZmZm ZmYwMDA0OGFjNjAwIC0+IHoweGZmZmZmZjAwMDQ4YWNiMDA7CnoweGZmZmZmZjAwMDQ4YWNkMDAg W3NoYXBlPWJveCxsYWJlbD0iRElTS1xuYWQwXG5yIzEiXTsKejB4ZmZmZmZmMDAwNDhhY2MwMCBb c2hhcGU9aGV4YWdvbixsYWJlbD0iYWQwXG5yMXcxZTNcbmVyciMwIl07CnoweGZmZmZmZjAwMDQ4 YWNjMDAgLT4gejB4ZmZmZmZmMDAwNDhhY2QwMDsKejB4ZmZmZmZmMDAwNGExMTgwMCBbc2hhcGU9 Ym94LGxhYmVsPSJMQUJFTFxuYWQ0cDJcbnIjMyJdOwp6MHhmZmZmZmYwMDA0YzA2NjAwIFtsYWJl bD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDRjMDY2MDAgLT4gejB4ZmZmZmZmMDAwNDhkOTgwMDsK ejB4ZmZmZmZmMDAwNGExMTgwMCAtPiB6MHhmZmZmZmYwMDA0YzA2NjAwOwp6MHhmZmZmZmYwMDA0 YzExYzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJncHRpZC82ODY2ZDhiMC1hOGFjLTExZGUtOGUw Ny0wMDI0MWRkMTkyY2NcbnIwdzBlMFxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNGMxMWMwMCAtPiB6 MHhmZmZmZmYwMDA0YTExODAwOwp6MHhmZmZmZmYwMDA0OTFjYzAwIFtzaGFwZT1ib3gsbGFiZWw9 IkxBQkVMXG5hZDEycDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTFmNjgwIFtsYWJlbD0icjB3MGUw Il07CnoweGZmZmZmZjAwMDQ5MWY2ODAgLT4gejB4ZmZmZmZmMDAwNDk0MTgwMDsKejB4ZmZmZmZm MDAwNDkxY2MwMCAtPiB6MHhmZmZmZmYwMDA0OTFmNjgwOwp6MHhmZmZmZmYwMDA0OTFiYjAwIFtz aGFwZT1oZXhhZ29uLGxhYmVsPSJncHRpZC82OTdiYjM4Ny1hOGFjLTExZGUtOGUwNy0wMDI0MWRk MTkyY2NcbnIwdzBlMFxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDkxYmIwMCAtPiB6MHhmZmZmZmYw MDA0OTFjYzAwOwp6MHhmZmZmZmYwMDA0OTQxMDAwIFtzaGFwZT1ib3gsbGFiZWw9IkxBQkVMXG5h ZDEycDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTFmNzAwIFtsYWJlbD0icjB3MGUwIl07CnoweGZm ZmZmZjAwMDQ5MWY3MDAgLT4gejB4ZmZmZmZmMDAwNDk0MTgwMDsKejB4ZmZmZmZmMDAwNDk0MTAw MCAtPiB6MHhmZmZmZmYwMDA0OTFmNzAwOwp6MHhmZmZmZmYwMDA0OTFjZTAwIFtzaGFwZT1oZXhh Z29uLGxhYmVsPSJsYWJlbC9zd2FwNFxucjB3MGUwXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTFj ZTAwIC0+IHoweGZmZmZmZjAwMDQ5NDEwMDA7CnoweGZmZmZmZjAwMDQ5MWM5MDAgW3NoYXBlPWJv eCxsYWJlbD0iTEFCRUxcbmFkMTBwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDcxMDAgW2xhYmVs PSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwNzEwMCAtPiB6MHhmZmZmZmYwMDA0OTFiMTAwOwp6 MHhmZmZmZmYwMDA0OTFjOTAwIC0+IHoweGZmZmZmZjAwMDQ5MDcxMDA7CnoweGZmZmZmZjAwMDQ5 MWM4MDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImdwdGlkL2ZiYmFkNDBhLWE4YWItMTFkZS04ZTA3 LTAwMjQxZGQxOTJjY1xucjB3MGUwXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTFjODAwIC0+IHow eGZmZmZmZjAwMDQ5MWM5MDA7CnoweGZmZmZmZjAwMDQ5MTc2MDAgW3NoYXBlPWJveCxsYWJlbD0i TEFCRUxcbmFkMTBwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDcxODAgW2xhYmVsPSJyMHcwZTAi XTsKejB4ZmZmZmZmMDAwNDkwNzE4MCAtPiB6MHhmZmZmZmYwMDA0OTFiMTAwOwp6MHhmZmZmZmYw MDA0OTE3NjAwIC0+IHoweGZmZmZmZjAwMDQ5MDcxODA7CnoweGZmZmZmZjAwMDQ5MTZkMDAgW3No YXBlPWhleGFnb24sbGFiZWw9ImxhYmVsL3N3YXAzXG5yMHcwZTBcbmVyciMwIl07CnoweGZmZmZm ZjAwMDQ5MTZkMDAgLT4gejB4ZmZmZmZmMDAwNDkxNzYwMDsKejB4ZmZmZmZmMDAwNDkxNzQwMCBb c2hhcGU9Ym94LGxhYmVsPSJMQUJFTFxuYWQ4cDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTA3ODAw IFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDc4MDAgLT4gejB4ZmZmZmZmMDAwNDkw NmMwMDsKejB4ZmZmZmZmMDAwNDkxNzQwMCAtPiB6MHhmZmZmZmYwMDA0OTA3ODAwOwp6MHhmZmZm ZmYwMDA0OTE3MzAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJncHRpZC82OTE3ZDVhOS1hOGFjLTEx ZGUtOGUwNy0wMDI0MWRkMTkyY2NcbnIwdzBlMFxuZXJyIzAiXTsKejB4ZmZmZmZmMDAwNDkxNzMw MCAtPiB6MHhmZmZmZmYwMDA0OTE3NDAwOwp6MHhmZmZmZmYwMDA0OTE3ODAwIFtzaGFwZT1ib3gs bGFiZWw9IkxBQkVMXG5hZDhwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDc4ODAgW2xhYmVsPSJy MHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwNzg4MCAtPiB6MHhmZmZmZmYwMDA0OTA2YzAwOwp6MHhm ZmZmZmYwMDA0OTE3ODAwIC0+IHoweGZmZmZmZjAwMDQ5MDc4ODA7CnoweGZmZmZmZjAwMDQ5MTc3 MDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImxhYmVsL3N3YXAyXG5yMHcwZTBcbmVyciMwIl07Cnow eGZmZmZmZjAwMDQ5MTc3MDAgLT4gejB4ZmZmZmZmMDAwNDkxNzgwMDsKejB4ZmZmZmZmMDAwNDkx M2IwMCBbc2hhcGU9Ym94LGxhYmVsPSJMQUJFTFxuYWQ2cDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0 OTA4MDAwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDgwMDAgLT4gejB4ZmZmZmZm MDAwNDkxMmMwMDsKejB4ZmZmZmZmMDAwNDkxM2IwMCAtPiB6MHhmZmZmZmYwMDA0OTA4MDAwOwp6 MHhmZmZmZmYwMDA0OTEzYTAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJncHRpZC82OGI5NmFiZC1h OGFjLTExZGUtOGUwNy0wMDI0MWRkMTkyY2NcbnIwdzBlMFxuZXJyIzAiXTsKejB4ZmZmZmZmMDAw NDkxM2EwMCAtPiB6MHhmZmZmZmYwMDA0OTEzYjAwOwp6MHhmZmZmZmYwMDA0OTE2MDAwIFtzaGFw ZT1ib3gsbGFiZWw9IkxBQkVMXG5hZDZwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDgwODAgW2xh YmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwODA4MCAtPiB6MHhmZmZmZmYwMDA0OTEyYzAw Owp6MHhmZmZmZmYwMDA0OTE2MDAwIC0+IHoweGZmZmZmZjAwMDQ5MDgwODA7CnoweGZmZmZmZjAw MDQ5MTNlMDAgW3NoYXBlPWhleGFnb24sbGFiZWw9ImxhYmVsL3N3YXAxXG5yMHcwZTBcbmVyciMw Il07CnoweGZmZmZmZjAwMDQ5MTNlMDAgLT4gejB4ZmZmZmZmMDAwNDkxNjAwMDsKejB4ZmZmZmZm MDAwNDkwNmUwMCBbc2hhcGU9Ym94LGxhYmVsPSJMQUJFTFxuYWQ0cDFcbnIjMyJdOwp6MHhmZmZm ZmYwMDA0OTA5YjgwIFtsYWJlbD0icjF3MWUxIl07CnoweGZmZmZmZjAwMDQ5MDliODAgLT4gejB4 ZmZmZmZmMDAwNDhkOWEwMDsKejB4ZmZmZmZmMDAwNDkwNmUwMCAtPiB6MHhmZmZmZmYwMDA0OTA5 YjgwOwp6MHhmZmZmZmYwMDA0OTA2ZDAwIFtzaGFwZT1oZXhhZ29uLGxhYmVsPSJsYWJlbC9zd2Fw MFxucjF3MWUwXG5lcnIjMCJdOwp6MHhmZmZmZmYwMDA0OTA2ZDAwIC0+IHoweGZmZmZmZjAwMDQ5 MDZlMDA7CnoweGZmZmZmZjAwMDE0ZjkwMDAgW3NoYXBlPWJveCxsYWJlbD0iTEFCRUxcbmFkMHMx XG5yIzMiXTsKejB4ZmZmZmZmMDAwNDhiN2MwMCBbbGFiZWw9InIxdzFlMiJdOwp6MHhmZmZmZmYw MDA0OGI3YzAwIC0+IHoweGZmZmZmZjAwMDQ4YWM4MDA7CnoweGZmZmZmZjAwMDE0ZjkwMDAgLT4g ejB4ZmZmZmZmMDAwNDhiN2MwMDsKejB4ZmZmZmZmMDAwMTRmOTEwMCBbc2hhcGU9aGV4YWdvbixs YWJlbD0idWZzaWQvNGFiYTM4OTI1YTIyZTMyZVxucjF3MWUxXG5lcnIjMCJdOwp6MHhmZmZmZmYw MDAxNGY5MTAwIC0+IHoweGZmZmZmZjAwMDE0ZjkwMDA7CnoweGZmZmZmZjAwMDRhMTA5MDAgW3No YXBlPWJveCxsYWJlbD0iVkZTXG5mZnMudWZzaWQvNGFiYTM4OTI1YTIyZTMyZVxuciM0Il07Cnow eGZmZmZmZjAwMDQ5ZmZiMDAgW2xhYmVsPSJyMXcxZTEiXTsKejB4ZmZmZmZmMDAwNDlmZmIwMCAt PiB6MHhmZmZmZmYwMDAxNGY5MTAwOwp6MHhmZmZmZmYwMDA0YTEwOTAwIC0+IHoweGZmZmZmZjAw MDQ5ZmZiMDA7CnoweGZmZmZmZjAwMDRjM2IxMDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5ncHRp ZC82ODY2ZDhiMC1hOGFjLTExZGUtOGUwNy0wMDI0MWRkMTkyY2NcbnIjNCJdOwp6MHhmZmZmZmYw MDA0OWNiYTgwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5Y2JhODAgLT4gejB4ZmZm ZmZmMDAwNGMxMWMwMDsKejB4ZmZmZmZmMDAwNGMzYjEwMCAtPiB6MHhmZmZmZmYwMDA0OWNiYTgw Owp6MHhmZmZmZmYwMDA0OWExNDAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuZ3B0aWQvNjk3YmIz ODctYThhYy0xMWRlLThlMDctMDAyNDFkZDE5MmNjXG5yIzQiXTsKejB4ZmZmZmZmMDAwNDkwYWQ4 MCBbbGFiZWw9InIwdzBlMCJdOwp6MHhmZmZmZmYwMDA0OTBhZDgwIC0+IHoweGZmZmZmZjAwMDQ5 MWJiMDA7CnoweGZmZmZmZjAwMDQ5YTE0MDAgLT4gejB4ZmZmZmZmMDAwNDkwYWQ4MDsKejB4ZmZm ZmZmMDAwNDlhMTYwMCBbc2hhcGU9Ym94LGxhYmVsPSJERVZcbmxhYmVsL3N3YXA0XG5yIzQiXTsK ejB4ZmZmZmZmMDAwNDkxZjEwMCBbbGFiZWw9InIwdzBlMCJdOwp6MHhmZmZmZmYwMDA0OTFmMTAw IC0+IHoweGZmZmZmZjAwMDQ5MWNlMDA7CnoweGZmZmZmZjAwMDQ5YTE2MDAgLT4gejB4ZmZmZmZm MDAwNDkxZjEwMDsKejB4ZmZmZmZmMDAwNDlhMTgwMCBbc2hhcGU9Ym94LGxhYmVsPSJERVZcbmFk MTJwMlxuciMzIl07CnoweGZmZmZmZjAwMDQ5MWYzMDAgW2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZm ZmZmMDAwNDkxZjMwMCAtPiB6MHhmZmZmZmYwMDA0OTQxNjAwOwp6MHhmZmZmZmYwMDA0OWExODAw IC0+IHoweGZmZmZmZjAwMDQ5MWYzMDA7CnoweGZmZmZmZjAwMDQ5NDExMDAgW3NoYXBlPWJveCxs YWJlbD0iREVWXG5hZDEycDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTFmNjAwIFtsYWJlbD0icjB3 MGUwIl07CnoweGZmZmZmZjAwMDQ5MWY2MDAgLT4gejB4ZmZmZmZmMDAwNDk0MTgwMDsKejB4ZmZm ZmZmMDAwNDk0MTEwMCAtPiB6MHhmZmZmZmYwMDA0OTFmNjAwOwp6MHhmZmZmZmYwMDA0OTQxMzAw IFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuYWQxMlxuciMyIl07CnoweGZmZmZmZjAwMDQ5MWY5ODAg W2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkxZjk4MCAtPiB6MHhmZmZmZmYwMDA0OTFi YzAwOwp6MHhmZmZmZmYwMDA0OTQxMzAwIC0+IHoweGZmZmZmZjAwMDQ5MWY5ODA7CnoweGZmZmZm ZjAwMDQ5MWMzMDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5ncHRpZC9mYmJhZDQwYS1hOGFiLTEx ZGUtOGUwNy0wMDI0MWRkMTkyY2NcbnIjNCJdOwp6MHhmZmZmZmYwMDA0OGYzODAwIFtsYWJlbD0i cjB3MGUwIl07CnoweGZmZmZmZjAwMDQ4ZjM4MDAgLT4gejB4ZmZmZmZmMDAwNDkxYzgwMDsKejB4 ZmZmZmZmMDAwNDkxYzMwMCAtPiB6MHhmZmZmZmYwMDA0OGYzODAwOwp6MHhmZmZmZmYwMDA0OTE3 ZDAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxubGFiZWwvc3dhcDNcbnIjNCJdOwp6MHhmZmZmZmYw MDA0OGYzYTAwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ4ZjNhMDAgLT4gejB4ZmZm ZmZmMDAwNDkxNmQwMDsKejB4ZmZmZmZmMDAwNDkxN2QwMCAtPiB6MHhmZmZmZmYwMDA0OGYzYTAw Owp6MHhmZmZmZmYwMDA0OTFiZTAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuYWQxMHAyXG5yIzMi XTsKejB4ZmZmZmZmMDAwNDhmM2MwMCBbbGFiZWw9InIwdzBlMCJdOwp6MHhmZmZmZmYwMDA0OGYz YzAwIC0+IHoweGZmZmZmZjAwMDQ5MTdlMDA7CnoweGZmZmZmZjAwMDQ5MWJlMDAgLT4gejB4ZmZm ZmZmMDAwNDhmM2MwMDsKejB4ZmZmZmZmMDAwNDkxYzYwMCBbc2hhcGU9Ym94LGxhYmVsPSJERVZc bmFkMTBwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDcwODAgW2xhYmVsPSJyMHcwZTAiXTsKejB4 ZmZmZmZmMDAwNDkwNzA4MCAtPiB6MHhmZmZmZmYwMDA0OTFiMTAwOwp6MHhmZmZmZmYwMDA0OTFj NjAwIC0+IHoweGZmZmZmZjAwMDQ5MDcwODA7CnoweGZmZmZmZjAwMDQ5MTdjMDAgW3NoYXBlPWJv eCxsYWJlbD0iREVWXG5hZDEwXG5yIzIiXTsKejB4ZmZmZmZmMDAwNDkwNzQwMCBbbGFiZWw9InIw dzBlMCJdOwp6MHhmZmZmZmYwMDA0OTA3NDAwIC0+IHoweGZmZmZmZjAwMDQ5MTZlMDA7CnoweGZm ZmZmZjAwMDQ5MTdjMDAgLT4gejB4ZmZmZmZmMDAwNDkwNzQwMDsKejB4ZmZmZmZmMDAwNDkxYjgw MCBbc2hhcGU9Ym94LGxhYmVsPSJERVZcbmdwdGlkLzY5MTdkNWE5LWE4YWMtMTFkZS04ZTA3LTAw MjQxZGQxOTJjY1xuciM0Il07CnoweGZmZmZmZjAwMDQ5MDk4ODAgW2xhYmVsPSJyMHcwZTAiXTsK ejB4ZmZmZmZmMDAwNDkwOTg4MCAtPiB6MHhmZmZmZmYwMDA0OTE3MzAwOwp6MHhmZmZmZmYwMDA0 OTFiODAwIC0+IHoweGZmZmZmZjAwMDQ5MDk4ODA7CnoweGZmZmZmZjAwMDQ5MWJhMDAgW3NoYXBl PWJveCxsYWJlbD0iREVWXG5sYWJlbC9zd2FwMlxuciM0Il07CnoweGZmZmZmZjAwMDQ5MDk0MDAg W2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwOTQwMCAtPiB6MHhmZmZmZmYwMDA0OTE3 NzAwOwp6MHhmZmZmZmYwMDA0OTFiYTAwIC0+IHoweGZmZmZmZjAwMDQ5MDk0MDA7CnoweGZmZmZm ZjAwMDQ5MTNkMDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5ncHRpZC82OGI5NmFiZC1hOGFjLTEx ZGUtOGUwNy0wMDI0MWRkMTkyY2NcbnIjNCJdOwp6MHhmZmZmZmYwMDA0OTA4YTgwIFtsYWJlbD0i cjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDhhODAgLT4gejB4ZmZmZmZmMDAwNDkxM2EwMDsKejB4 ZmZmZmZmMDAwNDkxM2QwMCAtPiB6MHhmZmZmZmYwMDA0OTA4YTgwOwp6MHhmZmZmZmYwMDA0OTE3 OTAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxubGFiZWwvc3dhcDFcbnIjNCJdOwp6MHhmZmZmZmYw MDA0OTA3ZDAwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDdkMDAgLT4gejB4ZmZm ZmZmMDAwNDkxM2UwMDsKejB4ZmZmZmZmMDAwNDkxNzkwMCAtPiB6MHhmZmZmZmYwMDA0OTA3ZDAw Owp6MHhmZmZmZmYwMDA0OTE2OTAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuYWQ4cDJcbnIjMyJd Owp6MHhmZmZmZmYwMDA0OTA3OTgwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDc5 ODAgLT4gejB4ZmZmZmZmMDAwNDkxNjgwMDsKejB4ZmZmZmZmMDAwNDkxNjkwMCAtPiB6MHhmZmZm ZmYwMDA0OTA3OTgwOwp6MHhmZmZmZmYwMDA0OTE3MTAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxu YWQ4cDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTA3NzgwIFtsYWJlbD0icjB3MGUwIl07CnoweGZm ZmZmZjAwMDQ5MDc3ODAgLT4gejB4ZmZmZmZmMDAwNDkwNmMwMDsKejB4ZmZmZmZmMDAwNDkxNzEw MCAtPiB6MHhmZmZmZmYwMDA0OTA3NzgwOwp6MHhmZmZmZmYwMDA0OTE2MTAwIFtzaGFwZT1ib3gs bGFiZWw9IkRFVlxuYWQ2cDJcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTA3YjAwIFtsYWJlbD0icjB3 MGUwIl07CnoweGZmZmZmZjAwMDQ5MDdiMDAgLT4gejB4ZmZmZmZmMDAwNDkxMmEwMDsKejB4ZmZm ZmZmMDAwNDkxNjEwMCAtPiB6MHhmZmZmZmYwMDA0OTA3YjAwOwp6MHhmZmZmZmYwMDA0OTEzODAw IFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuYWQ2cDFcbnIjMyJdOwp6MHhmZmZmZmYwMDA0OTA3ZTAw IFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MDdlMDAgLT4gejB4ZmZmZmZmMDAwNDkx MmMwMDsKejB4ZmZmZmZmMDAwNDkxMzgwMCAtPiB6MHhmZmZmZmYwMDA0OTA3ZTAwOwp6MHhmZmZm ZmYwMDA0OTE2MzAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxuYWQ4XG5yIzIiXTsKejB4ZmZmZmZm MDAwNDkwODMwMCBbbGFiZWw9InIwdzBlMCJdOwp6MHhmZmZmZmYwMDA0OTA4MzAwIC0+IHoweGZm ZmZmZjAwMDQ4ZDk1MDA7CnoweGZmZmZmZjAwMDQ5MTYzMDAgLT4gejB4ZmZmZmZmMDAwNDkwODMw MDsKejB4ZmZmZmZmMDAwNDkxMjcwMCBbc2hhcGU9Ym94LGxhYmVsPSJERVZcbmFkNlxuciMyIl07 CnoweGZmZmZmZjAwMDQ5MDhjODAgW2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwOGM4 MCAtPiB6MHhmZmZmZmYwMDA0OGQ5NzAwOwp6MHhmZmZmZmYwMDA0OTEyNzAwIC0+IHoweGZmZmZm ZjAwMDQ5MDhjODA7CnoweGZmZmZmZjAwMDQ5MTM1MDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5s YWJlbC9zd2FwMFxuciM0Il07CnoweGZmZmZmZjAwMDQ5MDk1ODAgW2xhYmVsPSJyMHcwZTAiXTsK ejB4ZmZmZmZmMDAwNDkwOTU4MCAtPiB6MHhmZmZmZmYwMDA0OTA2ZDAwOwp6MHhmZmZmZmYwMDA0 OTEzNTAwIC0+IHoweGZmZmZmZjAwMDQ5MDk1ODA7CnoweGZmZmZmZjAwMDQ4YWM3MDAgW3NoYXBl PWJveCxsYWJlbD0iREVWXG5hZDRwMlxuciMzIl07CnoweGZmZmZmZjAwMDQ5MDk3ODAgW2xhYmVs PSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwOTc4MCAtPiB6MHhmZmZmZmYwMDA0OGQ5ODAwOwp6 MHhmZmZmZmYwMDA0OGFjNzAwIC0+IHoweGZmZmZmZjAwMDQ5MDk3ODA7CnoweGZmZmZmZjAwMDQ5 MDY3MDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5hZDRwMVxuciMzIl07CnoweGZmZmZmZjAwMDQ5 MDlhODAgW2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDkwOWE4MCAtPiB6MHhmZmZmZmYw MDA0OGQ5YTAwOwp6MHhmZmZmZmYwMDA0OTA2NzAwIC0+IHoweGZmZmZmZjAwMDQ5MDlhODA7Cnow eGZmZmZmZjAwMDQ5MTI1MDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5hZDRcbnIjMiJdOwp6MHhm ZmZmZmYwMDA0OTBhMTgwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ5MGExODAgLT4g ejB4ZmZmZmZmMDAwNDhhYzYwMDsKejB4ZmZmZmZmMDAwNDkxMjUwMCAtPiB6MHhmZmZmZmYwMDA0 OTBhMTgwOwp6MHhmZmZmZmYwMDA0OTA2MDAwIFtzaGFwZT1ib3gsbGFiZWw9IkRFVlxudWZzaWQv NGFiYTM4OTI1YTIyZTMyZVxuciM0Il07CnoweGZmZmZmZjAwMDQ4Yjc3ODAgW2xhYmVsPSJyMHcw ZTAiXTsKejB4ZmZmZmZmMDAwNDhiNzc4MCAtPiB6MHhmZmZmZmYwMDAxNGY5MTAwOwp6MHhmZmZm ZmYwMDA0OTA2MDAwIC0+IHoweGZmZmZmZjAwMDQ4Yjc3ODA7CnoweGZmZmZmZjAwMDE0ZWZlMDAg W3NoYXBlPWJveCxsYWJlbD0iREVWXG5hZDBzMVxuciMzIl07CnoweGZmZmZmZjAwMDQ4YjdiODAg W2xhYmVsPSJyMHcwZTAiXTsKejB4ZmZmZmZmMDAwNDhiN2I4MCAtPiB6MHhmZmZmZmYwMDA0OGFj ODAwOwp6MHhmZmZmZmYwMDAxNGVmZTAwIC0+IHoweGZmZmZmZjAwMDQ4YjdiODA7CnoweGZmZmZm ZjAwMDE0ZWZhMDAgW3NoYXBlPWJveCxsYWJlbD0iREVWXG5hZDBcbnIjMiJdOwp6MHhmZmZmZmYw MDA0OGYzMDgwIFtsYWJlbD0icjB3MGUwIl07CnoweGZmZmZmZjAwMDQ4ZjMwODAgLT4gejB4ZmZm ZmZmMDAwNDhhY2MwMDsKejB4ZmZmZmZmMDAwMTRlZmEwMCAtPiB6MHhmZmZmZmYwMDA0OGYzMDgw Owp9OwoA --Boundary-01=_KZxBLggdNzkcDAU-- --nextPart6143012.s9WW6QEvij Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLBxZQ5ZPcIHs/zowRAg99AJ9nTA/cpSqUe5XYljk0XlUL3RbJ+QCdEEWV MQyXoH+HdMWqvb8qy5EmMtQ= =IljG -----END PGP SIGNATURE----- --nextPart6143012.s9WW6QEvij-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 20 23:21:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF0D1065670 for ; Fri, 20 Nov 2009 23:21:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 11ABE8FC14 for ; Fri, 20 Nov 2009 23:21:19 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 0DAC68C080; Fri, 20 Nov 2009 17:05:26 -0600 (CST) Date: Fri, 20 Nov 2009 17:05:26 -0600 From: Mark Linimon To: Jeremy Chadwick Message-ID: <20091120230525.GA11504@lonesome.com> References: <4B02B7D4.7020502@madhaus.cns.utoronto.ca> <4B06E274.3090207@madhaus.cns.utoronto.ca> <20091120194613.GA81572@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091120194613.GA81572@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: NSIS compile failed on FreeBSD 7.2 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, 20 Nov 2009 23:21:20 -0000 On Fri, Nov 20, 2009 at 11:46:13AM -0800, Jeremy Chadwick wrote: > If that's indeed the case, then the port Makefile needs to be modified > to reject building on any architectures other than i386. This should > suffice: > > ONLY_FOR_ARCHS= i386 There's a (fine?) distinction between the usage of IGNORE (which *_FOR_ARCHS drives) and BROKEN. The former is more of a statement of "it will never work"; the latter is more of a statement of "it doesn't work right now." So, in my own patches for e.g. sparc64, I use .if ${ARCH} == "sparc64" BROKEN= Does not compile on sparc64 .endif unless the port bails out of config with "arch not supported", or it's clearly i386-hardware-related, or something like that. I recognize that this may be a matter of personal taste. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 00:47:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55A71065679; Sat, 21 Nov 2009 00:47:58 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id C4B1C8FC13; Sat, 21 Nov 2009 00:47:58 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NBe8r-0007LP-Q8; Sat, 21 Nov 2009 00:47:57 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 2FAC82C273AD; Sat, 21 Nov 2009 09:47:57 +0900 (JST) Date: Sat, 21 Nov 2009 09:47:56 +0900 Message-ID: From: Randy Bush To: Stefan Esser In-Reply-To: <4B066B13.1070006@freebsd.org> References: <4B066B13.1070006@freebsd.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD-STABLE Mailing List Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 00:47:59 -0000 > vm.kmem_size=1500M > vm.kmem_size_max=2G i am trying this with some success. let's see how the day goes. > BTW: I use auto-tuning of the ARC cache size: > vfs.zfs.arc_min: 122880000 > vfs.zfs.arc_max: 983040000 how the hell is a sysadmin supposed to guess all this ? if the freebsd sysadmin needs to comb through 42 threads on the MLs, read wikis with no clear "do this," and play with trial and error, this stuff is just not going to fly. imiho, zfs can not be called production ready if it crashes if you do not stand on your left leg, put your right hand in the air, and burn some eye of newt. randy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 01:23:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49F9106566B; Sat, 21 Nov 2009 01:23:11 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8D58F8FC19; Sat, 21 Nov 2009 01:23:11 +0000 (UTC) Received: from [192.168.4.13] (unknown [192.168.4.13]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id D346322; Sat, 21 Nov 2009 02:23:23 +0100 (CET) Message-ID: <4B0740FF.6050302@stillbilde.net> Date: Sat, 21 Nov 2009 02:23:11 +0100 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Randy Bush References: <4B066B13.1070006@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD-STABLE Mailing List Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 01:23:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Randy Bush wrote: > > imiho, zfs can not be called production ready if it crashes if you do > not stand on your left leg, put your right hand in the air, and burn > some eye of newt. That just about sums up my impression. Nine out of ten for porting the code. one out of hundred for the documentation. ZFS works, when you actually get it up and running (after sorting out the various tuning quirks it needs, such as limiting the arc cache so other processes don't time out when it flushes the cache), but it DEFINITELY needs a little more spitshine in the documentation department. Along with manpages that don't refer to sun manpages never going into FreeBSD. //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksHQP8ACgkQODUnwSLUlKQfYgCfcTFaAq2bj6LxrStTbHeKgNQM WSEAn12/CV8mj+ERf74S2pc7QrYAPgN4 =RRbt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 09:10:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17343106568F for ; Sat, 21 Nov 2009 09:10:56 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id E55FA8FC1F for ; Sat, 21 Nov 2009 09:10:55 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id nAL9AsBW089017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Nov 2009 01:10:55 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id nAL9AsZe089016; Sat, 21 Nov 2009 01:10:54 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13268; Sat, 21 Nov 09 01:00:55 PST Date: Sat, 21 Nov 2009 01:01:13 -0800 From: perryh@pluto.rain.com To: randy@psg.com Message-Id: <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> References: <4B066B13.1070006@freebsd.org> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 09:10:56 -0000 Randy Bush wrote: > imiho, zfs can not be called production ready if it crashes if you > do not stand on your left leg, put your right hand in the air, and > burn some eye of newt. ROFL! As with any open-source project, I suppose it will be ready when it is ready. At least it hasn't been made the default. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 11:58:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A36241065672 for ; Sat, 21 Nov 2009 11:58:10 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 40F218FC13 for ; Sat, 21 Nov 2009 11:58:10 +0000 (UTC) Received: by ewy26 with SMTP id 26so477065ewy.3 for ; Sat, 21 Nov 2009 03:58:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.86.3 with SMTP id v3mr741830wee.165.1258804689128; Sat, 21 Nov 2009 03:58:09 -0800 (PST) In-Reply-To: <200911210851.04678.doconnor@gsoft.com.au> References: <200911202357.48622.doconnor@gsoft.com.au> <200911210851.04678.doconnor@gsoft.com.au> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Sat, 21 Nov 2009 12:57:49 +0100 Message-ID: To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 21 Nov 2009 11:58:10 -0000 On Fri, Nov 20, 2009 at 23:20, Daniel O'Connor wrot= e: > On Sat, 21 Nov 2009, Marius N=FCnnerich wrote: >> On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor > wrote: >> > On Fri, 20 Nov 2009, Marius N=FCnnerich wrote: >> >> > Actually that is an interesting point, the swap partitions don't >> >> > have an entry in /dev/gptid, although perhaps that is because >> >> > glabel has grabbed that node. >> >> >> >> If I remember correctly nodes vanish when another name for the >> >> same device is opened. Maybe this happens for the other gpt labels >> >> too? >> > >> > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It >> > seems like a bug. >> >> Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount >> output to pastie.org or the like. > > I've attached it.. Hmm, I do not see whats wrong here. ZFS already opened the devices and I see no /dev/gpt/* entries. Maybe there is some bug with handling the long gptid names. Maybe you try to detach ZFSfrom the devices, give everything a short gpt label and try to use that. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 19:07:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 281391065672 for ; Sat, 21 Nov 2009 19:07:40 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id B780D8FC12 for ; Sat, 21 Nov 2009 19:07:39 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id nALJ7cNm072554 for ; Sat, 21 Nov 2009 20:07:38 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sat, 21 Nov 2009 20:07:40 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 7.2 dies in zfs Thread-Index: Acpqi2aP7jIbLoxkQI+sNii2+2c9xgAUcryw References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Subject: RE: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 19:07:40 -0000 Randy Bush wrote: > imiho, zfs can not be called production ready if it crashes if you > do not stand on your left leg, put your right hand in the air, and > burn some eye of newt. This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has been marked as production ready. As far as i know, on FreeBSD 8.0 ZFS is called production ready. If you boot your system it probably tell you it is still experimental. Try running FreeBSD 7-Stable to get the latest ZFS version which on FreeBSD is 13 On 7.2 it is still at 6 (if I remember it right). Regards, Johan Hendriks =20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 19:36:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43504106566C for ; Sat, 21 Nov 2009 19:36:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 285A98FC17 for ; Sat, 21 Nov 2009 19:36:45 +0000 (UTC) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id 7uyy1d0040S2fkCA5vcmBs; Sat, 21 Nov 2009 19:36:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id 7vcl1d0073S48mS8VvclGd; Sat, 21 Nov 2009 19:36:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A6D331E3035; Sat, 21 Nov 2009 11:36:43 -0800 (PST) Date: Sat, 21 Nov 2009 11:36:43 -0800 From: Jeremy Chadwick To: Johan Hendriks Message-ID: <20091121193643.GA14122@icarus.home.lan> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 19:36:46 -0000 On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote: > Randy Bush wrote: > > imiho, zfs can not be called production ready if it crashes if you > > do not stand on your left leg, put your right hand in the air, and > > burn some eye of newt. > > This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has > been marked as production ready. > As far as i know, on FreeBSD 8.0 ZFS is called production ready. > > If you boot your system it probably tell you it is still experimental. > > Try running FreeBSD 7-Stable to get the latest ZFS version which on > FreeBSD is 13 > On 7.2 it is still at 6 (if I remember it right). RELENG_7 uses ZFS v13, RELENG_8 uses ZFS v18. RELENG_7 and RELENG_8 both, more or less, behave the same way with regards to ZFS. Both panic on kmem exhaustion. No one has answered my question as far as what's needed to stabilise ZFS on either 7.x or 8.x. The people who need to answer the question are those who are familiar with the code. Specifically: Kip Macy, Pawel Jakub Dawidek, and anyone else who knows the internals. Everyone else in the user community is simply guessing + going crazy trying to figure out a solution. As much as I appreciate all the work that has been done to bring ZFS to FreeBSD -- and I do mean that! -- we need answers at this point. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 20:32:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF4F106566C for ; Sat, 21 Nov 2009 20:32:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f203.google.com (mail-iw0-f203.google.com [209.85.223.203]) by mx1.freebsd.org (Postfix) with ESMTP id 9084D8FC15 for ; Sat, 21 Nov 2009 20:32:17 +0000 (UTC) Received: by iwn41 with SMTP id 41so3190678iwn.6 for ; Sat, 21 Nov 2009 12:32:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BmdOpBAp8bBoZG1Y6Jsk3/g1nIzhy9UKcDzJX1Pd67Y=; b=ps6W9JILpYOybi6xJxqEesk8sOs+srYUvjjlScQjlaReEWvomV0vx6T0BIpWlT2Alj PBwvIco0FyJfZ0SFzDKhZKkJzuNyyIqjR2hGLL81Ksfa0agVZHXlx2g1XrUPksEkrJ8W hnBkokbo3JuCa8A3iUny19tiPbk/ykHlCqUjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NQclrFe9csQQsAPp+0talxUoTaz+TBCWSecWyzQ/zxOLzs3QHaDcOM1pSfJ4wZXitk qbeKZYQd13nuZOEKUsIdzu4Laf2awS/0KAedFcK8y2SDsJFSGQDmxRuElyLF6Cz/7TDR LPwO9tjbwNiDvzHSMpoVsRZV8LuobkKkG44k4= MIME-Version: 1.0 Received: by 10.231.121.93 with SMTP id g29mr2915601ibr.13.1258833551441; Sat, 21 Nov 2009 11:59:11 -0800 (PST) In-Reply-To: <20091121193643.GA14122@icarus.home.lan> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> <20091121193643.GA14122@icarus.home.lan> Date: Sat, 21 Nov 2009 13:59:11 -0600 Message-ID: <790a9fff0911211159k14920410g7a76cf6a292f0bae@mail.gmail.com> From: Scot Hetzel To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Johan Hendriks , freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 20:32:17 -0000 On Sat, Nov 21, 2009 at 1:36 PM, Jeremy Chadwick wrote: > > On Sat, Nov 21, 2009 at 08:07:40PM +0100, Johan Hendriks wrote: >> Randy Bush wrote: >> > imiho, zfs can not be called production ready if it crashes if you >> > do not stand on your left leg, put your right hand in the air, and >> > burn some eye of newt. >> >> This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has >> been marked as production ready. >> As far as i know, on FreeBSD 8.0 ZFS is called production ready. >> >> If you boot your system it probably tell you it is still experimental. >> >> Try running FreeBSD 7-Stable to get the latest ZFS version which on >> FreeBSD is 13 >> On 7.2 it is still at 6 (if I remember it right). > > RELENG_7 uses ZFS v13, RELENG_8 uses ZFS v18. > RELENG_8 is still using ZFS v13. > RELENG_7 and RELENG_8 both, more or less, behave the same way with > regards to ZFS. =A0Both panic on kmem exhaustion. =A0No one has answered = my > question as far as what's needed to stabilise ZFS on either 7.x or 8.x. > Under RELENG_8/i386, you still need to tune ZFS as mentioned in the ZFS Tuning Guide: http://wiki.freebsd.org/ZFSTuningGuide With RELENG_8/amd64 no tuning is necessary, if the system has at least 2G R= AM. Scot From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 20:34:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35007106566C for ; Sat, 21 Nov 2009 20:34:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A6D248FC15 for ; Sat, 21 Nov 2009 20:34:12 +0000 (UTC) Received: from inchoate.gsoft.com.au (ppp118-210-23-247.lns20.adl2.internode.on.net [118.210.23.247]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nALKY7nr036242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 22 Nov 2009 07:04:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Marius =?utf-8?q?N=C3=BCnnerich?= Date: Sun, 22 Nov 2009 07:03:53 +1030 User-Agent: KMail/1.9.10 References: <200911210851.04678.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2338243.gVi6Hfc5dX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911220704.02065.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Tom Evans , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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, 21 Nov 2009 20:34:13 -0000 --nextPart2338243.gVi6Hfc5dX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 21 Nov 2009, Marius N=FCnnerich wrote: > >> Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and > >> mount output to pastie.org or the like. > > > > I've attached it.. > > Hmm, I do not see whats wrong here. ZFS already opened the devices > and I see no /dev/gpt/* entries. Maybe there is some bug with > handling the long gptid names. Maybe you try to detach ZFSfrom the > devices, give everything a short gpt label and try to use that. I'd really prefer to use UUID which _does_ exist, ZFS just doesn't like=20 it.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2338243.gVi6Hfc5dX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLCE655ZPcIHs/zowRAjelAJ9OZeTln2qJl45HFbxvPXAHqpy0OgCggL0r 9ZhyUBsPEZnECYRtzF3YGdE= =RFq6 -----END PGP SIGNATURE----- --nextPart2338243.gVi6Hfc5dX-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 20:57:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CA01106566C for ; Sat, 21 Nov 2009 20:57:22 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id E691E8FC13 for ; Sat, 21 Nov 2009 20:57:21 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nALKvCjm027678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Nov 2009 07:57:14 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nALKvCB1065192; Sun, 22 Nov 2009 07:57:12 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nALKvCek065191; Sun, 22 Nov 2009 07:57:12 +1100 (EST) (envelope-from peter) Date: Sun, 22 Nov 2009 07:57:12 +1100 From: Peter Jeremy To: Jeremy Chadwick , Randy Bush Message-ID: <20091121205712.GB35595@server.vk2pj.dyndns.org> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> <20091121193643.GA14122@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <20091121193643.GA14122@icarus.home.lan> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Johan Hendriks , freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 20:57:22 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Nov-21 09:47:56 +0900, Randy Bush wrote: >imiho, zfs can not be called production ready if it crashes if you do >not stand on your left leg, put your right hand in the air, and burn >some eye of newt. FWIW, it's still very brittle on Solaris 10 and the Sun Support response to most issues is "restore from backup". The IMHO, the biggest issue with ZFS itself is lack of recovery tools prior to PSARC 2009/479 (in ZFS v21). On 2009-Nov-21 11:36:43 -0800, Jeremy Chadwick w= rote: >RELENG_7 uses ZFS v13, RELENG_8 uses ZFS v18. Not in my repository. I still have v13 in sys/cddl/contrib/opensolaris/uts/common/sys/fs/zfs.h in last night's RELENG_7, RELENG_8 and -current. >RELENG_7 and RELENG_8 both, more or less, behave the same way with >regards to ZFS. Both panic on kmem exhaustion. No one has answered my >question as far as what's needed to stabilise ZFS on either 7.x or 8.x. My understanding is that the problem is more that the FreeBSD VM system doesn't gracefully handle running low or out of memory. --=20 Peter Jeremy --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksIVCcACgkQ/opHv/APuIe5xACfagCg4kxJDdcHnSKojHPMLjN6 X/QAn1GiWCsKUkJ8EMiYjnp3rymyE5Uz =TtKp -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 23:25:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7EC0106566B for ; Sat, 21 Nov 2009 23:25:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 836AC8FC15 for ; Sat, 21 Nov 2009 23:25:44 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NBzKp-000AH5-MQ; Sat, 21 Nov 2009 23:25:43 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 2BDEA2C294B3; Sat, 21 Nov 2009 18:16:05 +0900 (JST) Date: Sat, 21 Nov 2009 18:16:04 +0900 Message-ID: From: Randy Bush To: perryh@pluto.rain.com In-Reply-To: <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 23:25:44 -0000 >> imiho, zfs can not be called production ready if it crashes if you >> do not stand on your left leg, put your right hand in the air, and >> burn some eye of newt. > ROFL! > As with any open-source project, I suppose it will be ready > when it is ready. At least it hasn't been made the default. yep. i demand a full refund! :) my concern is the innocent admin putting something critical on zfs in 8.0 when it is called stable and production. this isn't linux. randy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 23:34:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E91AD106566B for ; Sat, 21 Nov 2009 23:34:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id CC2518FC17 for ; Sat, 21 Nov 2009 23:34:56 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NBzTi-000AIQ-EI; Sat, 21 Nov 2009 23:34:54 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id DC7F12C2BA07; Sun, 22 Nov 2009 08:34:53 +0900 (JST) Date: Sun, 22 Nov 2009 08:34:53 +0900 Message-ID: From: Randy Bush To: "Johan Hendriks" In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 23:34:57 -0000 >> imiho, zfs can not be called production ready if it crashes if you >> do not stand on your left leg, put your right hand in the air, and >> burn some eye of newt. > This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has > been marked as production ready. > As far as i know, on FreeBSD 8.0 ZFS is called production ready. whoops! you are correct. my apologies. > Try running FreeBSD 7-Stable to get the latest ZFS version which on > FreeBSD is 13 that is what i am running. RELENG_7 randy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 23:51:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C66A106566C for ; Sat, 21 Nov 2009 23:51:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id EE2AB8FC12 for ; Sat, 21 Nov 2009 23:51:26 +0000 (UTC) Received: by bwz5 with SMTP id 5so4527443bwz.3 for ; Sat, 21 Nov 2009 15:51:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4Wu197LkIiIKqjun6Rdamv877W7S7wwngD8nO8tLywg=; b=vCOWznMNu2FDwnVnU4lmfzCWHKaENySSGbbV3a9gNRsalP8DdPuVoNJeW+H84yee8l I6aUSKRTCVrNEBlAa5h1uLlZs92wPE2lj5lGuZE3TD8wYKX5fRX3PXzVrnFy0c7b5Jfs KpfX1X94wiZEg362JKnib1V1N5GsbEsbb3+Bc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=szZ59X5JH3S+HnfW9z8UFxV6NzvH3xyibE69N0x8834aIqiPcSyvndVeb5T8mdZNRn bJCjlb/GKuoTuoZ0PdhyPEQ/GQbAqu9YxctzqOAcGaaKZiVI8IeiUt5V2oQrBZmnvSLb DO/KTp1l9w/8Xh8uFNBsbMXxixT+o4Srv90zk= MIME-Version: 1.0 Received: by 10.204.49.82 with SMTP id u18mr3103683bkf.47.1258847485886; Sat, 21 Nov 2009 15:51:25 -0800 (PST) In-Reply-To: <20091121205712.GB35595@server.vk2pj.dyndns.org> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> <20091121193643.GA14122@icarus.home.lan> <20091121205712.GB35595@server.vk2pj.dyndns.org> Date: Sun, 22 Nov 2009 02:51:25 +0300 Message-ID: From: pluknet To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Randy Bush , Johan Hendriks , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 23:51:27 -0000 2009/11/21 Peter Jeremy : > On 2009-Nov-21 09:47:56 +0900, Randy Bush wrote: >>imiho, zfs can not be called production ready if it crashes if you do >>not stand on your left leg, put your right hand in the air, and burn >>some eye of newt. > > FWIW, it's still very brittle on Solaris 10 and the Sun Support > response to most issues is "restore from backup". =A0The IMHO, the > biggest issue with ZFS itself is lack of recovery tools prior to PSARC > 2009/479 (in ZFS v21). > > On 2009-Nov-21 11:36:43 -0800, Jeremy Chadwick = wrote: >>RELENG_7 uses ZFS v13, RELENG_8 uses ZFS v18. > > Not in my repository. =A0I still have v13 in > sys/cddl/contrib/opensolaris/uts/common/sys/fs/zfs.h in last night's > RELENG_7, RELENG_8 and -current. The good side of things is that there's the ongoing work on v13 -> v22 in perforce. > >>RELENG_7 and RELENG_8 both, more or less, behave the same way with >>regards to ZFS. =A0Both panic on kmem exhaustion. =A0No one has answered = my >>question as far as what's needed to stabilise ZFS on either 7.x or 8.x. > > My understanding is that the problem is more that the FreeBSD VM > system doesn't gracefully handle running low or out of memory. AFAIU kmacy works on zfs integration into FreeBSD'ish buf/vm. It'd be nice to read something on that.. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sat Nov 21 23:51:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F42106579F for ; Sat, 21 Nov 2009 23:51:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 087AD8FC0A for ; Sat, 21 Nov 2009 23:51:40 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NBzju-000AM2-4s; Sat, 21 Nov 2009 23:51:38 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 9BF582C2BC79; Sun, 22 Nov 2009 08:51:37 +0900 (JST) Date: Sun, 22 Nov 2009 08:51:37 +0900 Message-ID: From: Randy Bush To: Peter Jeremy In-Reply-To: <20091121205712.GB35595@server.vk2pj.dyndns.org> References: <4B066B13.1070006@freebsd.org> <4b07ac59.A2Afaf4X0IZlrgGU%perryh@pluto.rain.com> <57200BF94E69E54880C9BB1AF714BBCBA5722E@w2003s01.double-l.local> <20091121193643.GA14122@icarus.home.lan> <20091121205712.GB35595@server.vk2pj.dyndns.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Johan Hendriks , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: 7.2 dies in zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 23:51:40 -0000 > My understanding is that the problem is more that the FreeBSD VM > system doesn't gracefully handle running low or out of memory. to me, that's just life in the big city. the problem i think can be solved before this is let loose on the unsuspecting public is that there are really no good tools for tuning. and the wiki page does not cut it. there is not even a table of ram size vs load and good starting parms for the intersection. or "just don't risk real data with less than 2g of ram." randy