From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 21:26:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 425C510657C4 for ; Sat, 22 Sep 2012 21:26:49 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id EF0A38FC08 for ; Sat, 22 Sep 2012 21:26:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=JvnT/Y46MmBK+IiBlDbvqOPKUciJyA81W6p2cG4dFnU=; b=qXjasN4yZ/wSZTdlACLt/skcuDHJqbFu70Ezaxva2UOgRascXdNcgA1u9wsU7JiT7L/Nm+84/Pou1aXDV8PWKju41YU/HcBn5DuOoSFNNPUEdXE2XSKOTex8+trcP/iVC8h4mpLelcCEi7hKvkmRXrASbFQTe57kXscPk4rl0/8=; Received: from iglou4.iglou.com ([192.107.41.39]:37343 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TFXDr-0006Pu-Nx by authid with igloumta_auth for freebsd-current@freebsd.org; Sat, 22 Sep 2012 17:26:47 -0400 Received: from shell1.iglou.com ([192.107.41.17]:42190 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TFXDr-0003bL-8n; Sat, 22 Sep 2012 17:26:47 -0400 Date: Sat, 22 Sep 2012 17:26:47 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Fbsd8 In-Reply-To: <505DB5CC.4010707@a1poweruser.com> Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> <505DB5CC.4010707@a1poweruser.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 23 Sep 2012 01:45:11 +0000 Cc: freebsd-current@freebsd.org Subject: Re: manual page | zpool-features X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 21:26:49 -0000 > snip >> >> Actually, I am becoming suspicious that FreeBSD does not maintain a OpenBSD >> Packet Firewall that survives upgrades. Perhaps I should just take all of >> the Packet Firewall stuff out of my kernel and learn to use ipfw2. >> >> >> Darrel >> >> > > On the subject of OpenBSD Packet Firewall > > OpenBSD 4.5 version of PF firewall which is included with the base FreeBSD > 8.x and 9.x releases is no longer supported by OpenBSD and very back level. > > The most current version of OpenBSD is 5.1. PF version 5.0 changed the syntax > of the NAT statement making PF no longer backwards compatible which breaks > some Freebsd standard, so updated versions of OpenBSD PF will no longer be > mass ported to FreeBSD. Any bug fix code to OpenBSD PF will have to be > incorporated by hand into FreeBSD's version of PF from this point on. > > The following will shine some more light on the subject. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167057 > > http://lists.freebsd.org/pipermail/freebsd-pf/2012-September/006740.html > > Thank you. This information is good to know since I recompiled parts of Packet Firewall and then rebooted the machine with no working Packet Filter as a result. I have adjusted to the changes and am running OpenBSD 5.1 on my perimeter. Also, I am experimenting with NPF on NetBSD, which has a few bugs but generally works just fine tested with 'nmap' and the like. For FreeBSD, I will change to IPFW. It might be useful anyhow, since I have a Macintosh and will eventually probably get another. I would guess that the Macintosh firewall is still 'ipfw2', or something not too dissimilar. There is just no sense banging my head against a wall and repearting mistakes that actually do not belong to me by trying to run Packet Filter on FreeBSD. Darrel From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 21:39:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4559106566C for ; Sat, 22 Sep 2012 21:39:51 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFDF8FC0A for ; Sat, 22 Sep 2012 21:39:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=/14zm/Tail6d91t/BL3zcLv85Y5hJTzeu4T4FK54FdM=; b=TQrYPu/AwxuV8Pz7QOMf2ZrGpaI6HAefIWNQ9loHCrLcKgV3+vq7fqJwuuCYCBwBB+j1WweQkuAjEmOveE4rFvLeqaWa4zQCelhNxpMmfWpPnUUbJHhh0dzC5eBTH3O+wl42tLmEd+0dnfzVquDl6UXghkGiloIkk5P8y4+uegA=; Received: from iglou4.iglou.com ([192.107.41.39]:41281 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TFXQV-0000cW-0c by authid with igloumta_auth for freebsd-current@freebsd.org; Sat, 22 Sep 2012 17:39:51 -0400 Received: from shell1.iglou.com ([192.107.41.17]:42219 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TFXQU-0004mw-KG; Sat, 22 Sep 2012 17:39:50 -0400 Date: Sat, 22 Sep 2012 17:39:50 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Fbsd8 In-Reply-To: <505DB5CC.4010707@a1poweruser.com> Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> <505DB5CC.4010707@a1poweruser.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 23 Sep 2012 01:55:52 +0000 Cc: freebsd-current@freebsd.org Subject: [solved] manual page | zpool-features < discontinue PF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 21:39:51 -0000 > snip >> >> Actually, I am becoming suspicious that FreeBSD does not maintain a OpenBSD >> Packet Firewall that survives upgrades. Perhaps I should just take all of >> the Packet Firewall stuff out of my kernel and learn to use ipfw2. >> >> >> Darrel >> >> > > On the subject of OpenBSD Packet Firewall > > OpenBSD 4.5 version of PF firewall which is included with the base FreeBSD > 8.x and 9.x releases is no longer supported by OpenBSD and very back level. > > The most current version of OpenBSD is 5.1. PF version 5.0 changed the syntax > of the NAT statement making PF no longer backwards compatible which breaks > some Freebsd standard, so updated versions of OpenBSD PF will no longer be > mass ported to FreeBSD. Any bug fix code to OpenBSD PF will have to be > incorporated by hand into FreeBSD's version of PF from this point on. > > The following will shine some more light on the subject. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167057 > > http://lists.freebsd.org/pipermail/freebsd-pf/2012-September/006740.html > > Second reply. I intended to change the subject line to solved. Just for informational purposes, you might not want to do any firewall comparison on the OpenBSD misc list. A Packet Firewall developer responded to me personally, writing that the signal-to-noise ratio was too high and to refrain from posting to the list. So much for solving problems and sharing ideas. Darrel From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 18:23:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 848EA1065672 for ; Sun, 23 Sep 2012 18:23:56 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52AAE8FC08 for ; Sun, 23 Sep 2012 18:23:56 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so1706121pbb.13 for ; Sun, 23 Sep 2012 11:23:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=bqDgejrrvLxStwdgrfUTcsR3l6lXIH27FFuVERNso6Y=; b=j4qx++MmonI8QSFMM9UeFBZKmvNqB8NU+KswU7bi7zL22xAswjXyyy7ANjLW+HHpZb vulOIPJ0VR9Fp/ggBjjeES+gVFzczMUzgr0uwY0EX6aYCY+ZI9mqMGupt2tPYu5tLpJz mtgTCxDeDwWQi4sA8KP8QFUpuLHZbPjHkwJZhWAiApFg7d7Opo0Knyb1jjdpXe/1lqRy fxj9Pn3DEUsiHlEL/CYt83pww5Ez8slQ9TvnV+o/Egj7B4/TWnhDTyM05Dx3j8rarWDf dAw4Nu6yLyrmdO9Ty9GqC5kSldQPnI0K63fGwbDzhkPRAxY58/4tltP81edMx8HgZN2W ss+A== Received: by 10.68.232.194 with SMTP id tq2mr30814700pbc.111.1348424635928; Sun, 23 Sep 2012 11:23:55 -0700 (PDT) Received: from josebashPC ([2602:304:cff8:66f0:d1a4:3dec:9726:a54d]) by mx.google.com with ESMTPS id ty1sm8353710pbc.76.2012.09.23.11.23.54 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 11:23:55 -0700 (PDT) From: "Jose A. Lombera" To: Date: Sun, 23 Sep 2012 11:23:52 -0700 Message-ID: <003901cd99b8$97288620$c5799260$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac2ZuHCwv6sf80ydRCyr2WFdhruFlQ== Content-Language: en-us X-Gm-Message-State: ALoCoQnej3UBnuIB08NW+XPI28OfAHqHrGIna40GRTmbNIzdave9s9qzSzXALp9+c5dEAFZDFK0n Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 18:23:56 -0000 Hello! all, I hope someone can help me out with this. Recently disk2 when bad, I have used Zpool offline tank hast/disk2 To bring the disk offline. Then I replaced it. And use the command Zpool online tank hast/disk2 But the disk show REMOVE. [root@san1 /usr/home/jose]# zpool status -v pool: tank state: DEGRADED status: One or more devices has been removed by the administrator. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Online the device using 'zpool online' or replace the device with 'zpool replace'. scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 2012 config: NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 REMOVED 0 0 0 was /dev/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 [root@san1 /usr/home/jose]# zpool online tank hast/disk2 warning: device 'hast/disk2' onlined, but remains in faulted state use 'zpool replace' to replace devices that are no longer present [root@san1 /usr/home/jose]# I can't bring it back online. Can you guys help me out what to do. This is a production server and I can't afford to bring the server down. I have already swap 3 disks and I got the same result. Thank you guys in advance. --jose From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 19:25:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939D7106564A for ; Sun, 23 Sep 2012 19:25:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53FF88FC16 for ; Sun, 23 Sep 2012 19:25:53 +0000 (UTC) Received: by obcwo10 with SMTP id wo10so247298obc.13 for ; Sun, 23 Sep 2012 12:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Z74ppUUsA9d/jgR/1AW9UaLFn6SN0s3XKrYKVrhd3R8=; b=aoifnlR5hyLJt7Z2crEaFZdDOhtILJijWFcKZHlrkAaw9dwhFkIdKobPX56l7hEzXe 68RIQpaImDJmO+xuZkZkparhxvzUiNt4z+BYEgfKbB/OBl0paFWfz7EF4ZTBvaqLd0sD hrzD05FQGRQSQi1inJa8YRWiTgfYxrbay00zOgIr+x4gBiy1/JQRR1owKaetTrS/oUcY +AyPm9a9Z9dNH75L3YmEJQSfkGCMZ7+OvE7zaSxT5MxZ8JAAD1VBiHDTxpy3Lc6J8wI+ jomL/FtpXSLFmICGCKl65eqUtdDzaA0rVf94l2FnzcTbZXuvgf/8bkUcGrjNKcRwKTwU ycww== MIME-Version: 1.0 Received: by 10.182.218.37 with SMTP id pd5mr8267752obc.24.1348428352642; Sun, 23 Sep 2012 12:25:52 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 23 Sep 2012 12:25:52 -0700 (PDT) In-Reply-To: <003901cd99b8$97288620$c5799260$@lajni.com> References: <003901cd99b8$97288620$c5799260$@lajni.com> Date: Sun, 23 Sep 2012 12:25:52 -0700 Message-ID: From: Garrett Cooper To: "Jose A. Lombera" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 19:25:53 -0000 On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera wrote: > Hello! all, > > I hope someone can help me out with this. > > Recently disk2 when bad, I have used > > Zpool offline tank hast/disk2 > > To bring the disk offline. > Then I replaced it. > > > > And use the command > > Zpool online tank hast/disk2 > > But the disk show REMOVE. > > > > > > [root@san1 /usr/home/jose]# zpool status -v > pool: tank > state: DEGRADED > status: One or more devices has been removed by the administrator. > > Sufficient replicas exist for the pool to continue functioning in a > degraded state. > > action: Online the device using 'zpool online' or replace the device with > > 'zpool replace'. > > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 2012 > config: > > NAME STATE READ WRITE CKSUM > > tank DEGRADED 0 0 0 > > raidz1-0 DEGRADED 0 0 0 > > hast/disk1 ONLINE 0 0 0 > > 11919832608590631234 REMOVED 0 0 0 was > /dev/hast/disk2 > > hast/disk3 ONLINE 0 0 0 > > hast/disk4 ONLINE 0 0 0 > > hast/disk5 ONLINE 0 0 0 > > hast/disk6 ONLINE 0 0 0 > > hast/disk7 ONLINE 0 0 0 > > hast/disk8 ONLINE 0 0 0 > > hast/disk9 ONLINE 0 0 0 > > hast/disk10 ONLINE 0 0 0 > > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 > > warning: device 'hast/disk2' onlined, but remains in faulted state > > use 'zpool replace' to replace devices that are no longer present > > [root@san1 /usr/home/jose]# > > I can't bring it back online. > > Can you guys help me out what to do. > > This is a production server and I can't afford to bring the server down. > > I have already swap 3 disks and I got the same result. > > Thank you guys in advance. You forgot to call zpool replace as the last step in the process of replacing your faulted disk: http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 19:53:49 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5839C106566B; Sun, 23 Sep 2012 19:53:49 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8FE8FC0A; Sun, 23 Sep 2012 19:53:48 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id BAE75F94; Sun, 23 Sep 2012 21:52:49 +0200 (CEST) Date: Sun, 23 Sep 2012 21:53:58 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20120923195357.GO1454@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/DkgDsqJFFamjKX0" Content-Disposition: inline X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@FreeBSD.org, Steven Hartland Subject: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 19:53:49 -0000 --/DkgDsqJFFamjKX0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FYI, I just committed TRIM support to ZFS, especially useful for SSD-only pools. This is something I implemented long time ago, but was now motivated to get back to it and commit it finally by some great fixes and improvements from the zfsonlinux project (made by Etienne Dechamps). Note that this functionality is turned off by default for now. To turn it on you need to add vfs.zfs.trim_disable=3D0 to /boot/loader.conf. You can see some statistics under kstat.zfs.misc.zio_trim sysctl. Big thanks to multiplay.co.uk for sponsoring this work! BTW. If you find this useful, so tell me about it during EuroBSDcon 2012 in a month that will be held this year in Warsaw, Poland: http://eurobsdcon.org :) On Sun, Sep 23, 2012 at 07:40:58PM +0000, Pawel Jakub Dawidek wrote: > Author: pjd > Date: Sun Sep 23 19:40:58 2012 > New Revision: 240868 > URL: http://svn.freebsd.org/changeset/base/240868 >=20 > Log: > Add TRIM support. > =20 > The code builds a map of regions that were freed. On every write the > code consults the map and eventually removes ranges that were freed > before, but are now overwritten. > =20 > Freed blocks are not TRIMed immediately. There is a tunable that defines > how many txg we should wait with TRIMming freed blocks (64 by default). > =20 > There is a low priority thread that TRIMs ranges when the time comes. > During TRIM we keep in-flight ranges on a list to detect colliding > writes - we have to delay writes that collide with in-flight TRIMs in > case something will be reordered and write will reached the disk before > the TRIM. We don't have to do the same for in-flight writes, as > colliding writes just remove ranges to TRIM. > =20 > Sponsored by: multiplay.co.uk > =20 > This work includes some important fixes and some improvements obtained > from the zfsonlinux project, including TRIMming entire vdevs on pool > create/add/attach and on pool import for spare and cache vdevs. > =20 > Obtained from: zfsonlinux > Submitted by: Etienne Dechamps --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --/DkgDsqJFFamjKX0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBfaNUACgkQForvXbEpPzQ4GwCfeesqQ5wYR5lL1UjQ195iiggV DAYAoMlf2im9PN669pzrCLUysbdg5uey =8JhV -----END PGP SIGNATURE----- --/DkgDsqJFFamjKX0-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 20:42:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC637106566B for ; Sun, 23 Sep 2012 20:42:30 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75A6C8FC0C for ; Sun, 23 Sep 2012 20:42:30 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so1812220pbb.13 for ; Sun, 23 Sep 2012 13:42:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language :x-gm-message-state; bh=PPvba/HiWzgR7nnLgk1wxY2E8ULPPkTkKT4v0O7B92k=; b=Zj9CMQjfhTvMneNzENjPrtec0l31qD5sf/sC3bFyuN4KxIOUluhUSqO+mEU4WSEwbj coItH29fNcapVJwIVAj5fHZezAj+uIUWfMCCByOIOSW9P7CWkG8GDYD/0MaGeb0p91wO m5ftel/Oh880w39HPNM5jHTpOiAH5uzDfAZzjiNLruCrpaW/fJjKFrOo8A9CeXKng1no AuU2kTIoYJWT0msTg+a70aHWUGVKSMzFMDgYcQBrn9oljjHwAHXSnqzF41BnIapuZFV5 51YyiTo2hZMFeoI/7PIsVURRKNWmIDp9xYatNTx3kuKXBsCSlBbH/KryM1jfe5CeaW9R F1jg== Received: by 10.66.74.201 with SMTP id w9mr4510154pav.74.1348432950105; Sun, 23 Sep 2012 13:42:30 -0700 (PDT) Received: from josebashPC ([2602:304:cff8:66f0:d1a4:3dec:9726:a54d]) by mx.google.com with ESMTPS id jz10sm8499792pbc.8.2012.09.23.13.42.27 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 13:42:29 -0700 (PDT) From: "Jose A. Lombera" To: References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> In-Reply-To: Date: Sun, 23 Sep 2012 13:42:26 -0700 Message-ID: <005101cd99cb$f2234160$d669c420$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKgaK82pPaQZDV5/s3d02jJfBU8MwIjuVVcleGZpRCAAA8JEA== Content-Language: en-us X-Gm-Message-State: ALoCoQnwAnpDu2V20Rntc4Cru2ptehUhxipEEylIRdzANhwS9ttQC0YhkIrR7qxswxJQ/xVru8wY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 20:42:30 -0000 =20 Yanegomi, =20 I tried that, as you can see below, freebsd doesn=E2=80=99t have cfgadm Utility to un configure the device, according to, = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I looked = to ports but there is no utility like that. =20 Pardon me, my knowledge is little. =20 Can you please type the command I will need, or if I need cfgadm do I = have to look for that and install it in my freebsd box? =20 Thanks. =20 =20 [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 cannot open 'hast/disk2': no such GEOM provider must be a full path or shorthand device name [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# cfgadm bash: cfgadm: command not found [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool online tank hast/disk2 warning: device 'hast/disk2' onlined, but remains in faulted state use 'zpool replace' to replace devices that are no longer present [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 cannot open 'hast/disk2': no such GEOM provider must be a full path or shorthand device name [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# =20 From: Garrett Cooper Date: September 23, 2012 12:25:52 PM PDT To: "Jose A. Lombera" Cc: freebsd-current@freebsd.org Subject: Re: zpool can't bring online disk2 On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera = wrote: Hello! all, =20 I hope someone can help me out with this. =20 Recently disk2 when bad, I have used =20 Zpool offline tank hast/disk2 =20 To bring the disk offline. Then I replaced it. =20 =20 =20 And use the command =20 Zpool online tank hast/disk2 =20 But the disk show REMOVE. =20 =20 =20 =20 =20 [root@san1 /usr/home/jose]# zpool status -v pool: tank state: DEGRADED status: One or more devices has been removed by the administrator. =20 Sufficient replicas exist for the pool to continue functioning in = a degraded state. =20 action: Online the device using 'zpool online' or replace the device = with =20 'zpool replace'. =20 scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 2012 config: =20 NAME STATE READ WRITE CKSUM =20 tank DEGRADED 0 0 0 =20 raidz1-0 DEGRADED 0 0 0 =20 hast/disk1 ONLINE 0 0 0 =20 11919832608590631234 REMOVED 0 0 0 was /dev/hast/disk2 =20 hast/disk3 ONLINE 0 0 0 =20 hast/disk4 ONLINE 0 0 0 =20 hast/disk5 ONLINE 0 0 0 =20 hast/disk6 ONLINE 0 0 0 =20 hast/disk7 ONLINE 0 0 0 =20 hast/disk8 ONLINE 0 0 0 =20 hast/disk9 ONLINE 0 0 0 =20 hast/disk10 ONLINE 0 0 0 =20 [root@san1 /usr/home/jose]# zpool online tank hast/disk2 =20 warning: device 'hast/disk2' onlined, but remains in faulted state =20 use 'zpool replace' to replace devices that are no longer present =20 [root@san1 /usr/home/jose]# =20 I can't bring it back online. =20 Can you guys help me out what to do. =20 This is a production server and I can't afford to bring the server down. =20 I have already swap 3 disks and I got the same result. =20 Thank you guys in advance. You forgot to call zpool replace as the last step in the process of replacing your faulted disk: http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 21:25:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD23106566C; Sun, 23 Sep 2012 21:25:08 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id EF37C8FC08; Sun, 23 Sep 2012 21:25:07 +0000 (UTC) Received: from rbpbp.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8NLOxDc074772; Sun, 23 Sep 2012 22:24:59 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20120923195357.GO1454@garage.freebsd.pl> Date: Sun, 23 Sep 2012 22:24:53 +0100 Content-Transfer-Encoding: 7bit Message-Id: <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1278) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 21:25:08 -0000 Hi, On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote: > FYI, I just committed TRIM support to ZFS, especially useful for > SSD-only pools. [etc] Is any of this applicable to -STABLE or 8.x? -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 19:53:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5B2E1065670 for ; Sun, 23 Sep 2012 19:53:24 +0000 (UTC) (envelope-from jose@compufutura.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B37A8FC17 for ; Sun, 23 Sep 2012 19:53:24 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so1773574pbb.13 for ; Sun, 23 Sep 2012 12:53:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language :x-gm-message-state; bh=GaCuzT5CDlJz80WsiG0x/H3xwodgl4lP1/NtMUIgHA8=; b=h+aZj0bQaa53MPNVZuUFSdiwt87HV/hl3LNZtPoBcwss1edPmbbLeZSEV47h+YALUL FXyks52NdbrjpKquJEQuHkpDpgn4asYxsOaHBXIpdgBx9Sxr91CK9N1qg6y65DsRsaYl JS4qprmawH+2Z6G1Z0e0oCbttDXPF9Yv1enVW+yE3evxw9715M4PazS9NfY8Itiz1a+F bWuaYQgY8bh/urvDy2651mYku7J83W27JyAAxHguTvVj/8MeoPbRyBC1H53cN7F4MDpK +lkP6R12c7ISrl9H7su5uwWEft7tP2DWljO+T5stofo/9hkPqASY50Ftlawd8VJeurrv MyFw== Received: by 10.68.223.164 with SMTP id qv4mr31401469pbc.20.1348430003712; Sun, 23 Sep 2012 12:53:23 -0700 (PDT) Received: from josebashPC ([2602:304:cff8:66f0:d1a4:3dec:9726:a54d]) by mx.google.com with ESMTPS id kt2sm8433715pbc.73.2012.09.23.12.53.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 12:53:23 -0700 (PDT) From: "compufutura -the computer of the future" To: References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> In-Reply-To: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> Date: Sun, 23 Sep 2012 12:53:19 -0700 Message-ID: <004101cd99c5$16212390$42636ab0$@compufutura.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKgaK82pPaQZDV5/s3d02jJfBU8MwIjuVVcleGZpRA= Content-Language: en-us X-Gm-Message-State: ALoCoQkza/yjgnQhxu93RE1iJ+lTV1sVB69Xgc5tQZdekp9LAxKWiFTbW6wVhle1CoghblYDcxdY X-Mailman-Approved-At: Sun, 23 Sep 2012 21:27:56 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 19:53:24 -0000 Yanegomi, =20 I tried that, as you can see below, freebsd doesn=E2=80=99t have cfgadm Utility to un configure the device, according to, = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I looked = to ports but there is no utility like that. =20 Pardon me, my knowledge is little. =20 Can you please type the command I will need, or if I need cfgadm do I = have to look for that and install it in my freebsd box? =20 Thanks. =20 =20 [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 cannot open 'hast/disk2': no such GEOM provider must be a full path or shorthand device name [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# cfgadm bash: cfgadm: command not found [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool online tank hast/disk2 warning: device 'hast/disk2' onlined, but remains in faulted state use 'zpool replace' to replace devices that are no longer present [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 cannot open 'hast/disk2': no such GEOM provider must be a full path or shorthand device name [root@san1 /usr/home/jose]#=20 [root@san1 /usr/home/jose]# =20 From: Garrett Cooper Date: September 23, 2012 12:25:52 PM PDT To: "Jose A. Lombera" Cc: freebsd-current@freebsd.org Subject: Re: zpool can't bring online disk2 On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera = wrote: Hello! all, =20 I hope someone can help me out with this. =20 Recently disk2 when bad, I have used =20 Zpool offline tank hast/disk2 =20 To bring the disk offline. Then I replaced it. =20 =20 =20 And use the command =20 Zpool online tank hast/disk2 =20 But the disk show REMOVE. =20 =20 =20 =20 =20 [root@san1 /usr/home/jose]# zpool status -v pool: tank state: DEGRADED status: One or more devices has been removed by the administrator. =20 Sufficient replicas exist for the pool to continue functioning in = a degraded state. =20 action: Online the device using 'zpool online' or replace the device = with =20 'zpool replace'. =20 scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 2012 config: =20 NAME STATE READ WRITE CKSUM =20 tank DEGRADED 0 0 0 =20 raidz1-0 DEGRADED 0 0 0 =20 hast/disk1 ONLINE 0 0 0 =20 11919832608590631234 REMOVED 0 0 0 was /dev/hast/disk2 =20 hast/disk3 ONLINE 0 0 0 =20 hast/disk4 ONLINE 0 0 0 =20 hast/disk5 ONLINE 0 0 0 =20 hast/disk6 ONLINE 0 0 0 =20 hast/disk7 ONLINE 0 0 0 =20 hast/disk8 ONLINE 0 0 0 =20 hast/disk9 ONLINE 0 0 0 =20 hast/disk10 ONLINE 0 0 0 =20 [root@san1 /usr/home/jose]# zpool online tank hast/disk2 =20 warning: device 'hast/disk2' onlined, but remains in faulted state =20 use 'zpool replace' to replace devices that are no longer present =20 [root@san1 /usr/home/jose]# =20 I can't bring it back online. =20 Can you guys help me out what to do. =20 This is a production server and I can't afford to bring the server down. =20 I have already swap 3 disks and I got the same result. =20 Thank you guys in advance. You forgot to call zpool replace as the last step in the process of replacing your faulted disk: http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 22:17:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A0A9106566B for ; Sun, 23 Sep 2012 22:17:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BC29C8FC0C for ; Sun, 23 Sep 2012 22:17:01 +0000 (UTC) Received: by obcwo10 with SMTP id wo10so328728obc.13 for ; Sun, 23 Sep 2012 15:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=6wlOTLyN1E+CGECww+gi6cclX8FywjzsPX8L/VBWrSs=; b=SPjgi5lAtWDswPm9zUr4BElvwxgHOQkASFhCKyAmS0U6p5w2k7+HNDDUzyLM4B99mU iac5YAfFg0VWmbjJE/jtkY8as/XBKzWmf9qS4ZamoJIqvOyyza8Tdm/aMf5RNFHKediH SD/li7hwdI8PMnGrXpDpsIvjqHptCA0zp6TGSgk+J9UE/8agE4q25J8kQX6WEyXHUOos dA0fVpBzfSUBn/SX9JyYIBqb472G4XXltSvpcl3pH2uaFu+vj2BTyBRsdf/mCH3Xi1Md ZV8FEbsc9D1N/usuB5/6n2r/FJLvoQUyHNX/J8acs5ys6Lcvvk28Wb+Vz8ti9llukhSo j/FQ== MIME-Version: 1.0 Received: by 10.182.121.38 with SMTP id lh6mr8423030obb.16.1348438620884; Sun, 23 Sep 2012 15:17:00 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 23 Sep 2012 15:17:00 -0700 (PDT) In-Reply-To: <005101cd99cb$f2234160$d669c420$@lajni.com> References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> <005101cd99cb$f2234160$d669c420$@lajni.com> Date: Sun, 23 Sep 2012 15:17:00 -0700 Message-ID: From: Garrett Cooper To: "Jose A. Lombera" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 22:17:02 -0000 On Sun, Sep 23, 2012 at 1:42 PM, Jose A. Lombera wrote: > > I tried that, as you can see below, freebsd doesn=92t have cfgadm > > Utility to un configure the device, according to, > http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I looked t= o > ports but there is no utility like that. > > > > Pardon me, my knowledge is little. > > > > Can you please type the command I will need, or if I need cfgadm do I hav= e > to look for that and install it in my freebsd box? The docs were written for Solaris, so I definitely don't expect them to work verbatim on FreeBSD. The process is: zpool offline zpool online zpool replace The missing command was also noted in the first email you sent out. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 22:25:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98DAD1065673; Sun, 23 Sep 2012 22:25:05 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8768FC16; Sun, 23 Sep 2012 22:25:04 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 04DB7FDF; Mon, 24 Sep 2012 00:24:05 +0200 (CEST) Date: Mon, 24 Sep 2012 00:25:20 +0200 From: Pawel Jakub Dawidek To: Bob Bishop Message-ID: <20120923222520.GS1454@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VgNP6wxEowREGVu+" Content-Disposition: inline In-Reply-To: <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 22:25:05 -0000 --VgNP6wxEowREGVu+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 23, 2012 at 10:24:53PM +0100, Bob Bishop wrote: > Hi, >=20 > On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote: >=20 > > FYI, I just committed TRIM support to ZFS, especially useful for > > SSD-only pools. [etc] >=20 > Is any of this applicable to -STABLE or 8.x? I have a patch against stable/8, but not stable/9: http://people.freebsd.org/~pjd/patches/zfstrim8.patch --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --VgNP6wxEowREGVu+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBfjFAACgkQForvXbEpPzSKygCfQNkwOTbW5kBRNGPX/3Fb5cDd 6U8An2pmUU+HJ5gBsxfKOwV3tNw6+l5E =9kFR -----END PGP SIGNATURE----- --VgNP6wxEowREGVu+-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 23 22:46:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20773106566C; Sun, 23 Sep 2012 22:46:28 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95E3F8FC14; Sun, 23 Sep 2012 22:46:27 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so7241283vcb.13 for ; Sun, 23 Sep 2012 15:46:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vE0KXjWBU/yNb1XVYUfMUKTy/ZvDU6Crgwww6e1njp8=; b=L4b8JS6t20Ly2+cE7NuDDytJWLf5YFrDAIULLztvrq/m9I7BApABDQzWNUypmQBf5d VaaOA7b5AV23lpH2Ef1WBgxvqflYcxoFJ2tEid/qHKuT4FqOgIEK7gT2ag8ulnS5U7Pi X0ArW03gHPCn3H2INeAmih0zF08NdktTva4emftXDcRBwcETQq/tXV75qOPRq3bVD4Vr M62NpjdmC8iWWHvzh8Wvs+9TZ97DF/iIpN0RI2kG3oEmRc7yAijmbKgKgfcuCjkCqWzu U5T1DslFggGm/8QzIUX97l2+u1PhGCPjauoDgl+NqNPf3Yybrdtcwk0kuV5dC/aECcw+ zvTg== MIME-Version: 1.0 Received: by 10.221.13.78 with SMTP id pl14mr6422164vcb.7.1348439948997; Sun, 23 Sep 2012 15:39:08 -0700 (PDT) Received: by 10.220.34.6 with HTTP; Sun, 23 Sep 2012 15:39:08 -0700 (PDT) In-Reply-To: <20120923222520.GS1454@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> Date: Mon, 24 Sep 2012 01:39:08 +0300 Message-ID: From: George Kontostanos To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 22:46:28 -0000 On Mon, Sep 24, 2012 at 1:25 AM, Pawel Jakub Dawidek wrote: > On Sun, Sep 23, 2012 at 10:24:53PM +0100, Bob Bishop wrote: >> Hi, >> >> On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote: >> >> > FYI, I just committed TRIM support to ZFS, especially useful for >> > SSD-only pools. [etc] >> >> Is any of this applicable to -STABLE or 8.x? > > I have a patch against stable/8, but not stable/9: > > http://people.freebsd.org/~pjd/patches/zfstrim8.patch > > -- > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl This sounds great. I guess we will have to wait for MFC, probably after 9.1-RELEASE, right? -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 00:20:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A559C1065670; Mon, 24 Sep 2012 00:20:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 70B928FC25; Mon, 24 Sep 2012 00:20:44 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 3E1CE23F6D9; Sun, 23 Sep 2012 20:20:43 -0400 (EDT) Date: Sun, 23 Sep 2012 20:20:41 -0400 From: Glen Barber To: Pawel Jakub Dawidek Message-ID: <20120924002041.GA1303@glenbarber.us> References: <20120923195357.GO1454@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <20120923195357.GO1454@garage.freebsd.pl> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 00:20:44 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Pawel, On Sun, Sep 23, 2012 at 09:53:58PM +0200, Pawel Jakub Dawidek wrote: > FYI, I just committed TRIM support to ZFS, especially useful for > SSD-only pools. This is something I implemented long time ago, but was > now motivated to get back to it and commit it finally by some great > fixes and improvements from the zfsonlinux project (made by Etienne > Dechamps). >=20 Great! Thanks for this. Any chance you can document the following sysctls? root@kaos:/root # sysctl -d kstat.zfs.misc.zio_trim kstat.zfs.misc.zio_trim:=20 kstat.zfs.misc.zio_trim.zio_trim_bytes:=20 kstat.zfs.misc.zio_trim.zio_trim_success:=20 kstat.zfs.misc.zio_trim.zio_trim_unsupported:=20 kstat.zfs.misc.zio_trim.zio_trim_failed:=20 Glen --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQX6dZAAoJEFJPDDeguUajQMkH/3HRGT3sDGaxprhVzQvNE/ji TYvpqdIwAUTZsEagDC0FRbnZjOrb+/wU7PuBx6ttqD5Ce6NfrK+9+f+o3D6LZnzD BVXx3vw9BhwWITYX6L8k8DsKsgNsqqvTZgpxYmKOCzjb/xYUB9eQS4i+mkJ8qE0q d/32bRB80jrve5fu/9/nv2fwf1T5RCj1ekzLxIKMWcx0hKwPoYWmc+k0+cCw7N9g FMvmR8eWbDAlCQxUGXc0ot2sg3nG0gomj6lqWMm+jmukHx+NTl9Xtf3/zmJtOmoJ G6DraUO7T6l4cCo2aTtG5K4NHQ+Dxq4EUDgYs9axJhZWaIoSwxP0IJ9TAobc9/M= =xxsj -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 01:22:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26966106564A; Mon, 24 Sep 2012 01:22:58 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF69C8FC08; Mon, 24 Sep 2012 01:22:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=ivnLZXWSd0/TEFk/8/MZlCZSE1fcBLQWlWCpqJgGybM=; b=RmIuSl0GY5/XgCA9iZ3njqUzSZqH1ZGVo9qwsnDueudcHuIZb82hiWsVj5y8+u7/5jaTIzxcLHGB4XuQWeX7a1mIT5AsxahCn8fmybVpM08Am4I5SyddiC8czshMYbxw; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TFxNu-0008V9-8E; Sun, 23 Sep 2012 20:22:55 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1348449768-3100-3099/5/117; Mon, 24 Sep 2012 01:22:48 +0000 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-current@freebsd.org, Pawel Jakub Dawidek References: <20120923195357.GO1454@garage.freebsd.pl> Date: Sun, 23 Sep 2012 20:22:45 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <20120923195357.GO1454@garage.freebsd.pl> User-Agent: Opera Mail/12.02 (Win32) X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 01:22:58 -0000 Is this making it TRIM aware globally -- even on your cache and log devices? From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 01:30:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13C0106566C for ; Mon, 24 Sep 2012 01:30:27 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 134068FC08 for ; Mon, 24 Sep 2012 01:30:26 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so7394760lbb.13 for ; Sun, 23 Sep 2012 18:30:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FS90eqUmUiX+SdGqw/h4i36jX817kAksORv0JFyNA9U=; b=n5Jgd5u9vgivq4PJB706+eHbE3wY10T/6BQ5FGOD5bSLvvvUzCzcnMksUJ4E63VRtO tFv7+UhHDQr7HvSOpPgeGZ1lVRT1TM/l1KmKEKlqbakfpEQBh3iOw5xPxhKjj9jEV2pb 422BJ73dU2pj5fhyTVrKFWtdmkB/wgCi65vbQz4ACHBv1f90gLfVrhqbrKEfqmnkohli lB5ec/lKGpzojcUvszcZn/5tc/nPKyLoQUKyIU0sDWPxhZ5FyNEXFJ4HlDst87RdmneR 41FjM+W2vR/1AjqxeX+JTna6mO162psXmxumqLFBdxSVhwKbrSe9X+yj8h8t+6zgEUeI iRJA== MIME-Version: 1.0 Received: by 10.152.110.9 with SMTP id hw9mr9231584lab.55.1348450225638; Sun, 23 Sep 2012 18:30:25 -0700 (PDT) Received: by 10.114.23.230 with HTTP; Sun, 23 Sep 2012 18:30:25 -0700 (PDT) Received: by 10.114.23.230 with HTTP; Sun, 23 Sep 2012 18:30:25 -0700 (PDT) In-Reply-To: <004101cd99c5$16212390$42636ab0$@compufutura.com> References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> <004101cd99c5$16212390$42636ab0$@compufutura.com> Date: Sun, 23 Sep 2012 18:30:25 -0700 Message-ID: From: Freddie Cash To: compufutura -the computer of the future Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: yanegomi@gmail.com, freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 01:30:27 -0000 Since it's a HAST device, you have to initialise the disk via hastctl. Once that is done, the /dev/hast/disk2 GEOM device node will be created. Then you can 'zpool replace' it. One step at a time. :) And you've skipped a few. 1. 'zpool offline' the defective disk 2. Physically remove the defective disk 3. Physically insert the new disk 4. Initialise it as a HAST resource via 'hastctl' 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, "compufutura -the computer of the future" < jose@compufutura.com> wrote: > Yanegomi, > > > > I tried that, as you can see below, freebsd doesn=E2=80=99t have cfgadm > > Utility to un configure the device, according to, > http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I looked > to ports but there is no utility like that. > > > > Pardon me, my knowledge is little. > > > > Can you please type the command I will need, or if I need cfgadm do I hav= e > to look for that and install it in my freebsd box? > > > > Thanks. > > > > > > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool status -x > > pool: tank > > state: DEGRADED > > status: One or more devices has been taken offline by the administrator. > > Sufficient replicas exist for the pool to continue functioning in= a > > degraded state. > > action: Online the device using 'zpool online' or replace the device with > > 'zpool replace'. > > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 2012 > > config: > > > > NAME STATE READ WRITE CKSUM > > tank DEGRADED 0 0 0 > > raidz1-0 DEGRADED 0 0 0 > > hast/disk1 ONLINE 0 0 0 > > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 > > hast/disk3 ONLINE 0 0 0 > > hast/disk4 ONLINE 0 0 0 > > hast/disk5 ONLINE 0 0 0 > > hast/disk6 ONLINE 0 0 0 > > hast/disk7 ONLINE 0 0 0 > > hast/disk8 ONLINE 0 0 0 > > hast/disk9 ONLINE 0 0 0 > > hast/disk10 ONLINE 0 0 0 > > > > errors: No known data errors > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 > > cannot open 'hast/disk2': no such GEOM provider > > must be a full path or shorthand device name > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# cfgadm > > bash: cfgadm: command not found > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool status -x > > pool: tank > > state: DEGRADED > > status: One or more devices has been taken offline by the administrator. > > Sufficient replicas exist for the pool to continue functioning in= a > > degraded state. > > action: Online the device using 'zpool online' or replace the device with > > 'zpool replace'. > > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 2012 > > config: > > > > NAME STATE READ WRITE CKSUM > > tank DEGRADED 0 0 0 > > raidz1-0 DEGRADED 0 0 0 > > hast/disk1 ONLINE 0 0 0 > > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 > > hast/disk3 ONLINE 0 0 0 > > hast/disk4 ONLINE 0 0 0 > > hast/disk5 ONLINE 0 0 0 > > hast/disk6 ONLINE 0 0 0 > > hast/disk7 ONLINE 0 0 0 > > hast/disk8 ONLINE 0 0 0 > > hast/disk9 ONLINE 0 0 0 > > hast/disk10 ONLINE 0 0 0 > > > > errors: No known data errors > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 > > warning: device 'hast/disk2' onlined, but remains in faulted state > > use 'zpool replace' to replace devices that are no longer present > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 > > cannot open 'hast/disk2': no such GEOM provider > > must be a full path or shorthand device name > > [root@san1 /usr/home/jose]# > > [root@san1 /usr/home/jose]# > > > > From: Garrett Cooper > Date: September 23, 2012 12:25:52 PM PDT > To: "Jose A. Lombera" > Cc: freebsd-current@freebsd.org > Subject: Re: zpool can't bring online disk2 > > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera wrote: > > > > Hello! all, > > > > I hope someone can help me out with this. > > > > Recently disk2 when bad, I have used > > > > Zpool offline tank hast/disk2 > > > > To bring the disk offline. > > Then I replaced it. > > > > > > > > And use the command > > > > Zpool online tank hast/disk2 > > > > But the disk show REMOVE. > > > > > > > > > > > > [root@san1 /usr/home/jose]# zpool status -v > > pool: tank > > state: DEGRADED > > status: One or more devices has been removed by the administrator. > > > > Sufficient replicas exist for the pool to continue functioning in = a > > degraded state. > > > > action: Online the device using 'zpool online' or replace the device with > > > > 'zpool replace'. > > > > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 2012 > > config: > > > > NAME STATE READ WRITE CKSUM > > > > tank DEGRADED 0 0 0 > > > > raidz1-0 DEGRADED 0 0 0 > > > > hast/disk1 ONLINE 0 0 0 > > > > 11919832608590631234 REMOVED 0 0 0 was > > /dev/hast/disk2 > > > > hast/disk3 ONLINE 0 0 0 > > > > hast/disk4 ONLINE 0 0 0 > > > > hast/disk5 ONLINE 0 0 0 > > > > hast/disk6 ONLINE 0 0 0 > > > > hast/disk7 ONLINE 0 0 0 > > > > hast/disk8 ONLINE 0 0 0 > > > > hast/disk9 ONLINE 0 0 0 > > > > hast/disk10 ONLINE 0 0 0 > > > > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 > > > > warning: device 'hast/disk2' onlined, but remains in faulted state > > > > use 'zpool replace' to replace devices that are no longer present > > > > [root@san1 /usr/home/jose]# > > > > I can't bring it back online. > > > > Can you guys help me out what to do. > > > > This is a production server and I can't afford to bring the server down. > > > > I have already swap 3 disks and I got the same result. > > > > Thank you guys in advance. > > > You forgot to call zpool replace as the last step in the process > of replacing your faulted disk: > http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . > Cheers, > -Garrett > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 01:54:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72C96106564A for ; Mon, 24 Sep 2012 01:54:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC328FC08 for ; Mon, 24 Sep 2012 01:54:20 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so2068138pbb.13 for ; Sun, 23 Sep 2012 18:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=34Cux+Rm9KVT/Jy9Wc1Lf7RfaMSNQbAECMVfY00LJGE=; b=kFsr1KDqPbSRMgSPXT2V7FGJ5Q/jIbpwuyl1zPZbifVQ7kgo7kw4fshRYH4sfudy4p sj5+NtSpiRjBb2bDVPZ/tK35dpjYVo5a9N/SCwQXOmXXt4gW35ErM4n5Vntnxbz1xDSJ LT5o0AAwNlBaUrnNneWIWtFE3JchHys1t7JqUg3vRnA+A2tW62J4MTSeXX2xccF2yEgq ZvQAUTTZo9IWOGWj+JINVmAtb8OzZbFdjfCuEn1hGhDatSKEmPE36Ou/wr5okcbNZAKx FCAbTQqsVJHVCNn5XwWN/vjEXfH+qx3UwuDm/8ztE5lL7CfyPiz7RSF2jHS/MebTMcXG XK7w== Received: by 10.68.236.67 with SMTP id us3mr7141061pbc.28.1348451659809; Sun, 23 Sep 2012 18:54:19 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id uj3sm8806249pbc.39.2012.09.23.18.54.16 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 18:54:18 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 24 Sep 2012 10:54:13 -0700 From: YongHyeon PYUN Date: Mon, 24 Sep 2012 10:54:13 -0700 To: Wanpeng Qian Message-ID: <20120924175412.GA3999@michelle.cdnetworks.com> References: <20120918232714.GA1668@michelle.cdnetworks.com> <20120921165631.GA3184@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 01:54:20 -0000 On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote: > >On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: > >> Hi, > >> > >> >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: > >> >> Hi, here is the dmesg output. > >> >> > >> >> bge0: mem > >> >> 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 > >> >> bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E > >> >> miibus0: on bge0 > >> >> brgphy0: PHY 1 on miibus0 > >> >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >> >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > >> >> > >> > > >> >It seems your controller is BCM5784 A1. The latest WIP have one > >> >change that may affect its DMA behavior. So it would be good to > >> >know how the WIP version works on your box. > >> > >> I update my system to 9-STABLE and using your WIP files. > >> after I reboot the whole system. I cannot find bge anymore. > >> > >> here is the pciconf -lv output. > >> > >> none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 > >> rev=0x10 hdr=0x00 > >> vendor = 'Broadcom Corporation' > >> device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' > >> class = network > >> subclass = ethernet > > > >Hmm, the WIP version didn't remove the chip id so bge(4) may have > >failed to attach. > >Could you check any message printed by bge(4) in dmesg output? > > There is neither message related to bge in the dmesg output. > nor ifconfig -a output. > > anything else I can try ? Does stock bge(4) in latest stable/9 recognize your controller? If the answer is yes, would you post full verbose boot message? From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 03:10:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6CA01065670 for ; Mon, 24 Sep 2012 03:10:21 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCD38FC16 for ; Mon, 24 Sep 2012 03:10:21 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so2156297pbb.13 for ; Sun, 23 Sep 2012 20:10:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language :x-gm-message-state; bh=m9e7M3jRV8R+h9r2NJbfJm4jxIuAieYdJ+YSqdy3+fA=; b=Fd0/iFr6Zj77Wo0EFfVkJX7UXz8OYbfYJ3pAyD7W4pjQ88Y5qU9HUQSfDJu3Hdj0iG 0IdjqPCVgls6n5Vi8V25OsrfSXd2uqBdYQhWIPYcTeMHbmHfDs/fdqJpmKyjWC2Z+UVA jsyr5afZtvoykhyPpEbg3q+CqE6ytQPcfLCpQQs/B4yZGsniViOvu8zvmVonjLChIuzm qxik5ahMyPCmhdDr3gkYwPR8kQL19h9ny9L+qQzetaGcdGhzf5ArCkNvvG+S5cSpHP1z 9WjDSrAzcXXDHjZ3P17VxjxnQ3f6P/pu4XO/d+9zDqBnAc+x7J36DeDrjxnRNB138wbe xX/Q== Received: by 10.66.83.129 with SMTP id q1mr29408676pay.4.1348456220789; Sun, 23 Sep 2012 20:10:20 -0700 (PDT) Received: from josebashPC ([64.27.27.45]) by mx.google.com with ESMTPS id sj5sm8904095pbc.30.2012.09.23.20.10.18 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 20:10:19 -0700 (PDT) From: "Jose A. Lombera" To: "'Freddie Cash'" References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> <004101cd99c5$16212390$42636ab0$@compufutura.com> In-Reply-To: Date: Sun, 23 Sep 2012 20:10:16 -0700 Message-ID: <007d01cd9a02$20fd3690$62f7a3b0$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKgaK82pPaQZDV5/s3d02jJfBU8MwIjuVVcAbZ3nDcCD/c7z5XD3+/w Content-Language: en-us X-Gm-Message-State: ALoCoQnq02zUzBSK4TzYEH9zQb0R1HM+vo/7t33SSvpAELAy7IN+5pGZVtUGDgp4JvePf82+GdO6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 03:10:21 -0000 Freddie, =20 Thanks for your great help, now makes so much sense. I still have a small problem, and I'm not sure if it is because hastd is = running. I can't initialize (hastctl create disk2) disk2 =20 This is what I did. =20 1.. zpool offline tank /dev/dsk/hast/disk2 2. zpool status -x [root@san /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/dsk/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors =20 3. removed disk / insert a new one. 4. initialize Hastctl role init disk2 [root@san /usr/home/jose]# hastctl status disk2 disk2: role: init provname: disk2 localpath: /dev/mfid2 extentsize: 0 (0B) keepdirty: 0 remoteaddr: san1 replication: fullsync dirty: 0 (0B) statistics: reads: 0 writes: 0 deletes: 0 flushes: 0 activemap updates: 0 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]# hastctl create disk2 [ERROR] [disk2] Unable to write metadata: Input/output error. =20 =20 =20 I don't want to stop hastd since it will shut down the connection to my = san. =20 Do you have any suggestion? =20 Thanks =20 =20 --jose =20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Freddie Cash Sent: Sunday, September 23, 2012 6:30 PM To: compufutura -the computer of the future Cc: yanegomi@gmail.com; freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Since it's a HAST device, you have to initialise the disk via hastctl. = Once that is done, the /dev/hast/disk2 GEOM device node will be created. =20 Then you can 'zpool replace' it. =20 One step at a time. :) And you've skipped a few. =20 1. 'zpool offline' the defective disk 2. Physically remove the defective disk 3. Physically insert the new disk 4. Initialise it as a HAST resource via 'hastctl' 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and = HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, = "compufutura -the computer of the future" < = jose@compufutura.com> wrote: =20 > Yanegomi, >=20 >=20 >=20 > I tried that, as you can see below, freebsd doesn=E2=80=99t have = cfgadm >=20 > Utility to un configure the device, according to,=20 > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I=20 > looked to ports but there is no utility like that. >=20 >=20 >=20 > Pardon me, my knowledge is little. >=20 >=20 >=20 > Can you please type the command I will need, or if I need cfgadm do I=20 > have to look for that and install it in my freebsd box? >=20 >=20 >=20 > Thanks. >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# cfgadm >=20 > bash: cfgadm: command not found >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 > use 'zpool replace' to replace devices that are no longer present >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > From: Garrett Cooper < yanegomi@gmail.com> > Date: September 23, 2012 12:25:52 PM PDT > To: "Jose A. Lombera" < jose@lajni.com> > Cc: freebsd-current@freebsd.org > Subject: Re: zpool can't bring online disk2 >=20 > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera < = jose@lajni.com> wrote: >=20 >=20 >=20 > Hello! all, >=20 >=20 >=20 > I hope someone can help me out with this. >=20 >=20 >=20 > Recently disk2 when bad, I have used >=20 >=20 >=20 > Zpool offline tank hast/disk2 >=20 >=20 >=20 > To bring the disk offline. >=20 > Then I replaced it. >=20 >=20 >=20 >=20 >=20 >=20 >=20 > And use the command >=20 >=20 >=20 > Zpool online tank hast/disk2 >=20 >=20 >=20 > But the disk show REMOVE. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool status -v >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been removed by the administrator. >=20 >=20 >=20 > Sufficient replicas exist for the pool to continue functioning=20 > in a >=20 > degraded state. >=20 >=20 >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 >=20 >=20 > 'zpool replace'. >=20 >=20 >=20 > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 >=20 >=20 > tank DEGRADED 0 0 0 >=20 >=20 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 >=20 >=20 > hast/disk1 ONLINE 0 0 0 >=20 >=20 >=20 > 11919832608590631234 REMOVED 0 0 0 was >=20 > /dev/hast/disk2 >=20 >=20 >=20 > hast/disk3 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk4 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk5 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk6 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk7 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk8 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk9 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 >=20 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 >=20 >=20 > use 'zpool replace' to replace devices that are no longer present >=20 >=20 >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > I can't bring it back online. >=20 >=20 >=20 > Can you guys help me out what to do. >=20 >=20 >=20 > This is a production server and I can't afford to bring the server = down. >=20 >=20 >=20 > I have already swap 3 disks and I got the same result. >=20 >=20 >=20 > Thank you guys in advance. >=20 >=20 > You forgot to call zpool replace as the last step in the process of = > replacing your faulted disk: > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . > Cheers, > -Garrett >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list=20 > = http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" >=20 _______________________________________________ freebsd-current@freebsd.org = mailing list = = http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 03:44:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AD7C1065670; Mon, 24 Sep 2012 03:44:31 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 837398FC12; Mon, 24 Sep 2012 03:44:30 +0000 (UTC) Received: by qafi29 with SMTP id i29so2107358qaf.13 for ; Sun, 23 Sep 2012 20:44:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Ll2/sW6A+oW3KV5NrJ1m8nos45nFfx3g5J9F/ux01Ms=; b=uHtO/7qTQsPhWixlnGHvhiSIkU4vH6O8o57Fvr4KQgMFhn2wd68NjUTxj/B0x/ZqrF ZirTB1sw10TIkCjMuYz6Of+xgoxBJYC+vqsZ63/OOXazDkxfMtck35mHny10RyFmKayP 0HOjBGbUz8S7EBRDCY52JP7oU/6ETGlolmNyV7nMJQd3ZapsY6nzabXJ3jr9ojZtJFoF otl6tnG6H+AcOL3koa1g6b598hJdeZJECgPLULZJoFNsei3yz3hrRnUQVyKBQU2Wm/nD u9rX5taP01XCvCeDwFzNn427wzOUgiCZgJGO24pEozxjoJtKT9z4sRPAsWZ4EcrbRXAf hIYg== MIME-Version: 1.0 Received: by 10.224.181.205 with SMTP id bz13mr29366633qab.76.1348458269528; Sun, 23 Sep 2012 20:44:29 -0700 (PDT) Received: by 10.49.1.202 with HTTP; Sun, 23 Sep 2012 20:44:29 -0700 (PDT) In-Reply-To: <20120923195357.GO1454@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> Date: Mon, 24 Sep 2012 11:44:29 +0800 Message-ID: From: Marcelo Araujo To: Pawel Jakub Dawidek X-Mailman-Approved-At: Mon, 24 Sep 2012 04:07:52 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 03:44:31 -0000 2012/9/24 Pawel Jakub Dawidek > FYI, I just committed TRIM support to ZFS, especially useful for > SSD-only pools. This is something I implemented long time ago, but was > now motivated to get back to it and commit it finally by some great > fixes and improvements from the zfsonlinux project (made by Etienne > Dechamps). > > Thank you so much to bring it up to us. -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 04:09:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2375106566B for ; Mon, 24 Sep 2012 04:09:14 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 298F18FC08 for ; Mon, 24 Sep 2012 04:09:13 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so7505717lbb.13 for ; Sun, 23 Sep 2012 21:09:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6r+YgU/Jx4Lo28ucGSzvHCJ1UzQBmRsKTnrCR8AaynY=; b=JlKcitgdtBymdM/EPMxcH5VkTNWRosmc4/+SBModkXGjCuMcZSYuSrv6aDoxe3kAWb O8wejIT8tnmygVIOQolmwDRbkZ7Fedj3RYluS41HCydp1JoX5pootAOK9Rt0f/iG6onb KWm4stqTCKylkQW7YODxfv75UbRonOpo36LREFnCWYTYUWHJhLTUB+pCtJLFcDS7ZNYO 8LPAc6oc3ya4AXaYRdIe7fdYQPaMvpzBPTx4XNMPEJSACv05M1cNeIe2LedfoMQXHPCn V3aXnud66vQNJzsZoQrhRFc2tH6JzdXSwC5AyFtuq+uYzkFeJK7wd1uryZXXKscDOMzX 6JPA== MIME-Version: 1.0 Received: by 10.152.103.146 with SMTP id fw18mr9495861lab.30.1348459752515; Sun, 23 Sep 2012 21:09:12 -0700 (PDT) Received: by 10.114.23.230 with HTTP; Sun, 23 Sep 2012 21:09:12 -0700 (PDT) Received: by 10.114.23.230 with HTTP; Sun, 23 Sep 2012 21:09:12 -0700 (PDT) In-Reply-To: <007d01cd9a02$20fd3690$62f7a3b0$@lajni.com> References: <991027C2-2424-4BDD-8183-FD6E37DFF447@lajni.com> <004101cd99c5$16212390$42636ab0$@compufutura.com> <007d01cd9a02$20fd3690$62f7a3b0$@lajni.com> Date: Sun, 23 Sep 2012 21:09:12 -0700 Message-ID: From: Freddie Cash To: "Jose A. Lombera" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 04:09:15 -0000 Sorry, can't help beyond that. I haven't played with HAST since it first hit the tree (back in 7-stable?). On Sep 23, 2012 8:10 PM, "Jose A. Lombera" wrote: > Freddie,**** > > ** ** > > Thanks for your great help, now makes so much sense.**** > > I still have a small problem, and I'm not sure if it is because hastd is > running.**** > > I can't initialize (hastctl create disk2) disk2**** > > ** ** > > This is what I did.**** > > ** ** > > 1.. zpool offline tank /dev/dsk/hast/disk2**** > > 2. zpool status -x**** > > [root@san /usr/home/jose]# zpool status -x**** > > pool: tank**** > > state: DEGRADED**** > > status: One or more devices has been taken offline by the administrator.*= * > ** > > Sufficient replicas exist for the pool to continue functioning in= a > **** > > degraded state.**** > > action: Online the device using 'zpool online' or replace the device with= * > *** > > 'zpool replace'.**** > > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 2012= * > *** > > config:**** > > ** ** > > NAME STATE READ WRITE CKSUM**** > > tank DEGRADED 0 0 0**** > > raidz1-0 DEGRADED 0 0 0**** > > hast/disk1 ONLINE 0 0 0**** > > 11919832608590631234 OFFLINE 0 0 0 was > /dev/dsk/hast/disk2**** > > hast/disk3 ONLINE 0 0 0**** > > hast/disk4 ONLINE 0 0 0**** > > hast/disk5 ONLINE 0 0 0**** > > hast/disk6 ONLINE 0 0 0**** > > hast/disk7 ONLINE 0 0 0**** > > hast/disk8 ONLINE 0 0 0**** > > hast/disk9 ONLINE 0 0 0**** > > hast/disk10 ONLINE 0 0 0**** > > ** ** > > errors: No known data errors**** > > ** ** > > 3. removed disk / insert a new one.**** > > 4. initialize**** > > Hastctl role init disk2**** > > [root@san /usr/home/jose]# hastctl status disk2**** > > disk2:**** > > role: init**** > > provname: disk2**** > > localpath: /dev/mfid2**** > > extentsize: 0 (0B)**** > > keepdirty: 0**** > > remoteaddr: san1**** > > replication: fullsync**** > > dirty: 0 (0B)**** > > statistics:**** > > reads: 0**** > > writes: 0**** > > deletes: 0**** > > flushes: 0**** > > activemap updates: 0**** > > [root@san /usr/home/jose]# **** > > [root@san /usr/home/jose]# **** > > [root@san /usr/home/jose]# hastctl create disk2**** > > [ERROR] [disk2] Unable to write metadata: Input/output error.**** > > ** ** > > ** ** > > ** ** > > I don't want to stop hastd since it will shut down the connection to my > san.**** > > ** ** > > Do you have any suggestion?**** > > ** ** > > Thanks**** > > ** ** > > ** ** > > --jose**** > > ** ** > > ** ** > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto: > owner-freebsd-current@freebsd.org] On Behalf Of Freddie Cash > Sent: Sunday, September 23, 2012 6:30 PM > To: compufutura -the computer of the future > Cc: yanegomi@gmail.com; freebsd-current@freebsd.org > Subject: RE: zpool can't bring online disk2 > > ** ** > > Since it's a HAST device, you have to initialise the disk via hastctl. > Once that is done, the /dev/hast/disk2 GEOM device node will be created.*= * > ** > > ** ** > > Then you can 'zpool replace' it.**** > > ** ** > > One step at a time. :) And you've skipped a few.**** > > ** ** > > 1. 'zpool offline' the defective disk**** > > 2. Physically remove the defective disk**** > > 3. Physically insert the new disk**** > > 4. Initialise it as a HAST resource via 'hastctl'**** > > 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and > HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, > "compufutura -the computer of the future" < jose@compufutura.com> wrote:*= * > ** > > ** ** > > > Yanegomi,**** > > >** ** > > >** ** > > >** ** > > > I tried that, as you can see below, freebsd doesn=E2=80=99t have cfgadm= **** > > >** ** > > > Utility to un configure the device, according to, **** > > > http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I **** > > > looked to ports but there is no utility like that.**** > > >** ** > > >** ** > > >** ** > > > Pardon me, my knowledge is little.**** > > >** ** > > >** ** > > >** ** > > > Can you please type the command I will need, or if I need cfgadm do I *= * > ** > > > have to look for that and install it in my freebsd box?**** > > >** ** > > >** ** > > >** ** > > > Thanks.**** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool status -x**** > > >** ** > > > pool: tank**** > > >** ** > > > state: DEGRADED**** > > >** ** > > > status: One or more devices has been taken offline by the administrator= . > **** > > >** ** > > > Sufficient replicas exist for the pool to continue functioning = * > *** > > > in a**** > > >** ** > > > degraded state.**** > > >** ** > > > action: Online the device using 'zpool online' or replace the device **= * > * > > > with**** > > >** ** > > > 'zpool replace'.**** > > >** ** > > > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 **= * > * > > > 2012**** > > >** ** > > > config:**** > > >** ** > > >** ** > > >** ** > > > NAME STATE READ WRITE CKSUM**** > > >** ** > > > tank DEGRADED 0 0 0**** > > >** ** > > > raidz1-0 DEGRADED 0 0 0**** > > >** ** > > > hast/disk1 ONLINE 0 0 0**** > > >** ** > > > 11919832608590631234 OFFLINE 0 0 0 was**** > > > /dev/hast/disk2**** > > >** ** > > > hast/disk3 ONLINE 0 0 0**** > > >** ** > > > hast/disk4 ONLINE 0 0 0**** > > >** ** > > > hast/disk5 ONLINE 0 0 0**** > > >** ** > > > hast/disk6 ONLINE 0 0 0**** > > >** ** > > > hast/disk7 ONLINE 0 0 0**** > > >** ** > > > hast/disk8 ONLINE 0 0 0**** > > >** ** > > > hast/disk9 ONLINE 0 0 0**** > > >** ** > > > hast/disk10 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > errors: No known data errors**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2**** > > >** ** > > > cannot open 'hast/disk2': no such GEOM provider**** > > >** ** > > > must be a full path or shorthand device name**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# cfgadm**** > > >** ** > > > bash: cfgadm: command not found**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool status -x**** > > >** ** > > > pool: tank**** > > >** ** > > > state: DEGRADED**** > > >** ** > > > status: One or more devices has been taken offline by the administrator= . > **** > > >** ** > > > Sufficient replicas exist for the pool to continue functioning = * > *** > > > in a**** > > >** ** > > > degraded state.**** > > >** ** > > > action: Online the device using 'zpool online' or replace the device **= * > * > > > with**** > > >** ** > > > 'zpool replace'.**** > > >** ** > > > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 **= * > * > > > 2012**** > > >** ** > > > config:**** > > >** ** > > >** ** > > >** ** > > > NAME STATE READ WRITE CKSUM**** > > >** ** > > > tank DEGRADED 0 0 0**** > > >** ** > > > raidz1-0 DEGRADED 0 0 0**** > > >** ** > > > hast/disk1 ONLINE 0 0 0**** > > >** ** > > > 11919832608590631234 OFFLINE 0 0 0 was**** > > > /dev/hast/disk2**** > > >** ** > > > hast/disk3 ONLINE 0 0 0**** > > >** ** > > > hast/disk4 ONLINE 0 0 0**** > > >** ** > > > hast/disk5 ONLINE 0 0 0**** > > >** ** > > > hast/disk6 ONLINE 0 0 0**** > > >** ** > > > hast/disk7 ONLINE 0 0 0**** > > >** ** > > > hast/disk8 ONLINE 0 0 0**** > > >** ** > > > hast/disk9 ONLINE 0 0 0**** > > >** ** > > > hast/disk10 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > errors: No known data errors**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool online tank hast/disk2**** > > >** ** > > > warning: device 'hast/disk2' onlined, but remains in faulted state**** > > >** ** > > > use 'zpool replace' to replace devices that are no longer present**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2**** > > >** ** > > > cannot open 'hast/disk2': no such GEOM provider**** > > >** ** > > > must be a full path or shorthand device name**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > >** ** > > >** ** > > > From: Garrett Cooper **** > > > Date: September 23, 2012 12:25:52 PM PDT**** > > > To: "Jose A. Lombera" **** > > > Cc: freebsd-current@freebsd.org**** > > > Subject: Re: zpool can't bring online disk2**** > > >** ** > > > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera > wrote:**** > > >** ** > > >** ** > > >** ** > > > Hello! all,**** > > >** ** > > >** ** > > >** ** > > > I hope someone can help me out with this.**** > > >** ** > > >** ** > > >** ** > > > Recently disk2 when bad, I have used**** > > >** ** > > >** ** > > >** ** > > > Zpool offline tank hast/disk2**** > > >** ** > > >** ** > > >** ** > > > To bring the disk offline.**** > > >** ** > > > Then I replaced it.**** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > > And use the command**** > > >** ** > > >** ** > > >** ** > > > Zpool online tank hast/disk2**** > > >** ** > > >** ** > > >** ** > > > But the disk show REMOVE.**** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > >** ** > > > [root@san1 /usr/home/jose]# zpool status -v**** > > >** ** > > > pool: tank**** > > >** ** > > > state: DEGRADED**** > > >** ** > > > status: One or more devices has been removed by the administrator.**** > > >** ** > > >** ** > > >** ** > > > Sufficient replicas exist for the pool to continue functioning *= * > ** > > > in a**** > > >** ** > > > degraded state.**** > > >** ** > > >** ** > > >** ** > > > action: Online the device using 'zpool online' or replace the device **= * > * > > > with**** > > >** ** > > >** ** > > >** ** > > > 'zpool replace'.**** > > >** ** > > >** ** > > >** ** > > > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13 ***= * > > > 2012**** > > >** ** > > > config:**** > > >** ** > > >** ** > > >** ** > > > NAME STATE READ WRITE CKSUM**** > > >** ** > > >** ** > > >** ** > > > tank DEGRADED 0 0 0**** > > >** ** > > >** ** > > >** ** > > > raidz1-0 DEGRADED 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk1 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > 11919832608590631234 REMOVED 0 0 0 was**** > > >** ** > > > /dev/hast/disk2**** > > >** ** > > >** ** > > >** ** > > > hast/disk3 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk4 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk5 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk6 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk7 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk8 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk9 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > hast/disk10 ONLINE 0 0 0**** > > >** ** > > >** ** > > >** ** > > > [root@san1 /usr/home/jose]# zpool online tank hast/disk2**** > > >** ** > > >** ** > > >** ** > > > warning: device 'hast/disk2' onlined, but remains in faulted state**** > > >** ** > > >** ** > > >** ** > > > use 'zpool replace' to replace devices that are no longer present**** > > >** ** > > >** ** > > >** ** > > > [root@san1 /usr/home/jose]#**** > > >** ** > > >** ** > > >** ** > > > I can't bring it back online.**** > > >** ** > > >** ** > > >** ** > > > Can you guys help me out what to do.**** > > >** ** > > >** ** > > >** ** > > > This is a production server and I can't afford to bring the server down= . > **** > > >** ** > > >** ** > > >** ** > > > I have already swap 3 disks and I got the same result.**** > > >** ** > > >** ** > > >** ** > > > Thank you guys in advance.**** > > >** ** > > >** ** > > > You forgot to call zpool replace as the last step in the process of = * > *** > > > replacing your faulted disk:**** > > > http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html .**** > > > Cheers,**** > > > -Garrett**** > > >** ** > > > _______________________________________________**** > > > freebsd-current@freebsd.org mailing list **** > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current**** > > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org"**** > > >** ** > > _______________________________________________**** > > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current**** > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > **** > From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 04:46:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42202106566B for ; Mon, 24 Sep 2012 04:46:24 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 003438FC0A for ; Mon, 24 Sep 2012 04:46:23 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so2271672pbb.13 for ; Sun, 23 Sep 2012 21:46:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :x-mailer:thread-index:content-language:x-gm-message-state; bh=cfWsc2O64CoqgfKXeM0q033BnKqZbiaX9z34b3AqPkw=; b=hnXiU8lDsVkHEdHJQ/Xqa12GV2nLjiOVJgITuKi7d9BDYB8RH1sxlgU5C97Z40uQM/ VbAcEx72xd3Ue5Tdqfb0Dei6bZ2s6nu+50sM9NbXBLAOvLc7bctIm90GUhQRVtWjc9qG TZbSTfSG5lx6V7jy9odxzQz827zm63Gs4nIUkCM0lvxZyMmoM3QU0hhxUDkGsFC1GQsX +5y86FjQmGTM43TGvnJcRk+8HR4tDzbwzq9ETCBqoJkuawG8HXUPS+YW5GF9KVP3bFIR MHKgnJgg0krrLblrGwOkGDxKqfVEJR69LCZ6mtob0R/wiLD8oXpWEbptSY+dMd1R+a+x tEyw== Received: by 10.68.224.69 with SMTP id ra5mr21651831pbc.114.1348461983040; Sun, 23 Sep 2012 21:46:23 -0700 (PDT) Received: from josebashPC ([64.27.27.45]) by mx.google.com with ESMTPS id qw6sm9032210pbc.26.2012.09.23.21.46.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 21:46:22 -0700 (PDT) From: "Jose A. Lombera" To: "'Freddie Cash'" Date: Sun, 23 Sep 2012 21:46:20 -0700 Message-ID: <011801cd9a0f$8b815bb0$a2841310$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac2aDaSfA/eISQnaQV2EOVvlTuByDw== Content-Language: en-us X-Gm-Message-State: ALoCoQkU4VK8eCNDzEa2IWUR+DTHy4B+VSaWB+maOw3/rp4KD6vsHBh7YK35zZUqa1SOFi+p3cdm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 ----I screwed up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 04:46:24 -0000 Please, some one help me=E2=80=A6.!!! =20 I screw up big time. =20 =20 I was doing the=20 =20 Hastctl create disk2 =20 But since I got some input out errors I decided to stop = /etc/rc.d/hastd stop But since couldn=E2=80=99t stop disk1 and 9 I killed it. Restarted both servers. =20 And now only /dev/hast shows nothing. And the pool is lost. =20 I was able to create disk2. I have restarted both server but the pool is not coming up. =20 Any suggestions, please help I know that the info is there since I only = did =E2=80=9Chastctl create disk2=E2=80=9D I haven=E2=80=99t done it for = the other disks. =20 =20 =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 8:10 PM To: 'Freddie Cash' Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Freddie, =20 Thanks for your great help, now makes so much sense. I still have a small problem, and I'm not sure if it is because hastd is = running. I can't initialize (hastctl create disk2) disk2 =20 This is what I did. =20 1.. zpool offline tank /dev/dsk/hast/disk2 2. zpool status -x [root@san /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/dsk/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors =20 3. removed disk / insert a new one. 4. initialize Hastctl role init disk2 [root@san /usr/home/jose]# hastctl status disk2 disk2: role: init provname: disk2 localpath: /dev/mfid2 extentsize: 0 (0B) keepdirty: 0 remoteaddr: san1 replication: fullsync dirty: 0 (0B) statistics: reads: 0 writes: 0 deletes: 0 flushes: 0 activemap updates: 0 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]# hastctl create disk2 [ERROR] [disk2] Unable to write metadata: Input/output error. =20 =20 =20 I don't want to stop hastd since it will shut down the connection to my = san. =20 Do you have any suggestion? =20 Thanks =20 =20 --jose =20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Freddie Cash Sent: Sunday, September 23, 2012 6:30 PM To: compufutura -the computer of the future Cc: yanegomi@gmail.com; freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Since it's a HAST device, you have to initialise the disk via hastctl. = Once that is done, the /dev/hast/disk2 GEOM device node will be created. =20 Then you can 'zpool replace' it. =20 One step at a time. :) And you've skipped a few. =20 1. 'zpool offline' the defective disk 2. Physically remove the defective disk 3. Physically insert the new disk 4. Initialise it as a HAST resource via 'hastctl' 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and = HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, = "compufutura -the computer of the future" < = jose@compufutura.com> wrote: =20 > Yanegomi, >=20 >=20 >=20 > I tried that, as you can see below, freebsd doesn=E2=80=99t have = cfgadm >=20 > Utility to un configure the device, according to,=20 > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I=20 > looked to ports but there is no utility like that. >=20 >=20 >=20 > Pardon me, my knowledge is little. >=20 >=20 >=20 > Can you please type the command I will need, or if I need cfgadm do I=20 > have to look for that and install it in my freebsd box? >=20 >=20 >=20 > Thanks. >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# cfgadm >=20 > bash: cfgadm: command not found >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 > use 'zpool replace' to replace devices that are no longer present >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > From: Garrett Cooper < yanegomi@gmail.com> > Date: September 23, 2012 12:25:52 PM PDT > To: "Jose A. Lombera" < jose@lajni.com> > Cc: freebsd-current@freebsd.org > Subject: Re: zpool can't bring online disk2 >=20 > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera < = jose@lajni.com> wrote: >=20 >=20 >=20 > Hello! all, >=20 >=20 >=20 > I hope someone can help me out with this. >=20 >=20 >=20 > Recently disk2 when bad, I have used >=20 >=20 >=20 > Zpool offline tank hast/disk2 >=20 >=20 >=20 > To bring the disk offline. >=20 > Then I replaced it. >=20 >=20 >=20 >=20 >=20 >=20 >=20 > And use the command >=20 >=20 >=20 > Zpool online tank hast/disk2 >=20 >=20 >=20 > But the disk show REMOVE. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool status -v >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been removed by the administrator. >=20 >=20 >=20 > Sufficient replicas exist for the pool to continue functioning=20 > in a >=20 > degraded state. >=20 >=20 >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 >=20 >=20 > 'zpool replace'. >=20 >=20 >=20 > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 >=20 >=20 > tank DEGRADED 0 0 0 >=20 >=20 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 >=20 >=20 > hast/disk1 ONLINE 0 0 0 >=20 >=20 >=20 > 11919832608590631234 REMOVED 0 0 0 was >=20 > /dev/hast/disk2 >=20 >=20 >=20 > hast/disk3 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk4 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk5 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk6 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk7 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk8 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk9 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 >=20 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 >=20 >=20 > use 'zpool replace' to replace devices that are no longer present >=20 >=20 >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > I can't bring it back online. >=20 >=20 >=20 > Can you guys help me out what to do. >=20 >=20 >=20 > This is a production server and I can't afford to bring the server = down. >=20 >=20 >=20 > I have already swap 3 disks and I got the same result. >=20 >=20 >=20 > Thank you guys in advance. >=20 >=20 > You forgot to call zpool replace as the last step in the process of = > replacing your faulted disk: > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . > Cheers, > -Garrett >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list=20 > = http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" >=20 _______________________________________________ freebsd-current@freebsd.org = mailing list = = http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 04:59:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429851065670 for ; Mon, 24 Sep 2012 04:59:38 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAF98FC12 for ; Mon, 24 Sep 2012 04:59:37 +0000 (UTC) Received: by padbi1 with SMTP id bi1so1239550pad.13 for ; Sun, 23 Sep 2012 21:59:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:x-mailer:thread-index:content-language :x-gm-message-state; bh=5r7itZmUxQK8kYljAlDAhGf5Q0QtwIEyrAuQy1ePGcs=; b=SnEI31OlZ8gGMFbBZVIaV6UzpdSBt+jrCkNSLgKqIGfENwXEnPfU3uPpKIkE7OmraQ F5wWMuE7AN3OR+Zd8VwqhVsq48hKxNeAtsQ0xc+c/LYH8rzRZwqAmW112gL6o25LbhiJ pjeVDw2AeMoNMhNhbmZLScNRa7GB1mGlhqm9f2O1M0VvakK1tuoRMT5Gy9kQwGYONrCj xe3ZjRbow74sRf54YvrWQoItTLdsyVRyZ6Oh4Rlq3HUalr2Duw2kd/qfKPsu5lgIsZWe 2j0yjgwPViZYNYBRo6fRGkNOBZ5JZcgBRmMFKR6HdyixlisV9qtTIc1LKDQCrCByWacm QmnQ== Received: by 10.68.189.164 with SMTP id gj4mr33569083pbc.48.1348462776695; Sun, 23 Sep 2012 21:59:36 -0700 (PDT) Received: from josebashPC ([64.27.27.45]) by mx.google.com with ESMTPS id uz3sm1695908pbc.19.2012.09.23.21.59.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 21:59:35 -0700 (PDT) From: "Jose A. Lombera" To: Cc: References: In-Reply-To: Date: Sun, 23 Sep 2012 21:59:34 -0700 Message-ID: <011d01cd9a11$6492db80$2db89280$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac2aDaSfA/eISQnaQV2EOVvlTuByDwAA4Hcg Content-Language: en-us X-Gm-Message-State: ALoCoQmjQQbaH+6c/nyywJBFSrim+4Mm+qbUP2zOKQCAawT4qY5iM5DNega78ZLsh2X0pgblQwSI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: zpool can't bring online disk2 ----I screwed up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 04:59:38 -0000 Everytime I run this for any of the disk 3,4,5,6,7,8,9,10 Disk 1,2 shows in the /dev/hast =20 [root@san2 /usr/home/jose]# hastctl role primary disk3 [root@san2 /usr/home/jose]# =20 I got this in the logs. =20 Sep 23 21:58:13 san2 hastd[2793]: [disk3] (primary) Provider /dev/mfid3 = is not part of resource disk3. =20 Please help. =20 Thanks. =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 9:46 PM To: 'Freddie Cash' Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 ----I screwed up =20 Please, some one help me=E2=80=A6.!!! =20 I screw up big time. =20 =20 I was doing the=20 =20 Hastctl create disk2 =20 But since I got some input out errors I decided to stop = /etc/rc.d/hastd stop But since couldn=E2=80=99t stop disk1 and 9 I killed it. Restarted both servers. =20 And now only /dev/hast shows nothing. And the pool is lost. =20 I was able to create disk2. I have restarted both server but the pool is not coming up. =20 Any suggestions, please help I know that the info is there since I only = did =E2=80=9Chastctl create disk2=E2=80=9D I haven=E2=80=99t done it for = the other disks. =20 =20 =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 8:10 PM To: 'Freddie Cash' Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Freddie, =20 Thanks for your great help, now makes so much sense. I still have a small problem, and I'm not sure if it is because hastd is = running. I can't initialize (hastctl create disk2) disk2 =20 This is what I did. =20 1.. zpool offline tank /dev/dsk/hast/disk2 2. zpool status -x [root@san /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/dsk/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors =20 3. removed disk / insert a new one. 4. initialize Hastctl role init disk2 [root@san /usr/home/jose]# hastctl status disk2 disk2: role: init provname: disk2 localpath: /dev/mfid2 extentsize: 0 (0B) keepdirty: 0 remoteaddr: san1 replication: fullsync dirty: 0 (0B) statistics: reads: 0 writes: 0 deletes: 0 flushes: 0 activemap updates: 0 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]# hastctl create disk2 [ERROR] [disk2] Unable to write metadata: Input/output error. =20 =20 =20 I don't want to stop hastd since it will shut down the connection to my = san. =20 Do you have any suggestion? =20 Thanks =20 =20 --jose =20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Freddie Cash Sent: Sunday, September 23, 2012 6:30 PM To: compufutura -the computer of the future Cc: yanegomi@gmail.com; freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Since it's a HAST device, you have to initialise the disk via hastctl. = Once that is done, the /dev/hast/disk2 GEOM device node will be created. =20 Then you can 'zpool replace' it. =20 One step at a time. :) And you've skipped a few. =20 1. 'zpool offline' the defective disk 2. Physically remove the defective disk 3. Physically insert the new disk 4. Initialise it as a HAST resource via 'hastctl' 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and = HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, = "compufutura -the computer of the future" < = jose@compufutura.com> wrote: =20 > Yanegomi, >=20 >=20 >=20 > I tried that, as you can see below, freebsd doesn=E2=80=99t have = cfgadm >=20 > Utility to un configure the device, according to,=20 > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I=20 > looked to ports but there is no utility like that. >=20 >=20 >=20 > Pardon me, my knowledge is little. >=20 >=20 >=20 > Can you please type the command I will need, or if I need cfgadm do I=20 > have to look for that and install it in my freebsd box? >=20 >=20 >=20 > Thanks. >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# cfgadm >=20 > bash: cfgadm: command not found >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 > use 'zpool replace' to replace devices that are no longer present >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > From: Garrett Cooper < yanegomi@gmail.com> > Date: September 23, 2012 12:25:52 PM PDT > To: "Jose A. Lombera" < jose@lajni.com> > Cc: freebsd-current@freebsd.org > Subject: Re: zpool can't bring online disk2 >=20 > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera < = jose@lajni.com> wrote: >=20 >=20 >=20 > Hello! all, >=20 >=20 >=20 > I hope someone can help me out with this. >=20 >=20 >=20 > Recently disk2 when bad, I have used >=20 >=20 >=20 > Zpool offline tank hast/disk2 >=20 >=20 >=20 > To bring the disk offline. >=20 > Then I replaced it. >=20 >=20 >=20 >=20 >=20 >=20 >=20 > And use the command >=20 >=20 >=20 > Zpool online tank hast/disk2 >=20 >=20 >=20 > But the disk show REMOVE. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool status -v >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been removed by the administrator. >=20 >=20 >=20 > Sufficient replicas exist for the pool to continue functioning=20 > in a >=20 > degraded state. >=20 >=20 >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 >=20 >=20 > 'zpool replace'. >=20 >=20 >=20 > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 >=20 >=20 > tank DEGRADED 0 0 0 >=20 >=20 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 >=20 >=20 > hast/disk1 ONLINE 0 0 0 >=20 >=20 >=20 > 11919832608590631234 REMOVED 0 0 0 was >=20 > /dev/hast/disk2 >=20 >=20 >=20 > hast/disk3 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk4 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk5 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk6 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk7 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk8 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk9 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 >=20 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 >=20 >=20 > use 'zpool replace' to replace devices that are no longer present >=20 >=20 >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > I can't bring it back online. >=20 >=20 >=20 > Can you guys help me out what to do. >=20 >=20 >=20 > This is a production server and I can't afford to bring the server = down. >=20 >=20 >=20 > I have already swap 3 disks and I got the same result. >=20 >=20 >=20 > Thank you guys in advance. >=20 >=20 > You forgot to call zpool replace as the last step in the process of = > replacing your faulted disk: > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . > Cheers, > -Garrett >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list=20 > = http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" >=20 _______________________________________________ freebsd-current@freebsd.org = mailing list = = http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 05:50:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 163C9106566B for ; Mon, 24 Sep 2012 05:50:32 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D2DE68FC0A for ; Mon, 24 Sep 2012 05:50:31 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so2354010pbb.13 for ; Sun, 23 Sep 2012 22:50:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:x-mailer:thread-index:content-language :x-gm-message-state; bh=CdYXXgJCg3Um+0STGuaRM5/IxRGhS0dV02XpUsT+5Ds=; b=Qre+GUno9GHjtoUlnBaUKsFwgyqUBgCr7jvAXTiJ82EBMm8nBV6FX2EGS7MKGzhxBe SndKUChQnW5IvvgDgbvTYypphMzIHN2oG2/evvUTr9xV1fKDpbf6LhH6D7cBr7G2n2Rk qoMju6NiIB52MPQOb+prKc/mGBr8uvCB4piDAoN1LKsyQ8XYh7h0hUz6mUNyqmNJFFPV pL0Xn9EAkmBkmD1L6w8Ovqi9LhSB4YfCCoYCvYSFG6a1HV9QIeJXGtAksRzUnldDDJxh deTRgdMiqEClDkF9H4E6wQUgt6GvUFmbXdHZYgt3Bn9MMf6zQv2iZELv/7mG01Wgfb9I Ea2Q== Received: by 10.66.75.232 with SMTP id f8mr29925881paw.59.1348465831032; Sun, 23 Sep 2012 22:50:31 -0700 (PDT) Received: from josebashPC ([64.27.27.45]) by mx.google.com with ESMTPS id uh7sm9111759pbc.35.2012.09.23.22.50.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 23 Sep 2012 22:50:30 -0700 (PDT) From: "Jose A. Lombera" To: References: In-Reply-To: Date: Sun, 23 Sep 2012 22:50:28 -0700 Message-ID: <013101cd9a18$8106ede0$8314c9a0$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac2aDaSfA/eISQnaQV2EOVvlTuByDwAA4HcgAAHPPwA= Content-Language: en-us X-Gm-Message-State: ALoCoQm2MZcEUhy2c+WAmgMQV0Kg94ZXgBnYdR/OzYE4kMM95xAkCAmWMF41747bGbpukuUoXtDR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: zpool can't bring online disk2 ----I screwed up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 05:50:32 -0000 This is the error I got when I run the failover script. =20 Sep 24 06:43:39 san1 hastd[3404]: [disk3] (primary) Provider /dev/mfid3 = is not part of resource disk3. Sep 24 06:43:39 san1 hastd[3343]: [disk3] (primary) Worker process = exited ungracefully (pid=3D3404, exitcode=3D66). Sep 24 06:43:39 san1 hastd[3413]: [disk6] (primary) Provider /dev/mfid6 = is not part of resource disk6. Sep 24 06:43:39 san1 hastd[3343]: [disk6] (primary) Worker process = exited ungracefully (pid=3D3413, exitcode=3D66). Sep 24 06:43:39 san1 hastd[3425]: [disk10] (primary) Unable to open = /dev/mfid10: No such file or directory. Sep 24 06:43:39 san1 hastd[3407]: [disk4] (primary) Provider /dev/mfid4 = is not part of resource disk4. Sep 24 06:43:39 san1 hastd[3343]: [disk10] (primary) Worker process = exited ungracefully (pid=3D3425, exitcode=3D66). Sep 24 06:43:39 san1 hastd[3410]: [disk5] (primary) Provider /dev/mfid5 = is not part of resource disk5. Sep 24 06:43:39 san1 hastd[3343]: [disk4] (primary) Worker process = exited ungracefully (pid=3D3407, exitcode=3D66). Sep 24 06:43:39 san1 hastd[3416]: [disk7] (primary) Provider /dev/mfid7 = is not part of resource disk7. Sep 24 06:43:39 san1 hastd[3422]: [disk9] (primary) Provider /dev/mfid9 = is not part of resource disk9. Sep 24 06:43:39 san1 hastd[3419]: [disk8] (primary) Provider /dev/mfid8 = is not part of resource disk8. Sep 24 06:43:39 san1 hastd[3343]: [disk5] (primary) Worker process = exited ungracefully (pid=3D3410, exitcode=3D66). Sep 24 06:43:40 san1 hastd[3343]: [disk9] (primary) Worker process = exited ungracefully (pid=3D3422, exitcode=3D66). Sep 24 06:43:40 san1 hastd[3343]: [disk8] (primary) Worker process = exited ungracefully (pid=3D3419, exitcode=3D66). Sep 24 06:43:40 san1 hastd[3343]: [disk7] (primary) Worker process = exited ungracefully (pid=3D3416, exitcode=3D66). Sep 24 06:43:40 san1 hastd[3351]: [disk2] (primary) Resource unique ID = mismatch (primary=3D2635341666474957411, = secondary=3D5944493181984227803). Sep 24 06:43:45 san1 hastd[3348]: [disk1] (primary) Split-brain = condition! Sep 24 06:43:50 san1 hastd[3351]: [disk2] (primary) Resource unique ID = mismatch (primary=3D2635341666474957411, = secondary=3D5944493181984227803). Sep 24 06:43:55 san1 hastd[3348]: [disk1] (primary) Split-brain = condition! Sep 24 06:44:00 san1 hastd[3351]: [disk2] (primary) Resource unique ID = mismatch (primary=3D2635341666474957411, = secondary=3D5944493181984227803). Sep 24 06:44:05 san1 hastd[3348]: [disk1] (primary) Split-brain = condition! Sep 24 06:44:10 san1 hastd[3351]: [disk2] (primary) Resource unique ID = mismatch (primary=3D2635341666474957411, = secondary=3D5944493181984227803) =20 =20 Is there any patch I need to run to fix this issue? =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 10:00 PM To: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 ----I screwed up =20 Everytime I run this for any of the disk 3,4,5,6,7,8,9,10 Disk 1,2 shows in the /dev/hast =20 [root@san2 /usr/home/jose]# hastctl role primary disk3 [root@san2 /usr/home/jose]# =20 I got this in the logs. =20 Sep 23 21:58:13 san2 hastd[2793]: [disk3] (primary) Provider /dev/mfid3 = is not part of resource disk3. =20 Please help. =20 Thanks. =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 9:46 PM To: 'Freddie Cash' Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 ----I screwed up =20 Please, some one help me=E2=80=A6.!!! =20 I screw up big time. =20 =20 I was doing the=20 =20 Hastctl create disk2 =20 But since I got some input out errors I decided to stop = /etc/rc.d/hastd stop But since couldn=E2=80=99t stop disk1 and 9 I killed it. Restarted both servers. =20 And now only /dev/hast shows nothing. And the pool is lost. =20 I was able to create disk2. I have restarted both server but the pool is not coming up. =20 Any suggestions, please help I know that the info is there since I only = did =E2=80=9Chastctl create disk2=E2=80=9D I haven=E2=80=99t done it for = the other disks. =20 =20 =20 =20 =20 From: Jose A. Lombera [mailto:jose@lajni.com]=20 Sent: Sunday, September 23, 2012 8:10 PM To: 'Freddie Cash' Cc: freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Freddie, =20 Thanks for your great help, now makes so much sense. I still have a small problem, and I'm not sure if it is because hastd is = running. I can't initialize (hastctl create disk2) disk2 =20 This is what I did. =20 1.. zpool offline tank /dev/dsk/hast/disk2 2. zpool status -x [root@san /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning = in a degraded state. action: Online the device using 'zpool online' or replace the device = with 'zpool replace'. scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 = 2012 config: =20 NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 OFFLINE 0 0 0 was = /dev/dsk/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 =20 errors: No known data errors =20 3. removed disk / insert a new one. 4. initialize Hastctl role init disk2 [root@san /usr/home/jose]# hastctl status disk2 disk2: role: init provname: disk2 localpath: /dev/mfid2 extentsize: 0 (0B) keepdirty: 0 remoteaddr: san1 replication: fullsync dirty: 0 (0B) statistics: reads: 0 writes: 0 deletes: 0 flushes: 0 activemap updates: 0 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]#=20 [root@san /usr/home/jose]# hastctl create disk2 [ERROR] [disk2] Unable to write metadata: Input/output error. =20 =20 =20 I don't want to stop hastd since it will shut down the connection to my = san. =20 Do you have any suggestion? =20 Thanks =20 =20 --jose =20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Freddie Cash Sent: Sunday, September 23, 2012 6:30 PM To: compufutura -the computer of the future Cc: yanegomi@gmail.com; freebsd-current@freebsd.org Subject: RE: zpool can't bring online disk2 =20 Since it's a HAST device, you have to initialise the disk via hastctl. = Once that is done, the /dev/hast/disk2 GEOM device node will be created. =20 Then you can 'zpool replace' it. =20 One step at a time. :) And you've skipped a few. =20 1. 'zpool offline' the defective disk 2. Physically remove the defective disk 3. Physically insert the new disk 4. Initialise it as a HAST resource via 'hastctl' 5. 'zpool replace' it using the /dev/hast node 6. Wait for the pool (and = HAST) to resilver it 7. Carry on as per normal On Sep 23, 2012 2:28 PM, = "compufutura -the computer of the future" < = jose@compufutura.com> wrote: =20 > Yanegomi, >=20 >=20 >=20 > I tried that, as you can see below, freebsd doesn=E2=80=99t have = cfgadm >=20 > Utility to un configure the device, according to,=20 > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html, I=20 > looked to ports but there is no utility like that. >=20 >=20 >=20 > Pardon me, my knowledge is little. >=20 >=20 >=20 > Can you please type the command I will need, or if I need cfgadm do I=20 > have to look for that and install it in my freebsd box? >=20 >=20 >=20 > Thanks. >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# cfgadm >=20 > bash: cfgadm: command not found >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool offline tank hast/disk2 >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool status -x >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been taken offline by the = administrator. >=20 > Sufficient replicas exist for the pool to continue functioning = > in a >=20 > degraded state. >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 > 'zpool replace'. >=20 > scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 > tank DEGRADED 0 0 0 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 > hast/disk1 ONLINE 0 0 0 >=20 > 11919832608590631234 OFFLINE 0 0 0 was > /dev/hast/disk2 >=20 > hast/disk3 ONLINE 0 0 0 >=20 > hast/disk4 ONLINE 0 0 0 >=20 > hast/disk5 ONLINE 0 0 0 >=20 > hast/disk6 ONLINE 0 0 0 >=20 > hast/disk7 ONLINE 0 0 0 >=20 > hast/disk8 ONLINE 0 0 0 >=20 > hast/disk9 ONLINE 0 0 0 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > errors: No known data errors >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 > use 'zpool replace' to replace devices that are no longer present >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# zpool replace tank hast/disk2 >=20 > cannot open 'hast/disk2': no such GEOM provider >=20 > must be a full path or shorthand device name >=20 > [root@san1 /usr/home/jose]# >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > From: Garrett Cooper < yanegomi@gmail.com> > Date: September 23, 2012 12:25:52 PM PDT > To: "Jose A. Lombera" < jose@lajni.com> > Cc: freebsd-current@freebsd.org > Subject: Re: zpool can't bring online disk2 >=20 > On Sun, Sep 23, 2012 at 11:23 AM, Jose A. Lombera < = jose@lajni.com> wrote: >=20 >=20 >=20 > Hello! all, >=20 >=20 >=20 > I hope someone can help me out with this. >=20 >=20 >=20 > Recently disk2 when bad, I have used >=20 >=20 >=20 > Zpool offline tank hast/disk2 >=20 >=20 >=20 > To bring the disk offline. >=20 > Then I replaced it. >=20 >=20 >=20 >=20 >=20 >=20 >=20 > And use the command >=20 >=20 >=20 > Zpool online tank hast/disk2 >=20 >=20 >=20 > But the disk show REMOVE. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool status -v >=20 > pool: tank >=20 > state: DEGRADED >=20 > status: One or more devices has been removed by the administrator. >=20 >=20 >=20 > Sufficient replicas exist for the pool to continue functioning=20 > in a >=20 > degraded state. >=20 >=20 >=20 > action: Online the device using 'zpool online' or replace the device=20 > with >=20 >=20 >=20 > 'zpool replace'. >=20 >=20 >=20 > scan: resilvered 2.49M in 0h2m with 0 errors on Sat Sep 22 01:03:13=20 > 2012 >=20 > config: >=20 >=20 >=20 > NAME STATE READ WRITE CKSUM >=20 >=20 >=20 > tank DEGRADED 0 0 0 >=20 >=20 >=20 > raidz1-0 DEGRADED 0 0 0 >=20 >=20 >=20 > hast/disk1 ONLINE 0 0 0 >=20 >=20 >=20 > 11919832608590631234 REMOVED 0 0 0 was >=20 > /dev/hast/disk2 >=20 >=20 >=20 > hast/disk3 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk4 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk5 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk6 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk7 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk8 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk9 ONLINE 0 0 0 >=20 >=20 >=20 > hast/disk10 ONLINE 0 0 0 >=20 >=20 >=20 > [root@san1 /usr/home/jose]# zpool online tank hast/disk2 >=20 >=20 >=20 > warning: device 'hast/disk2' onlined, but remains in faulted state >=20 >=20 >=20 > use 'zpool replace' to replace devices that are no longer present >=20 >=20 >=20 > [root@san1 /usr/home/jose]# >=20 >=20 >=20 > I can't bring it back online. >=20 >=20 >=20 > Can you guys help me out what to do. >=20 >=20 >=20 > This is a production server and I can't afford to bring the server = down. >=20 >=20 >=20 > I have already swap 3 disks and I got the same result. >=20 >=20 >=20 > Thank you guys in advance. >=20 >=20 > You forgot to call zpool replace as the last step in the process of = > replacing your faulted disk: > = http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/index.html . > Cheers, > -Garrett >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list=20 > = http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" >=20 _______________________________________________ freebsd-current@freebsd.org = mailing list = = http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to " = = freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 08:18:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF1CE106564A; Mon, 24 Sep 2012 08:18:18 +0000 (UTC) (envelope-from prvs=1614b6a669=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 34C268FC12; Mon, 24 Sep 2012 08:18:17 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000204898.msg; Mon, 24 Sep 2012 09:18:10 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 24 Sep 2012 09:18:10 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1614b6a669=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Charles Sprickman" , "Pawel Jakub Dawidek" References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl> <58743599-C986-4735-A588-AEFAAEE5766A@bway.net> Date: Mon, 24 Sep 2012 09:18:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 08:18:19 -0000 ----- Original Message ----- From: "Charles Sprickman" > Are you aware of anyone that will be trying this in production, and if > so, will you be able to give us list denizens any feedback on it? Yes we've been using it in production for a few months now, but only on single disk pools so not RAIDZ as yet, although we have tested it on such a pool. > Thanks so much for porting this… It's not a port this is new code not in any other ZFS implementation, so a FreeBSD first :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 09:36:29 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B557106566B for ; Mon, 24 Sep 2012 09:36:29 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 118B78FC12 for ; Mon, 24 Sep 2012 09:36:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1TG55R-002BLc-Mf>; Mon, 24 Sep 2012 11:36:21 +0200 Received: from e178019000.adsl.alicedsl.de ([85.178.19.0] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1TG55R-0043BJ-Iz>; Mon, 24 Sep 2012 11:36:21 +0200 Message-ID: <50602990.2090408@zedat.fu-berlin.de> Date: Mon, 24 Sep 2012 11:36:16 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAFFB936031E1C40FF0ECFF94" X-Originating-IP: 85.178.19.0 Cc: Subject: CLANG versus GCC question: compiling non-c99 code with CLANG (clang dumps error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 09:36:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAFFB936031E1C40FF0ECFF94 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I have a problem and I guess there is a simple solution - at least, I hop= e. I try to compile a "in spe" port which contains some C code that is definitely Kernighan & Ritchie standard like: -- my_func(win) Window win; { [...] if ( current->win.data =3D=3D (lux_data *)NULL ) return; [...] } -- There is no declaration of the return type of the function, I guess it is implicitely void in older standards, but is treated as non void function in CLANG - and there the error comes in. I can compile the code without any problems with GCC 4.6 - without any change of compiling standard or anything like that, it simply compiles. I tried to apply "CFLAGS+=3D -std=3D[c89|gnu89]" when compiling with CLAN= G since GCC defaults to gnu89 while CLANG defaults to c99 standard, but this didn't help. What is the magic switch and where to place it? Thanks in advance and sorry for the "noob" question. Oliver --------------enigAFFB936031E1C40FF0ECFF94 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQYCmVAAoJEOgBcD7A/5N8ai8IAK4n+bbgDBwTDR/MxreI9Ee8 wErDu7qhe4IPrRdgB6jreZfl3LsoEpvelOQVqQAwiY4/ixPzkbHvuXA3mDjcrJIj YTGWDgPjFCBhwUVF7bWC5MSoEwDGf7ejat0RJsQCpVBFJBDwiNG8CmIZSlnh36sK DzsWIrgcKsrJ3lpC513UDyWdz2DNTBhdHgfqrAD6M4B0jM/hQS0y9x/sccVivrch ZzUeegzdwGPVCOnLeRV3bNgvGqZ4b7Zw3AZMQoR2LQPdEAX6LQjhE8A6gLa9RGDZ fW5bfOYnCBxKwA/hePh46X7fejaCLb1RRLzsm/nYNHCwYyDjLaMFG+FclV1ULl8= =TL3h -----END PGP SIGNATURE----- --------------enigAFFB936031E1C40FF0ECFF94-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 09:52:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 425D21065673 for ; Mon, 24 Sep 2012 09:52:19 +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 F2A718FC0C for ; Mon, 24 Sep 2012 09:52:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4c3a:8731:c02a:580a] (unknown [IPv6:2001:7b8:3a7:0:4c3a:8731:c02a:580a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7FC225C59; Mon, 24 Sep 2012 11:52:17 +0200 (CEST) Message-ID: <50602D4E.1040304@andric.com> Date: Mon, 24 Sep 2012 11:52:14 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: "O. Hartmann" References: <50602990.2090408@zedat.fu-berlin.de> In-Reply-To: <50602990.2090408@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: CLANG versus GCC question: compiling non-c99 code with CLANG (clang dumps error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 09:52:19 -0000 On 2012-09-24 11:36, O. Hartmann wrote: > I have a problem and I guess there is a simple solution - at least, I hope. > > I try to compile a "in spe" port which contains some C code that is > definitely Kernighan & Ritchie standard like: > > -- > my_func(win) > Window win; > { > [...] > if ( current->win.data == (lux_data *)NULL ) return; > [...] > } > -- > > There is no declaration of the return type of the function, I guess it > is implicitely void in older standards, but is treated as non void > function in CLANG - and there the error comes in. Declarations with no type default to int, the infamous "implicit int" rule, which apparently is very hard to get rid of. :) I'm not even sure the committees managed to ditch it in C11... In any case, in very old C, the 'void' type did not exist; you simply ignored the return value of such a function. > I can compile the code without any problems with GCC 4.6 - without any > change of compiling standard or anything like that, it simply compiles. > > I tried to apply "CFLAGS+= -std=[c89|gnu89]" when compiling with CLANG > since GCC defaults to gnu89 while CLANG defaults to c99 standard, but > this didn't help. Unfortunately you did not post the actual error message. What was it? From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 06:02:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5529B106566B for ; Mon, 24 Sep 2012 06:02:42 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id D7A4A8FC15 for ; Mon, 24 Sep 2012 06:02:41 +0000 (UTC) Received: (qmail 62166 invoked by uid 0); 24 Sep 2012 06:02:35 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with ESMTPS (DHE-RSA-AES256-SHA encrypted); 24 Sep 2012 06:02:35 -0000 Received: (qmail 62154 invoked by uid 90); 24 Sep 2012 06:02:35 -0000 Received: from unknown (HELO toasty.sporklab.com) (spork@96.57.144.66) by smtp.bway.net with ESMTPA; 24 Sep 2012 06:02:35 -0000 References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> In-Reply-To: <20120923222520.GS1454@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 Message-Id: <58743599-C986-4735-A588-AEFAAEE5766A@bway.net> Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Date: Mon, 24 Sep 2012 02:02:34 -0400 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Mon, 24 Sep 2012 11:20:03 +0000 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 06:02:42 -0000 On Sep 23, 2012, at 6:25 PM, Pawel Jakub Dawidek wrote: > On Sun, Sep 23, 2012 at 10:24:53PM +0100, Bob Bishop wrote: >> Hi, >>=20 >> On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote: >>=20 >>> FYI, I just committed TRIM support to ZFS, especially useful for >>> SSD-only pools. [etc] >>=20 >> Is any of this applicable to -STABLE or 8.x? >=20 > I have a patch against stable/8, but not stable/9: >=20 > http://people.freebsd.org/~pjd/patches/zfstrim8.patch Are you aware of anyone that will be trying this in production, and if=20= so, will you be able to give us list denizens any feedback on it? Thanks so much for porting this=85 Charles >=20 > --=20 > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 11:35:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E3821065672; Mon, 24 Sep 2012 11:35:31 +0000 (UTC) (envelope-from prvs=1614b6a669=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9703B8FC18; Mon, 24 Sep 2012 11:35:30 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000206744.msg; Mon, 24 Sep 2012 12:35:27 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 24 Sep 2012 12:35:27 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1614b6a669=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6B400C472FB24A7C94EF1AFB0DF6ABF1@multiplay.co.uk> From: "Steven Hartland" To: "Charles Sprickman" , "Pawel Jakub Dawidek" References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl> <58743599-C986-4735-A588-AEFAAEE5766A@bway.net> Date: Mon, 24 Sep 2012 12:35:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 11:35:31 -0000 ----- Original Message ----- From: "Charles Sprickman" >> I have a patch against stable/8, but not stable/9: >> >> http://people.freebsd.org/~pjd/patches/zfstrim8.patch > > Are you aware of anyone that will be trying this in production, and if > so, will you be able to give us list denizens any feedback on it? We've been using a prior version of this patch in production for a few months now on single and mirrored data disks, no problems. We've done very basic testing on RAIDZ, RAIDZ2 & RAIDZ3 no problems with the version we had, but this version includes a number of important fixes for RAIDZ contributed by the zfsonlinux guys. We applied the patch to a 8.3-RELEASE based install with additional patches including patches to provide TRIM support for CAM da devices via SATA pass-through including full support for security and identify commands in camcontrol. If anyone would like those as we can provide. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 08:43:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0416106564A; Mon, 24 Sep 2012 08:43:31 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 88A0E8FC14; Mon, 24 Sep 2012 08:43:31 +0000 (UTC) Received: from [217.76.201.82] (helo=lenovo-b570.it-profi.org.ua) by it-profi.org.ua with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TG3gs-0002HZ-GM; Mon, 24 Sep 2012 11:06:54 +0300 Message-ID: <5060149A.1070805@shurik.kiev.ua> Date: Mon, 24 Sep 2012 11:06:50 +0300 From: Alexandr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120920 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on it-profi.org.ua); SAEximRunCond expanded to false X-Mailman-Approved-At: Mon, 24 Sep 2012 11:36:14 +0000 Cc: Subject: Intel Wireless-N 2230 support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 08:43:31 -0000 Hello! Can anyone tell me about work on supporting this card by iwn(4)? From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 11:46:06 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDDD11065672 for ; Mon, 24 Sep 2012 11:46:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A23CD8FC0A for ; Mon, 24 Sep 2012 11:46:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TG76y-002fiF-C2>; Mon, 24 Sep 2012 13:46:04 +0200 Received: from e178019000.adsl.alicedsl.de ([85.178.19.0] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TG76y-0001mf-80>; Mon, 24 Sep 2012 13:46:04 +0200 Message-ID: <506047F1.7060804@zedat.fu-berlin.de> Date: Mon, 24 Sep 2012 13:45:53 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <50602990.2090408@zedat.fu-berlin.de> <50602D4E.1040304@andric.com> In-Reply-To: <50602D4E.1040304@andric.com> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig28FC7AF1D64B54355AF0772D" X-Originating-IP: 85.178.19.0 Cc: Current FreeBSD Subject: Re: CLANG versus GCC question: compiling non-c99 code with CLANG (clang dumps error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 11:46:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig28FC7AF1D64B54355AF0772D Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 09/24/12 11:52, schrieb Dimitry Andric: > On 2012-09-24 11:36, O. Hartmann wrote: >> I have a problem and I guess there is a simple solution - at least, I >> hope. >> >> I try to compile a "in spe" port which contains some C code that is >> definitely Kernighan & Ritchie standard like: >> >> --=20 >> my_func(win) >> Window win; >> { >> [...] >> if ( current->win.data =3D=3D (lux_data *)NULL ) return; >> [...] >> } >> --=20 >> >> There is no declaration of the return type of the function, I guess it= >> is implicitely void in older standards, but is treated as non void >> function in CLANG - and there the error comes in. >=20 > Declarations with no type default to int, the infamous "implicit int" > rule, which apparently is very hard to get rid of. :) I'm not even sur= e > the committees managed to ditch it in C11... I see, I though this might be the case ... old, old, very old ... >=20 > In any case, in very old C, the 'void' type did not exist; you simply > ignored the return value of such a function. Well, but noadays, the compiler, like CLANG, complains about a "return;" in a non-void function. I discovered only two places in the file in question, so applying "void" as a patch should do the workaround ... ? >=20 >=20 >> I can compile the code without any problems with GCC 4.6 - without any= >> change of compiling standard or anything like that, it simply compiles= =2E >> >> I tried to apply "CFLAGS+=3D -std=3D[c89|gnu89]" when compiling with C= LANG >> since GCC defaults to gnu89 while CLANG defaults to c99 standard, but >> this didn't help. >=20 > Unfortunately you did not post the actual error message. What was it? here it is: win.c:796:50: error: non-void function 'lux_freedata' should return a value [-Wreturn-type] if ( current->win.data =3D=3D (lux_data *)NULL ) return; ^ win.c:826:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] lux_freewins() ^~~~~~~~~~~~ win.c:831:40: error: non-void function 'lux_freewins' should return a value [-Wreturn-type] if ( windows =3D=3D (lux_wins *)NULL ) return; --------------enig28FC7AF1D64B54355AF0772D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQYEf7AAoJEOgBcD7A/5N85rIIANeTCJU9i5igzW3yl5DGvzxs GwgUJbyZiOxF3dawUeIuAkQmrB0ad/490XKS2mf6/cr/DmDrnvK757Y9ovQS2Adi dpvoLP1aL6e+bQpGcBr9sWYDzTISKmEfRlVPHh3kP01VU8wnW1vEiDyuWMxWe23D bF7KNBExAb0iAkS8HSFtQ5bkcY9h1PnNx9xE64OgxL1OnzkaRQF5Rd4S1cdTs2WW NX9eDq6fTmcNPYw9ci0+xbBktDJ0WGKU5wiJtJeiR2g1yo0LxgBuUPx8gUMDh3DR hKWtnkBqJnxrVqY2lrWTDLSMIJoR3Mi+Ubk7c+rkWFEx/22Y1fk46GJC+O7/ssk= =p+Oc -----END PGP SIGNATURE----- --------------enig28FC7AF1D64B54355AF0772D-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 11:57:04 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B989A106566B for ; Mon, 24 Sep 2012 11:57:04 +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 74FBD8FC12 for ; Mon, 24 Sep 2012 11:57:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4c3a:8731:c02a:580a] (unknown [IPv6:2001:7b8:3a7:0:4c3a:8731:c02a:580a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4AF5D5C59; Mon, 24 Sep 2012 13:57:03 +0200 (CEST) Message-ID: <50604A8C.2060502@andric.com> Date: Mon, 24 Sep 2012 13:57:00 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: "O. Hartmann" References: <50602990.2090408@zedat.fu-berlin.de> <50602D4E.1040304@andric.com> <506047F1.7060804@zedat.fu-berlin.de> In-Reply-To: <506047F1.7060804@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: CLANG versus GCC question: compiling non-c99 code with CLANG (clang dumps error) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 11:57:04 -0000 On 2012-09-24 13:45, O. Hartmann wrote: ... > here it is: > > win.c:796:50: error: non-void function 'lux_freedata' should return a > value [-Wreturn-type] > if ( current->win.data == (lux_data *)NULL ) return; > ^ Some time ago, the clang developers upgraded this from a warning to an error, which is fairly sensible for new code, but maybe not so for c89 and older. I'm not sure if that was a handy choice, but in any case, you can work around it by adding -Wno-return-type to CFLAGS. > win.c:826:1: warning: type specifier missing, defaults to 'int' > [-Wimplicit-int] > lux_freewins() > ^~~~~~~~~~~~ These warnings can all be ignored for K&R code. Or just add -Wno-implicit-int to shut them up. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 13:20:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F29106566B; Mon, 24 Sep 2012 13:20:38 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id 935F58FC19; Mon, 24 Sep 2012 13:20:38 +0000 (UTC) Received: from roberto-aw.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 71D6D15048; Mon, 24 Sep 2012 15:20:36 +0200 (CEST) Date: Mon, 24 Sep 2012 15:20:31 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, Charles Sprickman , freebsd-fs@freebsd.org Message-ID: <20120924132030.GA79156@roberto-aw.eurocontrol.fr> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <58743599-C986-4735-A588-AEFAAEE5766A@bway.net> <6B400C472FB24A7C94EF1AFB0DF6ABF1@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6B400C472FB24A7C94EF1AFB0DF6ABF1@multiplay.co.uk> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 13:20:39 -0000 According to Steven Hartland: > We applied the patch to a 8.3-RELEASE based install with additional patches > including patches to provide TRIM support for CAM da devices via SATA > pass-through including full support for security and identify commands in > camcontrol. > > If anyone would like those as we can provide. That would be indeed very nice. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 13:55:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 843F1106566C; Mon, 24 Sep 2012 13:55:33 +0000 (UTC) (envelope-from prvs=1614b6a669=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E2D9A8FC08; Mon, 24 Sep 2012 13:55:32 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000208211.msg; Mon, 24 Sep 2012 14:55:30 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 24 Sep 2012 14:55:30 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1614b6a669=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <0BCB8A9018D84321BF1EF8F821BB2447@multiplay.co.uk> From: "Steven Hartland" To: "Ollivier Robert" , , "Charles Sprickman" , References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl><58743599-C986-4735-A588-AEFAAEE5766A@bway.net><6B400C472FB24A7C94EF1AFB0DF6ABF1@multiplay.co.uk> <20120924132030.GA79156@roberto-aw.eurocontrol.fr> Date: Mon, 24 Sep 2012 14:55:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 13:55:33 -0000 ----- Original Message ----- From: "Ollivier Robert" > According to Steven Hartland: >> We applied the patch to a 8.3-RELEASE based install with additional patches >> including patches to provide TRIM support for CAM da devices via SATA >> pass-through including full support for security and identify commands in >> camcontrol. >> >> If anyone would like those as we can provide. > > That would be indeed very nice. Our current patchset minus the zfstrim one can be found here:- http://blog.multiplay.co.uk/dropzone/freebsd/zfs-trim-patchset83.tbz Of course you'll also need pjd's zfs trim patch set. It expects to be extracted in /usr/src, where it will create a patches subdir. If you then put the zfs trim patch in the same dir and run ./patches/apply.sh you should be good. There's a fare few patches in there, as I've split the various parts into their individual components so its easier to track and submit. The patches include some back ported code that's already committed as well as other little fixes which also have been committed. Notes at the top of each patch file detail what it does and if its been committed. The one to watch is zfs-ashift-fix.patch as that changes how ashift is calculated for a drive (makes it compatible with QUIRKS) but could well cause issues if you booting from a ZFS tank which has a member disk that changes stripsize. If you don't want to risk that, just delete it. It should however be noted that at least on sandforce based disks if your deletes aren't 4k aligned the trim requests will be ignored by the drive, which is what triggered us to create that patch as well as the ssd_quirks.patch Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 14:17:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2538F106566C; Mon, 24 Sep 2012 14:17:18 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 7370F8FC0A; Mon, 24 Sep 2012 14:17:18 +0000 (UTC) Received: from [194.32.164.22] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8OEHHl1002802; Mon, 24 Sep 2012 15:17:17 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20120923222520.GS1454@garage.freebsd.pl> Date: Mon, 24 Sep 2012 15:17:11 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1278) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 14:17:19 -0000 Hi, On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote: > I have a patch against stable/8, but not stable/9: > > http://people.freebsd.org/~pjd/patches/zfstrim8.patch Running with that in an otherwise 8-STABLE GENERIC amd64 kernel, I'm getting: kstat.zfs.misc.zio_trim.zio_trim_bytes: 0 kstat.zfs.misc.zio_trim.zio_trim_success: 0 kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 which doesn't look like it's working. The SSDs are: ad4: 114473MB at ata2-master UDMA100 SATA 3Gb/s ad6: 114473MB at ata3-master UDMA100 SATA 3Gb/s Any suggestions? Thanks -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 15:55:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A30AD106566B; Mon, 24 Sep 2012 15:55:24 +0000 (UTC) (envelope-from prvs=1614b6a669=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D6D228FC0C; Mon, 24 Sep 2012 15:55:23 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000209363.msg; Mon, 24 Sep 2012 16:55:21 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 24 Sep 2012 16:55:21 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1614b6a669=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> From: "Steven Hartland" To: "Bob Bishop" , "Pawel Jakub Dawidek" References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> Date: Mon, 24 Sep 2012 16:55:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 15:55:24 -0000 ----- Original Message ----- From: "Bob Bishop" To: "Pawel Jakub Dawidek" Cc: ; ; "Steven Hartland" Sent: Monday, September 24, 2012 3:17 PM Subject: Re: ZFS TRIM support committed to HEAD. > Hi, > > On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote: > >> I have a patch against stable/8, but not stable/9: >> >> http://people.freebsd.org/~pjd/patches/zfstrim8.patch > > Running with that in an otherwise 8-STABLE GENERIC amd64 kernel, I'm getting: > > kstat.zfs.misc.zio_trim.zio_trim_bytes: 0 > kstat.zfs.misc.zio_trim.zio_trim_success: 0 > kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 > kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 > > which doesn't look like it's working. The SSDs are: > > ad4: 114473MB at ata2-master UDMA100 SATA 3Gb/s > ad6: 114473MB at ata3-master UDMA100 SATA 3Gb/s > > Any suggestions? Thanks Don't think ad supports TRIM, switch to ada (ahci) and you should be good. Although I'm surprised your seeing that many reported failures as it should have disabled it on a pool level after the first few failures. Is it still increasing? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 16:07:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7555E106564A; Mon, 24 Sep 2012 16:07:16 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7058FC08; Mon, 24 Sep 2012 16:07:15 +0000 (UTC) Received: from [194.32.164.22] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8OG7DqH005996; Mon, 24 Sep 2012 17:07:13 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Bob Bishop X-Priority: 3 In-Reply-To: <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> Date: Mon, 24 Sep 2012 17:07:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <07C554A3-5957-4664-8E0F-D7C6885C5EAF@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:07:16 -0000 Hi, On 24 Sep 2012, at 16:55, Steven Hartland wrote: > ----- Original Message ----- From: "Bob Bishop" > To: "Pawel Jakub Dawidek" > Cc: ; ; "Steven = Hartland" > Sent: Monday, September 24, 2012 3:17 PM > Subject: Re: ZFS TRIM support committed to HEAD. >=20 >=20 >> Hi, >> On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote: >>> I have a patch against stable/8, but not stable/9: >>> http://people.freebsd.org/~pjd/patches/zfstrim8.patch >> Running with that in an otherwise 8-STABLE GENERIC amd64 kernel, I'm = getting: >> kstat.zfs.misc.zio_trim.zio_trim_bytes: 0 >> kstat.zfs.misc.zio_trim.zio_trim_success: 0 >> kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 >> kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 >> which doesn't look like it's working. The SSDs are: >> ad4: 114473MB at ata2-master UDMA100 = SATA 3Gb/s >> ad6: 114473MB at ata3-master UDMA100 = SATA 3Gb/s >> Any suggestions? Thanks >=20 > Don't think ad supports TRIM, switch to ada (ahci) and you should be = good. >=20 > Although I'm surprised your seeing that many reported failures as it = should > have disabled it on a pool level after the first few failures. >=20 > Is it still increasing? Yes I'll try switching to ahci -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 16:16:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797BC106564A; Mon, 24 Sep 2012 16:16:43 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6068FC12; Mon, 24 Sep 2012 16:16:43 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 10F47265; Mon, 24 Sep 2012 18:15:38 +0200 (CEST) Date: Mon, 24 Sep 2012 18:16:55 +0200 From: Pawel Jakub Dawidek To: Steven Hartland Message-ID: <20120924161654.GA1413@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:16:43 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 24, 2012 at 04:55:20PM +0100, Steven Hartland wrote: > ----- Original Message -----=20 > From: "Bob Bishop" > To: "Pawel Jakub Dawidek" > Cc: ; ; "Steven Hart= land" > Sent: Monday, September 24, 2012 3:17 PM > Subject: Re: ZFS TRIM support committed to HEAD. >=20 >=20 > > Hi, > >=20 > > On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote: > >=20 > >> I have a patch against stable/8, but not stable/9: > >>=20 > >> http://people.freebsd.org/~pjd/patches/zfstrim8.patch > >=20 > > Running with that in an otherwise 8-STABLE GENERIC amd64 kernel, I'm ge= tting: > >=20 > > kstat.zfs.misc.zio_trim.zio_trim_bytes: 0 > > kstat.zfs.misc.zio_trim.zio_trim_success: 0 > > kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 > > kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 > >=20 > > which doesn't look like it's working. The SSDs are: > >=20 > > ad4: 114473MB at ata2-master UDMA100 SATA = 3Gb/s > > ad6: 114473MB at ata3-master UDMA100 SATA = 3Gb/s > >=20 > > Any suggestions? Thanks >=20 > Don't think ad supports TRIM, switch to ada (ahci) and you should be good. >=20 > Although I'm surprised your seeing that many reported failures as it shou= ld > have disabled it on a pool level after the first few failures. >=20 > Is it still increasing? Note that 'failed' count is increasing, not the 'unsupported' count. We disable TRIM automatically if we get EOPNOTSUPP and ATA is returning some other error(s). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBgh3YACgkQForvXbEpPzS7qgCg0x79vuGo2JZOIJbhCoZWaOyl vj8AnijIdfW+bQjm9+99NUvNCVMmUWnQ =1+ig -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 16:39:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 591341065673; Mon, 24 Sep 2012 16:39:37 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8B08FC17; Mon, 24 Sep 2012 16:39:36 +0000 (UTC) Received: from [10.10.1.32] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id q8OGbMQh073787 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 24 Sep 2012 12:37:23 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 24 Sep 2012 10:37:30 -0600 Message-Id: <3A359B33-380C-4230-A62C-623765E9376A@jnielsen.net> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) X-Mailer: Apple Mail (2.1498) X-DCC-sonic.net-Metrics: ns1.jnielsen.net 1117; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.5 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: using ConnectX card as Ethernet (mlxen) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:39:37 -0000 I have a machine running "FreeBSD 10.0-CURRENT #0 r240887" amd64 with = two ConnectX (InfiniBand) cards. Relevant bits of dmesg and pciconf -lv = below. The cards are connected directly to a 10GB Ethernet switch so I = need to run them in "eth" mode rather than "ib". Unfortunately they come = up in "ib" mode and I don't know how to change it. The same hardware works fine under CentOS 6.3, though I need to manually = set the cards to 'eth' there as well (which I do using a = 'connectx_port_config script from Mellanox that twiddles the mlx4_port1 = entries under /sys (sysfs). Under FreeBSD I see these sysctls but I = can't set them to 'eth' either via /boot/loader.conf or by sysctl after = boot, with or without mlxen and/or mlx4ib loaded: sys.device.mlx4_core0.mlx4_port1: ib sys.device.mlx4_core1.mlx4_port1: ib Assuming mlxen is actually supported, how do I configure the card so it = will attach? mlx4_core0: mem 0xdfa00000-0xdfafffff,0xdd800000-0xddffffff = irq 32 at device 0.0 on pci4 mlx4_core: Mellanox ConnectX core driver v1.0-ofed1.5.2 (August 4, 2010) mlx4_core: Initializing mlx4_core mlx4_en: Mellanox ConnectX HCA Ethernet driver v1.5.2 (July 2010) mlx4_en mlx4_core0: UDP RSS is not supported on this device. mlx4_core1: mem 0xdf900000-0xdf9fffff,0xdd000000-0xdd7fffff = irq 42 at device 0.0 on pci7 mlx4_core: Initializing mlx4_core mlx4_core0@pci0:4:0:0: class=3D0x0c0600 card=3D0x002215b3 = chip=3D0x673c15b3 rev=3D0xb0 hdr=3D0x00 vendor =3D 'Mellanox Technologies' device =3D 'MT26428 [ConnectX VPI PCIe 2.0 5GT/s - IB QDR / = 10GigE]' class =3D serial bus mlx4_core1@pci0:7:0:0: class=3D0x028000 card=3D0x001715b3 = chip=3D0x100315b3 rev=3D0x00 hdr=3D0x00 vendor =3D 'Mellanox Technologies' device =3D 'MT27500 Family [ConnectX-3]' class =3D network Thanks, JN From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 16:53:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF9CF106566B; Mon, 24 Sep 2012 16:53:25 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 726558FC08; Mon, 24 Sep 2012 16:53:25 +0000 (UTC) Received: from [194.32.164.22] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8OGrO8l007333; Mon, 24 Sep 2012 17:53:24 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Bob Bishop X-Priority: 3 In-Reply-To: <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> Date: Mon, 24 Sep 2012 17:53:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:53:26 -0000 Hi, On 24 Sep 2012, at 16:55, Steven Hartland wrote: > Don't think ad supports TRIM, switch to ada (ahci) and you should be = good. Switched to AHCI and now looks more plausible: kstat.zfs.misc.zio_trim.zio_trim_bytes: 2173466624 kstat.zfs.misc.zio_trim.zio_trim_success: 13244 kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 kstat.zfs.misc.zio_trim.zio_trim_failed: 0 I'll report back if anything unpleasant happens. Thanks to all for this. dmesg below FTR -- Bob Bishop rb@gid.co.uk Copyright (c) 1992-2012 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.3-STABLE #0: Mon Sep 24 14:00:52 BST 2012 rb@seagoon.gid.co.uk:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (1821.67-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106ca Family =3D 6 Model =3D 1c = Stepping =3D 10 = Features=3D0xbfebfbff = Features2=3D0x40e31d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 4294967296 (4096 MB) avail memory =3D 4080594944 (3891 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x20c0-0x20c7 mem = 0xf0200000-0xf027ffff,0xe0000000-0xefffffff,0xf0100000-0xf01fffff irq 16 = at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 8188k stolen memory pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 re0: port = 0x1000-0x10ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 16 at = device 0.0 on pci1 re0: Using 1 MSI-X message re0: Chip rev. 0x2c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, = 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 38:60:77:30:09:63 re0: [ITHREAD] pcib2: at device 28.1 on pci0 pci2: on pcib2 pcib3: at device 28.2 on pci0 pci3: on pcib3 pcib4: at device 28.3 on pci0 pci4: on pcib4 uhci0: port 0x2080-0x209f irq = 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup =3D 0x2f00 usbus0 on uhci0 uhci1: port 0x2060-0x207f irq = 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup =3D 0x2f00 usbus1 on uhci1 uhci2: port 0x2040-0x205f irq = 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup =3D 0x2f00 usbus2 on uhci2 uhci3: port 0x2020-0x203f irq = 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup =3D 0x2f00 usbus3 on uhci3 ehci0: mem = 0xf0284400-0xf02847ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4 on ehci0 pcib5: at device 30.0 on pci0 pci5: on pcib5 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port = 0x20b8-0x20bf,0x20cc-0x20cf,0x20b0-0x20b7,0x20c8-0x20cb,0x20a0-0x20af = mem 0xf0284000-0xf02843ff irq 18 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_hpet0: iomem 0xfed00000-0xfed03fff on = acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x71,0x74-0x77 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] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 ZFS filesystem version 5 ZFS storage pool version 28 RTC BIOS diagnostic error 80 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based = forwarding disabled, default to deny, logging disabled usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 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 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered usbd_set_config_index: could not read device status: USB_ERR_SHORT_XFER Root mount waiting for: usbus4 ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:2:0:-1: Attached to scbus2 Trying to mount root from zfs:m1 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not = present - tray closed) cd0 at umass-sim0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present = - tray closed= From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 17:03:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C464E1065670; Mon, 24 Sep 2012 17:03:48 +0000 (UTC) (envelope-from prvs=1614b6a669=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 008A08FC0C; Mon, 24 Sep 2012 17:03:47 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000210140.msg; Mon, 24 Sep 2012 18:03:45 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 24 Sep 2012 18:03:45 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1614b6a669=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Pawel Jakub Dawidek" References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl><20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <20120924161654.GA1413@garage.freebsd.pl> Date: Mon, 24 Sep 2012 18:03:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 17:03:48 -0000 ----- Original Message ----- From: "Pawel Jakub Dawidek" >> Although I'm surprised your seeing that many reported failures as it should >> have disabled it on a pool level after the first few failures. >> >> Is it still increasing? > > Note that 'failed' count is increasing, not the 'unsupported' count. > We disable TRIM automatically if we get EOPNOTSUPP and ATA is returning > some other error(s). Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive announces ATA_PROTO_CFA, so I can only assume this is failing when it shouldn't. Might be nice to investigate what's happening and fix, but as ATA is being replaced by CAM ATA not sure its worth it? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 24 23:14:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1ADB1065672; Mon, 24 Sep 2012 23:14:37 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 742738FC15; Mon, 24 Sep 2012 23:14:37 +0000 (UTC) Received: from rbpbp.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8ONEUil020227; Tue, 25 Sep 2012 00:14:30 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Bob Bishop X-Priority: 3 In-Reply-To: <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> Date: Tue, 25 Sep 2012 00:14:24 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <48D1FE59-C687-4D95-B4BF-7BC85F8B8F0A@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 23:14:38 -0000 Hi, Still seems to be working OK, but: seagoon# zpool status pool: m1 state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are = unaffected. action: Determine if the device needs to be replaced, and clear the = errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scan: scrub repaired 0 in 0h2m with 0 errors on Mon Sep 24 23:52:08 = 2012 config: NAME STATE READ WRITE CKSUM m1 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/disk1 ONLINE 109M 0 0 gpt/disk0 ONLINE 109M 0 0 errors: No known data errors seagoon# sysctl -a |grep _trim kstat.zfs.misc.zio_trim.zio_trim_bytes: 228731904 kstat.zfs.misc.zio_trim.zio_trim_success: 19406 kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 kstat.zfs.misc.zio_trim.zio_trim_failed: 0 seagoon#=20 No device errors logged in messages, and scrub comes up clean as you can = see. The read error count is increasing, but otherwise everything = appears to work OK. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 00:38:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49D0C106566C; Tue, 25 Sep 2012 00:38:59 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8FBC8FC12; Tue, 25 Sep 2012 00:38:58 +0000 (UTC) Received: by vbmv11 with SMTP id v11so8599547vbm.13 for ; Mon, 24 Sep 2012 17:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G4cw9SJL7Z3Bt3dz/uXXrz94kwRf8hL3GKPBdUY5dVc=; b=Eg7xOBLGpQqjeot9ltpX26AhUetLtQzie0FcIEsOBy5xdsvfZ7Nv3/T7D10McgomLx 6TWUmbkNRuVcRrFQmGCZLSs8Ia++pgIJskOeyTtxNMsKpHu97N0vcBS/mM8j+VndWAuh sGswcR3IGAZvuu8CaOMmxCWa3Aou7xt+ybSuVSpW4wIvGLkk3XKYJeDjCQDamZJN0Kdu BWPDPTFYl5RlqgyGuWNfw2GQfJw6pgvltW3yeoYOvnGhjKlsJS/KpP7hpfvANG6U+/ik sNzX8txiF2cwkYXBtZs02sUBmvi6Oeq51n1can5X/qSzikR3pXx85sy+dThqp4jeD2Bd qmLw== MIME-Version: 1.0 Received: by 10.52.36.76 with SMTP id o12mr6763270vdj.40.1348533538044; Mon, 24 Sep 2012 17:38:58 -0700 (PDT) Received: by 10.58.207.114 with HTTP; Mon, 24 Sep 2012 17:38:57 -0700 (PDT) In-Reply-To: References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <20120924161654.GA1413@garage.freebsd.pl> Date: Mon, 24 Sep 2012 20:38:57 -0400 Message-ID: From: Ryan Stone To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 00:38:59 -0000 On Mon, Sep 24, 2012 at 1:03 PM, Steven Hartland wrote: > Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive > announces ATA_PROTO_CFA, so I can only assume this is failing when it > shouldn't. > > Might be nice to investigate what's happening and fix, but as ATA is > being replaced by CAM ATA not sure its worth it? I believe that the code that you are looking at refers to a old command that is only implemented by CompactFlash cards. The ad(4) driver does not currently support the TRIM command. I have an internal patch that implements it for FreeBSD 8.2; if there's interest I could try to dig it out. From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 01:55:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F07106564A; Tue, 25 Sep 2012 01:55:23 +0000 (UTC) (envelope-from prvs=161529b2c5=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7941C8FC0C; Tue, 25 Sep 2012 01:55:22 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000215752.msg; Tue, 25 Sep 2012 02:55:19 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 25 Sep 2012 02:55:19 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=161529b2c5=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Ryan Stone" References: <20120923195357.GO1454@garage.freebsd.pl><1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk><20120923222520.GS1454@garage.freebsd.pl><20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk><20120924161654.GA1413@garage.freebsd.pl> Date: Tue, 25 Sep 2012 02:55:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 01:55:23 -0000 ----- Original Message ----- From: "Ryan Stone" >> Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive >> announces ATA_PROTO_CFA, so I can only assume this is failing when it >> shouldn't. >> >> Might be nice to investigate what's happening and fix, but as ATA is >> being replaced by CAM ATA not sure its worth it? > > I believe that the code that you are looking at refers to a old > command that is only implemented by CompactFlash cards. The ad(4) > driver does not currently support the TRIM command. I have an > internal patch that implements it for FreeBSD 8.2; if there's interest > I could try to dig it out. It may well be but that's the only code in ad driver that I can see which sets DISKFLAG_CAN_DELETE and without that geom_disk should trigger EOPNOTSUPP and hence go into the unsupported not the fail case. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 02:46:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F5C3106564A for ; Tue, 25 Sep 2012 02:46:25 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4F68FC12 for ; Tue, 25 Sep 2012 02:46:24 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id E911B285C; Tue, 25 Sep 2012 11:46:15 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Tue, 25 Sep 2012 11:46:14 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120924175412.GA3999@michelle.cdnetworks.com> References: <20120921165631.GA3184@michelle.cdnetworks.com> <20120924175412.GA3999@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 02:46:25 -0000 >On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote: >> >On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: >> >> Hi, >> >> >> >> >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: >> >> >> Hi, here is the dmesg output. >> >> >> >> >> >> bge0: >> >> >> mem >> >> >> 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 >> >> >> bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E >> >> >> miibus0: on bge0 >> >> >> brgphy0: PHY 1 on miibus0 >> >> >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> >> >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto- >> >> >> flow >> >> >> >> >> > >> >> >It seems your controller is BCM5784 A1. The latest WIP have one >> >> >change that may affect its DMA behavior. So it would be good to >> >> >know how the WIP version works on your box. >> >> >> >> I update my system to 9-STABLE and using your WIP files. >> >> after I reboot the whole system. I cannot find bge anymore. >> >> >> >> here is the pciconf -lv output. >> >> >> >> none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 >> >> rev=0x10 hdr=0x00 >> >> vendor = 'Broadcom Corporation' >> >> device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' >> >> class = network >> >> subclass = ethernet >> > >> >Hmm, the WIP version didn't remove the chip id so bge(4) may have >> >failed to attach. >> >Could you check any message printed by bge(4) in dmesg output? >> >> There is neither message related to bge in the dmesg output. >> nor ifconfig -a output. >> >> anything else I can try ? > >Does stock bge(4) in latest stable/9 recognize your controller? >If the answer is yes, would you post full verbose boot message? I rebuild the kernel without your WIP files. unfortunately it seems 9-STABLE drop the support of this card while 9.0-RELEASE is fine. still no relate bge message in dmesg. here is the output of pciconf -lcbv none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfe9f0000, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[40] = VPD cap 09[60] = vendor (length 108) cap 05[50] = MSI supports 1 message, 64 bit cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[13c] = VC 1 max VC0 ecap 0003[160] = Serial 1 d8d385fffeaf9f38 ecap 0004[16c] = unknown 1 From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 03:50:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83F14106566B for ; Tue, 25 Sep 2012 03:50:34 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 43DCE8FC16 for ; Tue, 25 Sep 2012 03:50:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=HMs0OivlXSKWhetuYwGamcJshL4g1J9XvxIFUJlxLjg=; b=X8sOc4CwA947ouCwwaazF4m/bBYIHhE5W95++Oeqm3kXIPz+k+sCCUKLLxecWiii+0jEAtvSTnmEdhkvID8owfI08j7gJaZDRR0UowAftjmFUGESyOqB3EfDx7ch2cfLDGChF7zkOcMbBR0nP+mG0SCu9WKu2tEyPAqSDkltpAY=; Received: from iglou2.iglou.com ([192.107.41.8]:54950 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TGMAL-00008t-Bl by authid with igloumta_auth for current@freebsd.org; Mon, 24 Sep 2012 23:50:33 -0400 Received: from shell1.iglou.com ([192.107.41.17]:64525 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TGMAL-0001xN-1w for current@freebsd.org; Mon, 24 Sep 2012 23:50:33 -0400 Date: Mon, 24 Sep 2012 23:50:32 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Tue, 25 Sep 2012 03:55:41 +0000 Cc: Subject: device atapicam on r240673 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 03:50:34 -0000 Hello, For years I have put 'device atapicam' in my kernel. If my memory serves my well, this was to assist with dvd recording. I must have missed something. Is it now as simple as adding hw.ata.atapi_dma="1" to /boot/loader.conf? 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c ctfconvert -L VERSION -g vers.o linking kernel.debug atapi-cam.o: In function `atapi_action': /usr/src/sys/dev/ata/atapi-cam.c:436: undefined reference to `ata_controlcmd' /usr/src/sys/dev/ata/atapi-cam.c:651: undefined reference to `ata_queue_request' *** [kernel.debug] Error code 1 Stop in /usr/obj/usr/src/sys/D. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. (132) @ 23:41:19> Darrel From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 04:51:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D24106566B for ; Tue, 25 Sep 2012 04:51:24 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id E7D438FC12 for ; Tue, 25 Sep 2012 04:51:23 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id E1CF0288A; Tue, 25 Sep 2012 13:51:20 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Tue, 25 Sep 2012 13:51:19 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120924175412.GA3999@michelle.cdnetworks.com> References: <20120921165631.GA3184@michelle.cdnetworks.com> <20120924175412.GA3999@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 04:51:24 -0000 I am so sorry, I make a mistake. I exclude bge driver from kernel config sometime before and I totally forgot it! I will try your WIP files later. Regards. Qian >Does stock bge(4) in latest stable/9 recognize your controller? >If the answer is yes, would you post full verbose boot message? From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 04:53:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D34B41065672 for ; Tue, 25 Sep 2012 04:53:23 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4B98FC15 for ; Tue, 25 Sep 2012 04:53:23 +0000 (UTC) Received: by obcwo10 with SMTP id wo10so2050346obc.13 for ; Mon, 24 Sep 2012 21:53:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jg7gg3GpUBx45IPt9zKl7B/t8dtgTXoLiXVTf6yAAfs=; b=xivlQRkR/0xTeew1Z7lHONNuEuN9YmKBDi/Ztx8AQZoKPJve3WzS9Gt1BYz3oZOoQF +5G/XXBVISR1VDaSzOKlXigC2Sh+l79CUGID6jYq6zQ2UsmJTPcxKt2dEh+pOYse+M3m y3L4DaXcsoj3PoaohHO1AeV+U2nikHk4ArfnRcllTRTMznJ063pSoyIFwS3gwlS3wQcq O6B4b84EP2clJIDBnjrB8GIW19319EZsNm4XTc8SU4hkMD1Aqc4kVoDVNDtTw9RF+q37 /R5lMicRkFgf2P2EF1uqYmst66JhZCUCCQqmaJViItlgf6AeKdrr8nRDND5N41sL8H1W 0hjg== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr11725257oec.100.1348548803006; Mon, 24 Sep 2012 21:53:23 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Mon, 24 Sep 2012 21:53:22 -0700 (PDT) In-Reply-To: References: <20120921165631.GA3184@michelle.cdnetworks.com> <20120924175412.GA3999@michelle.cdnetworks.com> Date: Mon, 24 Sep 2012 21:53:22 -0700 Message-ID: From: Garrett Cooper To: Wanpeng Qian Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 04:53:23 -0000 On Mon, Sep 24, 2012 at 9:51 PM, Wanpeng Qian wrote: > I am so sorry, I make a mistake. > I exclude bge driver from kernel config > sometime before and I totally forgot it! > > I will try your WIP files later. Ok -- I was holding off based on your earlier reports, but I'll give pyunh@'s files a shot now. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 05:40:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35127106564A; Tue, 25 Sep 2012 05:40:01 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id E413F8FC08; Tue, 25 Sep 2012 05:40:00 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 0D187405; Tue, 25 Sep 2012 07:39:01 +0200 (CEST) Date: Tue, 25 Sep 2012 07:40:23 +0200 From: Pawel Jakub Dawidek To: Bob Bishop Message-ID: <20120925054023.GK1413@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> <48D1FE59-C687-4D95-B4BF-7BC85F8B8F0A@gid.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uuKVzAmB+c+zQlhu" Content-Disposition: inline In-Reply-To: <48D1FE59-C687-4D95-B4BF-7BC85F8B8F0A@gid.co.uk> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 05:40:01 -0000 --uuKVzAmB+c+zQlhu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 25, 2012 at 12:14:24AM +0100, Bob Bishop wrote: > Hi, >=20 > Still seems to be working OK, but: >=20 > seagoon# zpool status > pool: m1 > state: ONLINE > status: One or more devices has experienced an unrecoverable error. An > attempt was made to correct the error. Applications are unaffected. > action: Determine if the device needs to be replaced, and clear the errors > using 'zpool clear' or replace the device with 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-9P > scan: scrub repaired 0 in 0h2m with 0 errors on Mon Sep 24 23:52:08 2012 > config: >=20 > NAME STATE READ WRITE CKSUM > m1 ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > gpt/disk1 ONLINE 109M 0 0 > gpt/disk0 ONLINE 109M 0 0 >=20 > errors: No known data errors > seagoon# sysctl -a |grep _trim > kstat.zfs.misc.zio_trim.zio_trim_bytes: 228731904 > kstat.zfs.misc.zio_trim.zio_trim_success: 19406 > kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 > kstat.zfs.misc.zio_trim.zio_trim_failed: 0 > seagoon#=20 >=20 > No device errors logged in messages, and scrub comes up clean as you can = see. The read error count is increasing, but otherwise everything appears t= o work OK. Are you sure your world and kernel are in sync? I remember seeing similar problem when my userland was updated. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --uuKVzAmB+c+zQlhu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBhQ8YACgkQForvXbEpPzQCxACg9un8BZh6++nHBs5MYYGMo4YU VPwAoLjUTYIuLjl7GIBI4ep+bqSifFAl =pqRl -----END PGP SIGNATURE----- --uuKVzAmB+c+zQlhu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 07:30:48 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1501D106564A; Tue, 25 Sep 2012 07:30:48 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id C43E18FC0C; Tue, 25 Sep 2012 07:30:47 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c56d:b4e7:bb34:8fd2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 04F2A4AC2D; Tue, 25 Sep 2012 11:30:45 +0400 (MSK) Date: Tue, 25 Sep 2012 11:30:43 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1952493143.20120925113043@serebryakov.spb.ru> To: Pawel Jakub Dawidek In-Reply-To: <20120923195357.GO1454@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 07:30:48 -0000 Hello, Pawel. You wrote 23 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3.,= 23:53:58: PJD> FYI, I just committed TRIM support to ZFS, especially useful for PJD> SSD-only pools. This is something I implemented long time ago, but was PJD> now motivated to get back to it and commit it finally by some great PJD> fixes and improvements from the zfsonlinux project (made by Etienne PJD> Dechamps). It is amazing! Solaris doesn't have it! Thanks for your great work! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 07:43:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B72BB106564A for ; Tue, 25 Sep 2012 07:43:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 220CE8FC08 for ; Tue, 25 Sep 2012 07:43:21 +0000 (UTC) Received: by lbdb5 with SMTP id b5so450013lbd.13 for ; Tue, 25 Sep 2012 00:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3P28T/1zSEa7US+jnO6ankQkz4IYc8XbvZj+Spt83Ck=; b=TSnb5TEMHfojfqr4ICTd4Z/4jqu+1pn7QYus4RoeUob2x++Yd1tZhgUElHQqp0CsR1 gnDCp+RX1Af9QlqjucvkjLLXQWCaA2H/eUEpD8bJtKgaSCn2+/jwB6/wzk93/n3aLzo3 WiKnbw/0jPAn1d6+dJw4UV+4yPGb0V9Q9+z4yTQDy/C6OvCor7T29cobZYHmKBQUcJbv wPoda03W8cafCdkzee+oWRiJi+OczELLiKQatMW7E6VJSNH1bmVcYA5DhwBDac1vbCb5 RU8tDfgLWPsdBF5q57dEg9HiUsKWbVjYnsUgSjdB/ngLaIut2Rae/Bok6YE7JdNbkzYl Me0w== Received: by 10.112.8.228 with SMTP id u4mr5313084lba.38.1348558999862; Tue, 25 Sep 2012 00:43:19 -0700 (PDT) Received: from pc.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPS id gt19sm4896202lab.8.2012.09.25.00.43.17 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 00:43:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <506160FE.7070004@FreeBSD.org> Date: Tue, 25 Sep 2012 10:45:02 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Darrel References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , current@freebsd.org Subject: Re: Fwd: device atapicam on r240673 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 07:43:22 -0000 On 25.09.2012 07:51, Garrett Cooper wrote: > For years I have put 'device atapicam' in my kernel. If my memory > serves my well, this was to assist with dvd recording. I must have > missed something. Is it now as simple as adding hw.ata.atapi_dma="1" > to /boot/loader.conf? atapicam is no longer needed after migration to CAM-based ATA stack. hw.ata.atapi_dma="1" is also default value starting from about 2004. > 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 -Wmissing-include-dirs > -fdiagnostics-show-option -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 -mno-mmx > -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -Werror vers.c > ctfconvert -L VERSION -g vers.o > linking kernel.debug > atapi-cam.o: In function `atapi_action': > /usr/src/sys/dev/ata/atapi-cam.c:436: undefined reference to `ata_controlcmd' > /usr/src/sys/dev/ata/atapi-cam.c:651: undefined reference to `ata_queue_request' > *** [kernel.debug] Error code 1 > > Stop in /usr/obj/usr/src/sys/D. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > (132) @ 23:41:19> That is probably result of building atapicam together with option ATA_CAM, that is at least useless combination. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 09:32:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34A90106566B; Tue, 25 Sep 2012 09:32:04 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id A53E18FC0A; Tue, 25 Sep 2012 09:32:03 +0000 (UTC) Received: from [194.32.164.22] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8P9W2eK035942; Tue, 25 Sep 2012 10:32:02 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20120925054023.GK1413@garage.freebsd.pl> Date: Tue, 25 Sep 2012 10:31:57 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <363B4492-ADD1-42F1-80DA-BC9DAD21EBA2@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> <48D1FE59-C687-4D95-B4BF-7BC85F8B8F0A@gid.co.uk> <20120925054023.GK1413@garage.freebsd.pl> To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 09:32:04 -0000 On 25 Sep 2012, at 06:40, Pawel Jakub Dawidek wrote: > On Tue, Sep 25, 2012 at 12:14:24AM +0100, Bob Bishop wrote: >> Hi, >>=20 >> Still seems to be working OK, but: >>=20 >> seagoon# zpool status >> pool: m1 >> state: ONLINE >> status: One or more devices has experienced an unrecoverable error. = An >> attempt was made to correct the error. Applications are = unaffected. >> action: Determine if the device needs to be replaced, and clear the = errors >> using 'zpool clear' or replace the device with 'zpool replace'. >> see: http://www.sun.com/msg/ZFS-8000-9P >> scan: scrub repaired 0 in 0h2m with 0 errors on Mon Sep 24 23:52:08 = 2012 >> config: >>=20 >> NAME STATE READ WRITE CKSUM >> m1 ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> gpt/disk1 ONLINE 109M 0 0 >> gpt/disk0 ONLINE 109M 0 0 >>=20 >> errors: No known data errors >> seagoon# sysctl -a |grep _trim >> kstat.zfs.misc.zio_trim.zio_trim_bytes: 228731904 >> kstat.zfs.misc.zio_trim.zio_trim_success: 19406 >> kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 >> kstat.zfs.misc.zio_trim.zio_trim_failed: 0 >> seagoon#=20 >>=20 >> No device errors logged in messages, and scrub comes up clean as you = can see. The read error count is increasing, but otherwise everything = appears to work OK. >=20 > Are you sure your world and kernel are in sync? I remember seeing > similar problem when my userland was updated. I'm sure they are not. Buildworld time... > --=20 > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 10:32:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F075C1065670; Tue, 25 Sep 2012 10:32:15 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 4516F8FC15; Tue, 25 Sep 2012 10:32:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=E/rKeQO0AJATCpXDodQbCcT8+kPQiD+CLphPy/x8cY8=; b=IpWrI1MLPa3E5jgI683OegdwiK3H6VUStNz5CQLsJYnxjKJfeIIxTrofhj3sXWxvLje1p1dJlsXKFBszf+5iAmzWMN7GU/et/OnuVc6xIdllkvE2k1OrcuAuhKtvtWdz/OpA9n2HF3oNkQNwXjgt6kMhVT+I9xpQ+FjBh6iXIgw=; Received: from iglou3.iglou.com ([192.107.41.6]:53378 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TGSR4-0000Cu-Fo by authid with igloumta_auth; Tue, 25 Sep 2012 06:32:14 -0400 Received: from shell1.iglou.com ([192.107.41.17]:34813 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TGSR4-0002cS-5O; Tue, 25 Sep 2012 06:32:14 -0400 Date: Tue, 25 Sep 2012 06:32:13 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Alexander Motin In-Reply-To: <506160FE.7070004@FreeBSD.org> Message-ID: References: <506160FE.7070004@FreeBSD.org> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Tue, 25 Sep 2012 11:30:32 +0000 Cc: Garrett Cooper , current@freebsd.org Subject: [solved]: device atapicam on r240673 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 10:32:16 -0000 >> For years I have put 'device atapicam' in my kernel. If my memory >> serves my well, this was to assist with dvd recording. I must have >> missed something. Is it now as simple as adding hw.ata.atapi_dma="1" >> to /boot/loader.conf? > > atapicam is no longer needed after migration to CAM-based ATA stack. > hw.ata.atapi_dma="1" is also default value starting from about 2004. > Ah, yes- about my second year of FreeBSD. All I recall is that 5.0 was released very shortly after my first install. >> 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 -Wmissing-include-dirs >> -fdiagnostics-show-option -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 -mno-mmx >> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding >> -fstack-protector -Werror vers.c >> ctfconvert -L VERSION -g vers.o >> linking kernel.debug >> atapi-cam.o: In function `atapi_action': >> /usr/src/sys/dev/ata/atapi-cam.c:436: undefined reference to >> `ata_controlcmd' >> /usr/src/sys/dev/ata/atapi-cam.c:651: undefined reference to >> `ata_queue_request' >> *** [kernel.debug] Error code 1 >> >> Stop in /usr/obj/usr/src/sys/D. >> *** [buildkernel] Error code 1 >> >> Stop in /usr/src. >> *** [buildkernel] Error code 1 >> >> Stop in /usr/src. >> (132) @ 23:41:19> > > That is probably result of building atapicam together with option ATA_CAM, > that is at least useless combination. > Thank you, Alexander. Darrel From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 12:42:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24AD5106564A; Tue, 25 Sep 2012 12:42:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D1AB38FC0C; Tue, 25 Sep 2012 12:42:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TGUT2-002Rwt-8s>; Tue, 25 Sep 2012 14:42:24 +0200 Received: from e178013022.adsl.alicedsl.de ([85.178.13.22] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TGUT2-001XLF-6A>; Tue, 25 Sep 2012 14:42:24 +0200 Message-ID: <5061A6AF.5040800@zedat.fu-berlin.de> Date: Tue, 25 Sep 2012 14:42:23 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Ports FreeBSD , Current FreeBSD X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.13.22 Cc: Subject: lang/icon: Port does not respect "USE_GCC=4.6+ override and stops building duet to "BROKEN" flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 12:42:31 -0000 If someone overrides the default system compiler which is in my case CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44 CEST 2012 amd64), the if-statement does always take place and prevents lang/icon to be build: [...] .if ${CC} == "clang" || ${CXX} == "clang++" BROKEN= does not pass all tests when compiled with clang .endif [...] In /etc/makefile.conf, I include an additional file located in /usr/local/etc/ports.conf which contains statements like # lang/icon .if ${.CURDIR:M*/lang/icon} USE_GCC= 4.6+ #CC= cc #CXX= c++ #CPP= cpp .endif I'd expect the build system system to have already setup CC, CPP and CXX according to the specifications made in /etc/make.conf and the overridings in my ports.conf file with "USE_GCC=4.6+", but obviously this doesn't happen. I expect by setting "USE_GCC=4.6" all the nasty stuff like -Wl,rpatch=, CC,CXX,CPP et cetera is set for me and I do not have to take care of it. How can this problem be solved? I think this will become an issue when CLANG will be the default compiler. oh From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 13:04:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12F24106566C; Tue, 25 Sep 2012 13:04:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C9E598FC0C; Tue, 25 Sep 2012 13:04:00 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8PD3xsh027989; Tue, 25 Sep 2012 06:03:59 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8PD3xJw027988; Tue, 25 Sep 2012 06:03:59 -0700 (PDT) (envelope-from sgk) Date: Tue, 25 Sep 2012 06:03:59 -0700 From: Steve Kargl To: "O. Hartmann" Message-ID: <20120925130359.GA27981@troutmask.apl.washington.edu> References: <5061A6AF.5040800@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5061A6AF.5040800@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: lang/icon: Port does not respect "USE_GCC=4.6+ override and stops building duet to "BROKEN" flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 13:04:01 -0000 On Tue, Sep 25, 2012 at 02:42:23PM +0200, O. Hartmann wrote: > If someone overrides the default system compiler which is in my case > CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44 > CEST 2012 amd64), the if-statement does always take place and prevents > lang/icon to be build: > Please, do not cross-post freebsd-port issues to freebsd-current. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 13:18:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 326C4106564A; Tue, 25 Sep 2012 13:18:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D70CD8FC0A; Tue, 25 Sep 2012 13:18:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TGV1k-002ZtE-Hc>; Tue, 25 Sep 2012 15:18:16 +0200 Received: from e178013022.adsl.alicedsl.de ([85.178.13.22] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TGV1k-001aDG-Dz>; Tue, 25 Sep 2012 15:18:16 +0200 Message-ID: <5061AF17.6020503@zedat.fu-berlin.de> Date: Tue, 25 Sep 2012 15:18:15 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Steve Kargl References: <5061A6AF.5040800@zedat.fu-berlin.de> <20120925130359.GA27981@troutmask.apl.washington.edu> In-Reply-To: <20120925130359.GA27981@troutmask.apl.washington.edu> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8431B6971E2511C97110B481" X-Originating-IP: 85.178.13.22 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: lang/icon: Port does not respect "USE_GCC=4.6+ override and stops building duet to "BROKEN" flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 13:18:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8431B6971E2511C97110B481 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 09/25/12 15:03, schrieb Steve Kargl: > On Tue, Sep 25, 2012 at 02:42:23PM +0200, O. Hartmann wrote: >> If someone overrides the default system compiler which is in my case >> CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44 >> CEST 2012 amd64), the if-statement does always take place and prevents= >> lang/icon to be build: >> >=20 > Please, do not cross-post freebsd-port issues to > freebsd-current. >=20 I think this is also CURRENT related, since CURRNET is about to change the base compiler and so those problems are trageted implicitely. Thanks for the advice. O. Hartmann --------------enig8431B6971E2511C97110B481 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQYa8XAAoJEOgBcD7A/5N8tscH/ir0uFsYcScEZfOjDwECvCPM t72ErcKJtQXaQaOO1OdsrTjKP3kyKsz7PvBncV8v6xaZxzPtWuEHJddp60QoeoT1 qMc56viQLG+6sXV//Yj7qjO5EYMmPkqY8T9mHD5Ch41BYLMOoexnLHK5ftBWmbsp tXYCfnBCHF0FX0B0gkAzTtSKEHH3tL7+os3tBSIV4Xo/CLTlezkv4FEHCg8q7Qqm bjEPN8WWS8G9NPBGGhwkQgrBgUwQRUIXEa8LTYRKnbphZdwpB4awkBgBxgimBLDB 0B3sGpws2nyCSyaj3pKHnDn2vDwEw0dGJyBxDI1BjhTym20WNP3eo3jIvc0toFo= =+O1V -----END PGP SIGNATURE----- --------------enig8431B6971E2511C97110B481-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 15:17:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0371065674; Tue, 25 Sep 2012 15:17:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7738FC1A; Tue, 25 Sep 2012 15:17:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AD68AB990; Tue, 25 Sep 2012 11:17:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 25 Sep 2012 11:07:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <5F3C03B6-01D0-42DE-BE9E-323DBDC90C8E@neville-neil.com> <20120921092235.GC66984@gmail.com> <505C9C58.3060006@freebsd.org> In-Reply-To: <505C9C58.3060006@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209251107.02279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Sep 2012 11:17:12 -0400 (EDT) Cc: Mikolaj Golub , Anuranjan Shukla , FreeBSD Current Subject: Re: Proposal for change to kernel linker for fixing a VNET and DPCPU problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:17:13 -0000 On Friday, September 21, 2012 12:56:56 pm Julian Elischer wrote: > On 9/21/12 2:22 AM, Mikolaj Golub wrote: > > On Fri, Sep 07, 2012 at 01:28:16AM -0700, Anuranjan Shukla wrote: > >> Hi George, > >> Thanks for taking a look. Some answers/comments below. > >> > >>>> Building FreeBSD without the network stack (network stack as a module) > >>>> ---------------------------------------------------------------------- > >>>> > >>> This would be interesting for many reasons, and I think it would be a good > >>> contribution. Does the work you've done in this area handle the VNET > >>> stuff that is in the stack as well? That is, how well does the network > >>> stack > >>> as a module play with the vnet architecture? > >> I'll follow up on this one separately. > > FYI, there is at least this issue with virtualized global variables in modules: > > > > http://lists.freebsd.org/pipermail/freebsd-virtualization/2011-July/000737.html > > > > On archs that use link_elf.c (i.e. all except amd64, which uses > > link_elf_obj.c) virtualized global variables in modules can not be > > accessed from another modules, because link_elf on a module load does > > relocation only for VNET variables defined in this module. > > > > As it was pointed by Marko Zec, the same issue is with DPCPU. > > > > The latest patch I have (both for VNET and DPCPU): > > > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch > > > > The fix is to make the linker on a module load recognize "external" > > VNET/DPCPU variables defined in the previously loaded modules and > > relocate them accordingly. For this set_pcpu_list and set_vnet_list > > are used, where the addresses of modules 'set_pcpu' and 'set_vnet' > > linker sets are stored in. > > it makes sense to me, but I really am not a linker person.. > I think it woul be good to get Doug Rabson to weigh in on it, and > maybe john Baldwin.. > > moving to -current as it's not a "net" issue really.. I think the proposed patch is ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 15:17:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0371065674; Tue, 25 Sep 2012 15:17:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7738FC1A; Tue, 25 Sep 2012 15:17:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AD68AB990; Tue, 25 Sep 2012 11:17:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 25 Sep 2012 11:07:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <5F3C03B6-01D0-42DE-BE9E-323DBDC90C8E@neville-neil.com> <20120921092235.GC66984@gmail.com> <505C9C58.3060006@freebsd.org> In-Reply-To: <505C9C58.3060006@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209251107.02279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Sep 2012 11:17:12 -0400 (EDT) Cc: Mikolaj Golub , Anuranjan Shukla , FreeBSD Current Subject: Re: Proposal for change to kernel linker for fixing a VNET and DPCPU problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:17:13 -0000 On Friday, September 21, 2012 12:56:56 pm Julian Elischer wrote: > On 9/21/12 2:22 AM, Mikolaj Golub wrote: > > On Fri, Sep 07, 2012 at 01:28:16AM -0700, Anuranjan Shukla wrote: > >> Hi George, > >> Thanks for taking a look. Some answers/comments below. > >> > >>>> Building FreeBSD without the network stack (network stack as a module) > >>>> ---------------------------------------------------------------------- > >>>> > >>> This would be interesting for many reasons, and I think it would be a good > >>> contribution. Does the work you've done in this area handle the VNET > >>> stuff that is in the stack as well? That is, how well does the network > >>> stack > >>> as a module play with the vnet architecture? > >> I'll follow up on this one separately. > > FYI, there is at least this issue with virtualized global variables in modules: > > > > http://lists.freebsd.org/pipermail/freebsd-virtualization/2011-July/000737.html > > > > On archs that use link_elf.c (i.e. all except amd64, which uses > > link_elf_obj.c) virtualized global variables in modules can not be > > accessed from another modules, because link_elf on a module load does > > relocation only for VNET variables defined in this module. > > > > As it was pointed by Marko Zec, the same issue is with DPCPU. > > > > The latest patch I have (both for VNET and DPCPU): > > > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch > > > > The fix is to make the linker on a module load recognize "external" > > VNET/DPCPU variables defined in the previously loaded modules and > > relocate them accordingly. For this set_pcpu_list and set_vnet_list > > are used, where the addresses of modules 'set_pcpu' and 'set_vnet' > > linker sets are stored in. > > it makes sense to me, but I really am not a linker person.. > I think it woul be good to get Doug Rabson to weigh in on it, and > maybe john Baldwin.. > > moving to -current as it's not a "net" issue really.. I think the proposed patch is ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 16:13:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8329D106564A; Tue, 25 Sep 2012 16:13:52 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id EFA5B8FC0C; Tue, 25 Sep 2012 16:13:51 +0000 (UTC) Received: from rbpbp.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8PGDnbk046413; Tue, 25 Sep 2012 17:13:50 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20120925054023.GK1413@garage.freebsd.pl> Date: Tue, 25 Sep 2012 17:13:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9BB3A40C-AFE4-473D-9BB1-61704CE2D472@gid.co.uk> References: <20120923195357.GO1454@garage.freebsd.pl> <1735E492-3C3C-491A-82E2-884E976B4BC4@gid.co.uk> <20120923222520.GS1454@garage.freebsd.pl> <20CC6F2BF08D47ED802318697542A15D@multiplay.co.uk> <2EC5B55F-E969-4663-A753-1115D96F125C@gid.co.uk> <48D1FE59-C687-4D95-B4BF-7BC85F8B8F0A@gid.co.uk> <20120925054023.GK1413@garage.freebsd.pl> To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Steven Hartland Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:13:52 -0000 On 25 Sep 2012, at 06:40, Pawel Jakub Dawidek wrote: > On Tue, Sep 25, 2012 at 12:14:24AM +0100, Bob Bishop wrote: >> Hi, >>=20 >> Still seems to be working OK, but: >>=20 >> seagoon# zpool status >> pool: m1 >> state: ONLINE >> status: One or more devices has experienced an unrecoverable error. = An >> attempt was made to correct the error. Applications are = unaffected. >> action: Determine if the device needs to be replaced, and clear the = errors >> using 'zpool clear' or replace the device with 'zpool replace'. >> see: http://www.sun.com/msg/ZFS-8000-9P >> scan: scrub repaired 0 in 0h2m with 0 errors on Mon Sep 24 23:52:08 = 2012 >> config: >>=20 >> NAME STATE READ WRITE CKSUM >> m1 ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> gpt/disk1 ONLINE 109M 0 0 >> gpt/disk0 ONLINE 109M 0 0 >>=20 >> errors: No known data errors >> seagoon# sysctl -a |grep _trim >> kstat.zfs.misc.zio_trim.zio_trim_bytes: 228731904 >> kstat.zfs.misc.zio_trim.zio_trim_success: 19406 >> kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 >> kstat.zfs.misc.zio_trim.zio_trim_failed: 0 >> seagoon#=20 >>=20 >> No device errors logged in messages, and scrub comes up clean as you = can see. The read error count is increasing, but otherwise everything = appears to work OK. >=20 > Are you sure your world and kernel are in sync? I remember seeing > similar problem when my userland was updated. Building world up to date fixes the problem. Good catch. > --=20 > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 16:24:36 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0285A106564A; Tue, 25 Sep 2012 16:24:36 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id BA8358FC17; Tue, 25 Sep 2012 16:24:35 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 99C0A589; Tue, 25 Sep 2012 18:23:28 +0200 (CEST) Date: Tue, 25 Sep 2012 18:24:53 +0200 From: Pawel Jakub Dawidek To: Glen Barber Message-ID: <20120925162453.GA1391@garage.freebsd.pl> References: <20120923195357.GO1454@garage.freebsd.pl> <20120924002041.GA1303@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20120924002041.GA1303@glenbarber.us> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 16:24:36 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 23, 2012 at 08:20:41PM -0400, Glen Barber wrote: > Hi Pawel, >=20 > On Sun, Sep 23, 2012 at 09:53:58PM +0200, Pawel Jakub Dawidek wrote: > > FYI, I just committed TRIM support to ZFS, especially useful for > > SSD-only pools. This is something I implemented long time ago, but was > > now motivated to get back to it and commit it finally by some great > > fixes and improvements from the zfsonlinux project (made by Etienne > > Dechamps). > >=20 >=20 > Great! Thanks for this. >=20 > Any chance you can document the following sysctls? None od the kstat sysctls are documented, they emulate kstat framework =66rom Solaris. We would need to modify a lot of vendor code to document those in 'sysctl -d' output. It still would be good to have them documented even elsewhere, eventhough most are rather self-explanatory. > root@kaos:/root # sysctl -d kstat.zfs.misc.zio_trim > kstat.zfs.misc.zio_trim:=20 > kstat.zfs.misc.zio_trim.zio_trim_bytes:=20 > kstat.zfs.misc.zio_trim.zio_trim_success:=20 > kstat.zfs.misc.zio_trim.zio_trim_unsupported:=20 > kstat.zfs.misc.zio_trim.zio_trim_failed:=20 --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBh2tUACgkQForvXbEpPzSGHQCff2BiCYiBxb3jN2V9j/OVEWjP d0AAn3n6Xp3mWAo5mp7S/4OAQ2DMClv5 =Bv69 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 18:29:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C9571065680; Tue, 25 Sep 2012 18:29:26 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id E8E678FC1B; Tue, 25 Sep 2012 18:29:23 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q8PIPhU7004070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Sep 2012 20:25:43 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5061F6E9.6030104@omnilan.de> Date: Tue, 25 Sep 2012 20:24:41 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: attilio@freebsd.org References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5956BD299507D7C8FB9E48CE" Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 18:29:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5956BD299507D7C8FB9E48CE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable schrieb Attilio Rao am 21.09.2012 02:22 (localtime): > On Wed, Sep 19, 2012 at 3:48 AM, Attilio Rao wrot= e: >> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wr= ote: >>> 2012/7/4 Attilio Rao : >>>> 2012/6/29 Attilio Rao : >>>>> As already published several times, according to the following plan= : >>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>> >>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>> basically only used RO these days (also the mount_ntfs code just >>>> permits RO mounting) I stripped all the uncomplete/bogus write suppo= rt >>>> with the following patch: >>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>> >>>> This is an attempt to make the code smaller and possibly just focus = on >>>> the locking that really matter (as read-only filesystem). >>>> On some points of the patch I'm a bit less sure as we could easily >>>> take into account also write for things like vaccess() arguments, an= d >>>> make easier to re-add correct write support at some point in the >>>> future, but still force RO, even if the approach used in the patch i= s >>>> more correct IMHO. >>>> As an added bonus this patch cleans some dirty code in the mount >>>> operation and fixes a bug as vfs_mountedfrom() is called before real= >>>> mounting is completed and can still fail. >>> A quick update on this. >>> It looks like NTFS won't be completed for this GSoC thus I seriously >>> need to find an alternative to not loose the NTFS support entirely. >>> >>> I tried to look into the NTFS implementation right now and it is >>> really a poor support. As Peter has also verified, it can deadlock in= >>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>> complete rewrite if we would still support in-kernel NTFS. I also >>> tried to look at the NetBSD implementation. Their code is someway >>> similar to our, but they used very complicated (and very dirty) code >>> to do the locking. Even if I don't know well enough NetBSD VFS, I hav= e >>> the impression not all the races are correctly handled. Definitively,= >>> not something I would like to port. >>> >>> Considering all that the only viable option would be meaning an >>> userland filesystem implementation. My preferred choice would be to >>> import PUFFS and librefuse on top of it but honestly it requires a lo= t >>> of time to be completed, time which I don't currently have as in 2 >>> months Giant must be gone by the VFS. >>> >>> I then decided to switch to gnn's rewamp of FUSE patches. You can fin= d >>> his initial e-mail here: >>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >>> >>> I've precisely got the second version of George's patch and created >>> this dolphin branch: >>> svn://svn.freebsd.org/base/projects/fuse >>> >>> I'm fixing low hanging fruit for the moment (see r238411 for example)= >>> and I still have to make a throughful review. >>> However my idea is to commit the support once: >>> - ntfs-3g is well stress-tested and proves to be bug-free >>> - there is no major/big technical issue pending after the reviews >> In the last weeks Peter, Florian, Gustau and I have been working in >> stabilizing fuse support. In the specific, Peter has worked hard on >> producing several utilities to nit stress-test fuse and in particular >> ntfs, Florian has improved fuse related ports (as explained later) and= >> Gustau has done sparse testing. I feel moderately satisfied by the >> level of stability of fuse now to propose to wider usage, in >> particular given the huge amount of complaints I'm hearing around >> about occasional fuse users. >> >> The final target of the project is to completely import into base the >> content of fusefs-kmod starting from earlier posted patches by George.= >> So far, we took care only of importing in the fuse branch the kernel >> part, so that fusefs-kmod userland part is still needed to be >> installed from ports, but I was studying the mount_fusefs licensing >> before to process with the import for the userland bits of it. >> >> The fixing has been happening here: >> svn://svn.freebsd.org/base/projects/fuse/ >> >> which is essentially an HEAD branch + fuse kernel components. In order= >> to get fuse, please compile a kernel from this branch with FUSE option= >> or simply build and load fuse module. >> Alternatively, a kernel patch that should work with HEAD@240684 is her= e: >> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >> >> I guess the patch can easilly apply to all FreeBSD branches, really, >> but it is not tested to anything else different then -CURRENT. >> >> As said you still need currently to build fusefs-kmod port. However >> you need these further patches, to be put in the fusefs-kmod/files/ >> directory:: >> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_= fusefs2.c >> >> They both disable the old kernel building/linking and import new >> functionality to let the new kernel support work well in presence of >> many consumers. >> >> In addition to fusefs-kmod, Bryan and Florian have also updated >> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >> e-mail: >> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.ht= ml >> >> Even if this work is someway independent by the fusefs-kmod import, I >> warmly suggest to all of you to use their patches (and this what we >> have been testing so far too. > So, after Bryan and Florian ports update, I've also committed userland > part of fusefs-kmod and now the project branch fully mirrors > functionality of fusefs-kmod. The code in projects/fuse, infact, will > also install mount_fusefs as part of the fuse support. > > You can use the branch directly or this patch against -CURRENT at 24075= 2: > http://www.freebsd.org/~attilio/fuse_import/fuse_240752.patch Hello, first, many thanks for your effort bringing fusefs support into base with decent stability!!! I tried to compile RELENG_9_1 with your patch, but failed figuring out why compiling world stops with this error: src/sbin/mount_fusefs/mount_fusefs.c:319: error: void value not ignored as it ought to be *** [mount_fusefs.o] Error code 1 Thanks for any hint. -Harry --------------enig5956BD299507D7C8FB9E48CE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBh9u4ACgkQLDqVQ9VXb8gpAwCfb5VoWs1KCpoaAowEGEmXaYyo FGAAnRAqlgLO5GN46sxm63FoIcinBDX2 =ZOwb -----END PGP SIGNATURE----- --------------enig5956BD299507D7C8FB9E48CE-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 20:08:55 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADF71106566B; Tue, 25 Sep 2012 20:08:55 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 659028FC1F; Tue, 25 Sep 2012 20:08:55 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 476CD28426; Tue, 25 Sep 2012 22:02:57 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6B45E28423; Tue, 25 Sep 2012 22:02:56 +0200 (CEST) Message-ID: <50620DEF.404@quip.cz> Date: Tue, 25 Sep 2012 22:02:55 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20120923195357.GO1454@garage.freebsd.pl> <20120924002041.GA1303@glenbarber.us> <20120925162453.GA1391@garage.freebsd.pl> In-Reply-To: <20120925162453.GA1391@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, Glen Barber , freebsd-current@FreeBSD.org Subject: Re: ZFS TRIM support committed to HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 20:08:55 -0000 Pawel Jakub Dawidek wrote: > On Sun, Sep 23, 2012 at 08:20:41PM -0400, Glen Barber wrote: >> Hi Pawel, [...] >> Great! Thanks for this. >> >> Any chance you can document the following sysctls? > > None od the kstat sysctls are documented, they emulate kstat framework > from Solaris. We would need to modify a lot of vendor code to document > those in 'sysctl -d' output. It still would be good to have them > documented even elsewhere, eventhough most are rather self-explanatory. There were some "sysctl documentation" project on the net (maybe som GSoC, I am not sure). Most sysctl's are self-explanatory - unfortunately only for knowledgeable developers or authors of the code. And sometimes even a short description (sysctl -d) is not enough. It explains meaning of some counter, but not the condition where / by what this counter is triggered. I think some public page on FreeBSD Wiki bould be good starting place for documenting all useful sysctls, their meaning, tips for tuning, what one can gain or lose by changing them etc. >> root@kaos:/root # sysctl -d kstat.zfs.misc.zio_trim >> kstat.zfs.misc.zio_trim: >> kstat.zfs.misc.zio_trim.zio_trim_bytes: >> kstat.zfs.misc.zio_trim.zio_trim_success: >> kstat.zfs.misc.zio_trim.zio_trim_unsupported: >> kstat.zfs.misc.zio_trim.zio_trim_failed: Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 20:19:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDB0B1065674 for ; Tue, 25 Sep 2012 20:19:03 +0000 (UTC) (envelope-from jose@lajni.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC2608FC16 for ; Tue, 25 Sep 2012 20:19:03 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so911210pbb.13 for ; Tue, 25 Sep 2012 13:19:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=AHcUcknNbXCttSe/2u3IQynfxpqfgh1nswqtxOd/mc0=; b=GmcA+Vo+r1OZKMlOIpZyTJJvQFo74UDsjRoC3kVKpyfE1hKWTDu3sN4e0MVFbUUbXm dhFjYfJr/cjTdSCU1o68TmTwfCNHo0Gc5XThf148lpoWaw0EbnLiagf3+QZqCk6ZMGst 2gOksuxgTX6zscztqLBbMMi26UnTTiM30GAKxZt7d0M0MwtUlrQU0YMm05gvLn72VyHG wb1sWCqccbOuLlIKfOIKM6OzFeeQ+KH2keXE6awyPQ46XHxHxH9ji3wty5nIwMsOLBmH +DCcXlmPlf7UXmmYQpt1zoc2KrgAYSthkACWCDDZ0ILi4nTlrTqrGIi20DQQc7ckPqlH pmSQ== Received: by 10.68.190.233 with SMTP id gt9mr20014825pbc.137.1348604343326; Tue, 25 Sep 2012 13:19:03 -0700 (PDT) Received: from josebashPC ([64.27.27.45]) by mx.google.com with ESMTPS id c1sm632457pay.19.2012.09.25.13.19.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 13:19:02 -0700 (PDT) From: "Jose A. Lombera" To: Date: Tue, 25 Sep 2012 13:18:57 -0700 Message-ID: <00f501cd9b5a$ff9cf210$fed6d630$@lajni.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 thread-index: Ac2bWuLEenuHWYVLTVGgGCDA9jKKLg== Content-Language: en-us X-Gm-Message-State: ALoCoQlcdGrVhEaX/aVzMVkaG3k7N48jpqZSxbD75EdIJpXxEOpFxE7ahz4cvhbv3IXewu9AIFEs Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: zfs + hast recreate raid5 can this be with out losing data. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 20:19:04 -0000 Recently one of my hdd (disk2) from pool went bad. I was able to replaced it, but the zpool was never able to bring it online. [root@san1 /usr/home/jose]# zpool status -x pool: tank state: DEGRADED status: One or more devices could not be opened. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-2Q scan: scrub repaired 0 in 12h4m with 0 errors on Sun Sep 23 19:14:19 2012 config: NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 hast/disk1 ONLINE 0 0 0 11919832608590631234 UNAVAIL 0 0 0 was /dev/dsk/hast/disk2 hast/disk3 ONLINE 0 0 0 hast/disk4 ONLINE 0 0 0 hast/disk5 ONLINE 0 0 0 hast/disk6 ONLINE 0 0 0 hast/disk7 ONLINE 0 0 0 hast/disk8 ONLINE 0 0 0 hast/disk9 ONLINE 0 0 0 hast/disk10 ONLINE 0 0 0 errors: No known data errors Thinking that was due to HASTD running I stopped it, but did not stop so I killed it. This caused the pool to disappeared. Thinking that I might have to do it from the RAID LSI Controller, I shut down the system and went into LSI configuration. I have configured Raid0 for every sata hdd, so when I replaced the bad disk (disk2) Raid0 (LSI) moved the disk one level down. The new disk just replaced (disk2) took the place of the disk10 (last one in the configuration, raid0 thinks is a new disk)in the OS and disk3 became disk2 and so on. I have to find the way to bring disk2 back online. 11919832608590631234 UNAVAIL 0 0 0 was /dev/dsk/hast/disk2 For some reason zpool online doesn't let me do it. [root@san1 /usr/home/jose]# zpool online tank /dev/dsk/hast/disk2 warning: device '/dev/dsk/hast/disk2' onlined, but remains in faulted state use 'zpool replace' to replace devices that are no longer present [root@san1 /usr/home/jose]# Do you have any idea how can I do that. Or do I have to do this, to recreate the raid? zpool create zhast raidz1 /dev/hast/disk1 /dev/hast/disk2 /dev/hast/disk3 someone from support told that I can recreate the RAID5 without messing the data? Would this fix the disk2 that zpool can't see. No sure if this true. Can someone with ZFS and HAST experience help me out here. From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 21:01:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BE441065697; Tue, 25 Sep 2012 21:01:26 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id D85D88FC20; Tue, 25 Sep 2012 21:01:25 +0000 (UTC) Received: by oagm1 with SMTP id m1so9182574oag.13 for ; Tue, 25 Sep 2012 14:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=yuii11VYTTVoLaoz+hE5Gmi2sCtFxjbx1equoRGcwB0=; b=hOhW0PJNnkS1skxUs5GfSdSuVxgu3+cwUy36WVHHF2KrjT+Av7ReWi8egmcBLZ5e2r kuvnPnlmAxXHRLeo7wlk9O03bpGWPgRMMpvFa4sjTqbULVMF1xSn7GK3n3cKfpRMFyIn NP+MV4DsldPPn+I0mybXzey/6BsMV5BZ+jiBty5OECFxFJ2Its+N1XvS9cXG3YaKGxim R7nWLrmaz/Up/UF49sdb+xFrGbf9hTD+Lo4MIC7pxWeMY8p1NW5cOW0UrmjQ7aPUtP0/ PTrt15J06GUCbCsgMAn0qtgJmZXouGr3rwrgd0wAKXaQ3O4Sni/+7K8wJcHqtJOpl+cQ b91A== MIME-Version: 1.0 Received: by 10.60.8.229 with SMTP id u5mr1509000oea.64.1348606885290; Tue, 25 Sep 2012 14:01:25 -0700 (PDT) Received: by 10.76.77.3 with HTTP; Tue, 25 Sep 2012 14:01:25 -0700 (PDT) Date: Tue, 25 Sep 2012 23:01:25 +0200 Message-ID: From: Oliver Pinter To: current@freebsd.org, ports@freebsd.org Content-Type: multipart/mixed; boundary=e89a8fb201de56e0d904ca8d02e2 Cc: x11@freebsd.org Subject: [PATCH] unbreak XDM build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 21:01:26 -0000 --e89a8fb201de56e0d904ca8d02e2 Content-Type: text/plain; charset=ISO-8859-1 Hi all! This patch fixed the problem, when buildig xdm on a machine where clang is the base the compiler (WITH_CLANG_IS_CC). --e89a8fb201de56e0d904ca8d02e2 Content-Type: application/octet-stream; name="unbreak_xdm_build_when_clang_set_as_CC.diff" Content-Disposition: attachment; filename="unbreak_xdm_build_when_clang_set_as_CC.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 ZGlmZiAtLWdpdCBhL3gxMS94ZG0vTWFrZWZpbGUgYi94MTEveGRtL01ha2VmaWxlCmluZGV4IDUx ZGJlMDkuLmI0MTZlODYgMTAwNjQ0Ci0tLSBhL3gxMS94ZG0vTWFrZWZpbGUKKysrIGIveDExL3hk bS9NYWtlZmlsZQpAQCAtMjgsNiArMjgsMTEgQEAgT1BUSU9OUz0JWERNU0hFTEwgIkluc3RhbGwg eGRtc2hlbGwiIG9mZgogCiAuaW5jbHVkZSA8YnNkLnBvcnQub3B0aW9ucy5taz4KIAorIyBYWFgg dW5icmVhayBidWlsZCB3aXRoIGNsYW5nIGFzIENDCitCVUlMRF9ERVBFTkRTKz0gdWNwcDoke1BP UlRTRElSfS9kZXZlbC91Y3BwCitSVU5fREVQRU5EUys9ICAgdWNwcDoke1BPUlRTRElSfS9kZXZl bC91Y3BwCitDT05GSUdVUkVfRU5WKz0JYWNfY3ZfcGF0aF9SQVdDUFA9InVjcHAgLXMiCisKIC5p ZiBkZWZpbmVkKFdJVEhfWERNU0hFTEwpCiBDT05GSUdVUkVfQVJHUys9LS1lbmFibGUteGRtc2hl bGwKIE1BTjErPQkJeGRtc2hlbGwuMQo= --e89a8fb201de56e0d904ca8d02e2-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 22:37:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06C48106566B; Tue, 25 Sep 2012 22:37:33 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 975808FC15; Tue, 25 Sep 2012 22:37:31 +0000 (UTC) Received: by oagm1 with SMTP id m1so9302297oag.13 for ; Tue, 25 Sep 2012 15:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Bm1v018qwun9YllRWPRHhdOqffNqS8k0dCEQvjUp59E=; b=mE/1nNqI2G7UVgxleG3IZ7CsbQJwnNeEICE5YKNm1pbl6CRdorj9hg7aPAzUT1SbrV m1QM+IN+Dz4V9zCo+um7A/LwfxyhpcJW4pK9FL33w8Pibmkn+zNZ2+aEm8sWXEnmAGbZ fv6JcI1QFicQcfjThcSvV3NcWdh1NNYbcULR9D2hSiCzaQyw3LSc8agUSp+UwCWFbpdc pJ+kaIySq6yj7hi9CD+rOATQ2oS8+kGJBJT0ks11Z3xWWRJxXR/mCru+MP8GcbsK3mDS 4+a6XScg9fK0LHNvmkY4AoM4xISuIilmoBvuuhAlEtGA+gQ//bAKuRyirzQhrleyaRjZ FbQg== MIME-Version: 1.0 Received: by 10.182.225.5 with SMTP id rg5mr13637477obc.49.1348612650951; Tue, 25 Sep 2012 15:37:30 -0700 (PDT) Received: by 10.76.77.3 with HTTP; Tue, 25 Sep 2012 15:37:30 -0700 (PDT) Date: Wed, 26 Sep 2012 00:37:30 +0200 Message-ID: From: Oliver Pinter To: current@freebsd.org, ports@freebsd.org Content-Type: multipart/mixed; boundary=f46d04446a49ffe50704ca8e5914 Cc: x11@freebsd.org Subject: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 22:37:33 -0000 --f46d04446a49ffe50704ca8e5914 Content-Type: text/plain; charset=ISO-8859-1 Hi all! This patch fixed the problem, when buildig imake on a machine where clang is the base the compiler (WITH_CLANG_IS_CC). --f46d04446a49ffe50704ca8e5914 Content-Type: application/octet-stream; name="unbreak_imake_build_when_clang_set_as_CC.diff" Content-Disposition: attachment; filename="unbreak_imake_build_when_clang_set_as_CC.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 ZGlmZiAtLWdpdCBhL2RldmVsL2ltYWtlL01ha2VmaWxlIGIvZGV2ZWwvaW1ha2UvTWFrZWZpbGUK aW5kZXggMjJlZjAyNS4uMmIxZjUxMSAxMDA2NDQKLS0tIGEvZGV2ZWwvaW1ha2UvTWFrZWZpbGUK KysrIGIvZGV2ZWwvaW1ha2UvTWFrZWZpbGUKQEAgLTQzLDEzICs0MywxMSBAQCBwb3N0LXBhdGNo OgogCiAjIGNsYW5nJ3MgY3BwIGRlc3Ryb3lzIHdoaXRlc3BhY2UsIHBhcnRpY3VsYXJseSBoYXJk IHRhYnMgaW4gbWFrZWZpbGVzLAogIyB3aGljaCBpcyBmYXRhbCBmb3IgaW1ha2UuCi0uaWYgZGVm aW5lZChDQykgJiYgJHtDQ30gPT0gImNsYW5nIgogQlVJTERfREVQRU5EUys9CXVjcHA6JHtQT1JU U0RJUn0vZGV2ZWwvdWNwcAogUlVOX0RFUEVORFMrPQl1Y3BwOiR7UE9SVFNESVJ9L2RldmVsL3Vj cHAKIENPTkZJR1VSRV9FTlYrPQlhY19jdl9wYXRoX1JBV0NQUD0idWNwcCAtcyIKIAogcG9zdC1i dWlsZDoKIAkke1JFSU5QTEFDRV9DTUR9IC1lICdzfF5jb25maWdkaXJzcGVjPSAqfGNvbmZpZ2Rp cnNwZWM9fCcgJHtXUktTUkN9L3hta21mCi0uZW5kaWYKIAogLmluY2x1ZGUgPGJzZC5wb3J0LnBv c3QubWs+Cg== --f46d04446a49ffe50704ca8e5914-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 22:37:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FEB610656AB; Tue, 25 Sep 2012 22:37:39 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4BC8FC08; Tue, 25 Sep 2012 22:37:38 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id m1so9302297oag.13 for ; Tue, 25 Sep 2012 15:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=euPcWIm0v4enEjLGH8q9f3AcVxXlaUlZow5eiz7vdig=; b=DHxR+ScoJ7/qZi64uvdIJpXHTUZDwhkIdpzzBUEUVe0ZERNqPC9k7b/i/eiVRDh6sl iK8b2jJvB/Yiy9fuQCGwzhkNJhJ+IbCTX+gWw1sNyR6fGfxS0nDqDw27igbRzP8Hnd72 D/Y6WNoT+5qH6niD9oSdYv1GhzLUwRM86qdVpMlob4AW3NkO2OUYTzJelqAGviKTE3N5 wscGDNdvYaMNSXbwqhgU8Bt3YHZyi655ppr7aawp3OdwWM3PcR/YlpZ+r1J6UgJ5hGGU llGHGNE29OR5gklucYzqAyobALZS2DxqPkNHhABd3ifGj0e/6AqO3DP4RubyHjXCaISO 4f/A== MIME-Version: 1.0 Received: by 10.60.170.69 with SMTP id ak5mr4105506oec.69.1348612658903; Tue, 25 Sep 2012 15:37:38 -0700 (PDT) Received: by 10.76.77.3 with HTTP; Tue, 25 Sep 2012 15:37:38 -0700 (PDT) Date: Wed, 26 Sep 2012 00:37:38 +0200 Message-ID: From: Oliver Pinter To: current@freebsd.org, ports@freebsd.org Content-Type: multipart/mixed; boundary=bcaec54d42ba793c5304ca8e5a3e Cc: x11@freebsd.org Subject: [PATCH] unbreak gccmakedep build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 22:37:39 -0000 --bcaec54d42ba793c5304ca8e5a3e Content-Type: text/plain; charset=ISO-8859-1 Hi all! This patch fixed the problem, when buildig gccmakedep (yeah, gcc...) on a machine where clang is the base the compiler (WITH_CLANG_IS_CC). --bcaec54d42ba793c5304ca8e5a3e Content-Type: application/octet-stream; name="unbreak_gccmakedep_build_when_clang_set_as_CC.diff" Content-Disposition: attachment; filename="unbreak_gccmakedep_build_when_clang_set_as_CC.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 ZGlmZiAtLWdpdCBhL2RldmVsL2djY21ha2VkZXAvTWFrZWZpbGUgYi9kZXZlbC9nY2NtYWtlZGVw L01ha2VmaWxlCmluZGV4IGI1NWJlYmYuLjM4ZmE2MTggMTAwNjQ0Ci0tLSBhL2RldmVsL2djY21h a2VkZXAvTWFrZWZpbGUKKysrIGIvZGV2ZWwvZ2NjbWFrZWRlcC9NYWtlZmlsZQpAQCAtMTgsNCAr MTgsOCBAQCBNQU4xPQkJZ2NjbWFrZWRlcC4xCiAKIFBMSVNUX0ZJTEVTPQliaW4vZ2NjbWFrZWRl cAogCitCVUlMRF9ERVBFTkRTKz0JdWNwcDoke1BPUlRTRElSfS9kZXZlbC91Y3BwCitSVU5fREVQ RU5EUys9CXVjcHA6JHtQT1JUU0RJUn0vZGV2ZWwvdWNwcAorQ09ORklHVVJFX0VOVis9CWFjX2N2 X3BhdGhfUkFXQ1BQPSJ1Y3BwIC1zIgorCiAuaW5jbHVkZSA8YnNkLnBvcnQubWs+Cg== --bcaec54d42ba793c5304ca8e5a3e-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 22:45:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E90001065674; Tue, 25 Sep 2012 22:45:50 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 865948FC14; Tue, 25 Sep 2012 22:45:50 +0000 (UTC) Received: by obcwo10 with SMTP id wo10so3355397obc.13 for ; Tue, 25 Sep 2012 15:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/DoEWQ4t8GiaRypyDOEeq1qcZbHEeNMxNhDNoUUThjI=; b=HYxqS9hFlS3bkYGQyPKWOwynmk4uzOUYhTvqaX5j2MO3y859QzeItT2CBuj1ByH2Fc zjfFDGhRl85UPFjuK4xFu1VPK589LEONlO+BuD4aNy1D4gbebFLgMivbr4zRqBM79LTJ 3KhVV+ZGibV707nIyOjOYxwQiIDK7ETh6RYuBub2V/yPiaFmSZuDqxxMg7Lba+XCUE1Q MHV32KnzfthYTuznMDufC/FsckFor3JLbs4+smE62wWy7fl+ztwH6HqpVhIyh4LBVHTe ukLS0b+zQPOsMIUitEKVLlbKoPXnlC3UTMP+rpHC/pWbZBfzXRHc4GYHs0qQNjCKl88V dhAw== MIME-Version: 1.0 Received: by 10.60.170.241 with SMTP id ap17mr14072543oec.4.1348613149615; Tue, 25 Sep 2012 15:45:49 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 25 Sep 2012 15:45:49 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Sep 2012 15:45:49 -0700 Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 22:45:51 -0000 On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter wrote: > Hi all! > > This patch fixed the problem, when buildig imake on a machine where > clang is the base the compiler (WITH_CLANG_IS_CC). (Picking a random message to reply to) Why not create PRs and CC the relevant parties? From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 23:13:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A968106566B for ; Tue, 25 Sep 2012 23:13:36 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 90CFE8FC17 for ; Tue, 25 Sep 2012 23:13:35 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so1165544pbb.13 for ; Tue, 25 Sep 2012 16:13:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Hg4v7hBeBJhtEjuFFdvzVCHGMCsC3pq8um5GUow5yKw=; b=EqETBfPbhwoiIrO/76r6dPUIAazLVotNv8ORpAfOfevPrvMwPIpXVVqQBZGnoRi32f IjL/uqpmmEr404SmILQ5+lBFHyR1tKYQYM3UKH3vrMs8L8KPnsWHiRoyAkF3INqjbXBh OY8Vc6gI08CDowcON9/wx5OOb3lGzrRk191Oo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=Hg4v7hBeBJhtEjuFFdvzVCHGMCsC3pq8um5GUow5yKw=; b=GJBWqRq3cuJoCR7LFoS+sBAUR8WcxiMW60UkEjOyj9XVP9rOdd8I/VEkoKcs4vUb72 dcY3e46Pd3a3RrU/7edsvsU8jppfYiLWWKQBPRmpjDEiDJdwjSEWArXBXWxj/9GqtJU8 EwzY+K5+DCLqNFreYHhLzNzh48Ag1IkZ7E2UVTjQawSMM164q0YJFbNsg2Air7gK3Jb9 eNrG+ZjqdgNdOJ5PUgghXKQqhxmMFRdmgPHYwcGuK6vdgcJ+VKGXLlanpQ6tNGBBgSfn kbNDSn1H3/Oreqp0O0Ev6altnb0RxizjD3PtWA60Xe2pBydZBOfj9SRzyTcTefJEgOuG XQDQ== Received: by 10.66.85.4 with SMTP id d4mr44348140paz.11.1348614815124; Tue, 25 Sep 2012 16:13:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.127.20 with HTTP; Tue, 25 Sep 2012 16:13:04 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 25 Sep 2012 19:13:04 -0400 Message-ID: To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl89Qacl68pq4qZbm9RrgH1s+6evuCFanYctwZGo0O3nH98ZAt2NunbcNmle7jXpjQw1n54 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Oliver Pinter Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 23:13:36 -0000 On 25 September 2012 18:45, Garrett Cooper wrote: > On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter wrote: >> Hi all! >> >> This patch fixed the problem, when buildig imake on a machine where >> clang is the base the compiler (WITH_CLANG_IS_CC). > > (Picking a random message to reply to) Why not create PRs and CC the > relevant parties? Yes, please do this. It helps us keep track of what's going on and not lose patches. :) -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Sep 25 23:46:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D5A61065670; Tue, 25 Sep 2012 23:46:27 +0000 (UTC) (envelope-from jbeich@tormail.org) Received: from outgoing.tormail.org (outgoing.tormail.org [82.221.96.22]) by mx1.freebsd.org (Postfix) with ESMTP id A19608FC1B; Tue, 25 Sep 2012 23:46:26 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=internal.tormail.org) by outgoing.tormail.org with esmtp (Exim 4.72) (envelope-from ) id 1TGepV-0004Er-AR; Wed, 26 Sep 2012 03:46:18 +0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.org; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:Subject:Cc:To:From; bh=u810hpl9w1hr2NbgC6jfQf4/El8tCtddD0oUq4wbiAI=; b=TtpP3WffoQV2VDziDNGPB2zej/gHwnqUpadD3waujEBhGQnAfXYWCbJEjJAkzNXO+0zr+Gb0xGGZxGJjnimIksVUFMv9wcMEuO0OFGBpfoXYFapWm7Mr5C0rRv9nDzPXB61Tpx1Ukm4lEzZRgTR0b9qSLWLrVy87qcxzmhnv4lk=; Received: from jbeich by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1TGenq-000Ne7-7v; Tue, 25 Sep 2012 23:44:37 +0000 From: Jan Beich To: Oliver Pinter Date: Wed, 26 Sep 2012 10:41:51 +1100 References: MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1TGenq-000Ne7-7v@internal.tormail.org> Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak XDM build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 23:46:27 -0000 Oliver Pinter writes: > +# XXX unbreak build with clang as CC > +BUILD_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp > +RUN_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp > +CONFIGURE_ENV+= ac_cv_path_RAWCPP="ucpp -s" ucpp is even less compatible with GNU cpp: - escaped newline is not recognized (Xreset, Xstartup) - extra whitespace around expanded macro (Xresources, Xservers) - apostrophe is treated differently (Xsession) Another example is libX11 or ports/166373. --- config/Xreset cpp47 +++ config/Xreset ucpp @@ -1,4 +1,6 @@ #!/bin/sh # Deregister a login. (Derived from TakeConsole as follows:) # -/usr/local/bin/sessreg -d -w /var/log/wtmp -u /var/run/utmp -x /usr/local/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER + /usr/local/bin /sessreg -d -w /var/log/wtmp -u /var/run/utmp +-x /usr/local/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER + --- config/Xresources cpp47 +++ config/Xresources ucpp @@ -2,17 +2,17 @@ Xcursor.theme: whiteglass -xlogin*login.translations: #override \ - CtrlR: abort-display()\n\ - F1: set-session-argument(failsafe) finish-field()\n\ - Delete: delete-character()\n\ - Left: move-backward-character()\n\ - Right: move-forward-character()\n\ - Home: move-to-begining()\n\ - End: move-to-end()\n\ - CtrlKP_Enter: set-session-argument(failsafe) finish-field()\n\ - KP_Enter: set-session-argument() finish-field()\n\ - CtrlReturn: set-session-argument(failsafe) finish-field()\n\ +xlogin*login.translations: #override \ + CtrlR: abort-display() \n\ + F1: set-session-argument(failsafe) finish-field() \n\ + Delete: delete-character() \n\ + Left: move-backward-character() \n\ + Right: move-forward-character() \n\ + Home: move-to-begining() \n\ + End: move-to-end() \n\ + CtrlKP_Enter: set-session-argument(failsafe) finish-field() \n\ + KP_Enter: set-session-argument() finish-field() \n\ + CtrlReturn: set-session-argument(failsafe) finish-field() \n\ Return: set-session-argument() finish-field() xlogin*greeting: Welcome to CLIENTHOST @@ -60,9 +60,9 @@ xlogin*hiColor: black #endif #if PLANES >= 8 -xlogin*logoFileName: /usr/local/lib/X11/xdm/pixmaps/xorg.xpm +xlogin*logoFileName: /usr/local/lib/X11/xdm/pixmaps / xorg.xpm #else -xlogin*logoFileName: /usr/local/lib/X11/xdm/pixmaps/xorg-bw.xpm +xlogin*logoFileName: /usr/local/lib/X11/xdm/pixmaps / xorg-bw.xpm #endif xlogin*useShape: true xlogin*logoPadding: 10 @@ -80,3 +80,4 @@ Chooser*label.font: *-new century schoo Chooser*label.label: XDMCP Host Menu from CLIENTHOST Chooser*list.font: -*-*-medium-r-normal-*-*-230-*-*-c-*-iso8859-1 Chooser*Command.font: *-new century schoolbook-bold-r-normal-*-180-* + --- config/Xservers cpp47 +++ config/Xservers ucpp @@ -9,4 +9,5 @@ # look like: # XTerminalName:0 foreign # -:0 local /usr/local/bin/X :0 +:0 local /usr/local/bin /X :0 + --- config/Xsession cpp47 +++ config/Xsession ucpp @@ -1,49 +0,0 @@ -#!/bin/sh -# - -# redirect errors to a file in user's home directory if we can - -errfile="$HOME/.xsession-errors" -if ( umask 077 && cp /dev/null "$errfile" 2> /dev/null ) -then - exec > "$errfile" 2>&1 -else - - mktemp=/usr/bin/mktemp - for errfile in "${TMPDIR-/tmp}/xses-$USER" "/tmp/xses-$USER" - do - if ef="$( umask 077 && $mktemp "$errfile.XXXXXX" 2> /dev/null)" - then - exec > "$ef" 2>&1 - mv "$ef" "$errfile" 2> /dev/null - break - fi - done -fi - -case $# in -1) - case $1 in - failsafe) - exec /usr/local/bin/xterm -geometry 80x24-0-0 - ;; - esac -esac - -# The startup script is not intended to have arguments. - -startup=$HOME/.xsession -resources=$HOME/.Xresources - -if [ -s "$startup" ]; then - if [ -x "$startup" ]; then - exec "$startup" - else - exec /bin/sh "$startup" - fi -else - if [ -r "$resources" ]; then - /usr/local/bin/xrdb -load "$resources" - fi - exec /usr/local/bin/xsm -fi --- config/Xstartup cpp47 +++ config/Xstartup ucpp @@ -1,4 +1,6 @@ #!/bin/sh # Register a login (derived from GiveConsole as follows:) # -exec /usr/local/bin/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /usr/local/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER +exec /usr/local/bin /sessreg -a -w /var/log/wtmp -u /var/run/utmp +-x /usr/local/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER + --- config/xdm cpp47 +++ config/xdm ucpp @@ -9,20 +9,20 @@ -DisplayManager.authDir: /var/lib/xdm -DisplayManager.errorLogFile: /var/log/xdm.log -DisplayManager.pidFile: /var/run/xdm.pid +DisplayManager.authDir: /var/lib/xdm +DisplayManager.errorLogFile: /var/log /xdm.log +DisplayManager.pidFile: /var/run /xdm.pid DisplayManager.keyFile: /usr/local/lib/X11/xdm/xdm-keys DisplayManager.servers: /usr/local/lib/X11/xdm/Xservers DisplayManager.accessFile: /usr/local/lib/X11/xdm/Xaccess DisplayManager*resources: /usr/local/lib/X11/xdm/Xresources -DisplayManager.willing: su -m nobody -s /bin/sh -c /usr/local/lib/X11/xdm/Xwilling +DisplayManager.willing: su -m nobody -s /bin/sh -c /usr/local/lib/X11/xdm/Xwilling ! All displays should use authorization, but we cannot be sure ! X terminals may not be configured that way, so they will require ! individual resource settings. DisplayManager*authorize: true ! -DisplayManager*chooser: /usr/local/lib/X11/xdm/chooser +DisplayManager*chooser: /usr/local/lib/X11/xdm/chooser DisplayManager*startup: /usr/local/lib/X11/xdm/Xstartup DisplayManager*session: /usr/local/lib/X11/xdm/Xsession DisplayManager*reset: /usr/local/lib/X11/xdm/Xreset @@ -37,3 +37,4 @@ DisplayManager*loginmoveInterval: 10 ! SECURITY: do not listen for XDMCP or Chooser requests ! Comment out this line if you want to manage X terminals with xdm DisplayManager.requestPort: 0 + From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 08:42:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65E541065672 for ; Wed, 26 Sep 2012 08:42:12 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id E50448FC0A for ; Wed, 26 Sep 2012 08:42:11 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so3527051wib.13 for ; Wed, 26 Sep 2012 01:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KHuyTf74v1puM1XVf9+UzuU6uZxwHUDzjOJOn1Bugz4=; b=QoHCJT3ozEaKg8dZqHboiQVkJkikImNsDBE3PTF+ci8CQrNWv3SzqxyyOkc8EqipTQ MrrpcMEyuBhXF1VA1vhJBNQYFPeM1cKTL2AbWLAgrSxIek3BvdfLV5iW0df3i2VQ0AOf JWPmWaSvNlcDFQ/mMA7+Jt/qdcivLk7m/NAen7oNR26+eBLZEX2xiH/qgEAXrk6cef+n 315tf5wbp6jkpX1byk6rlKXSEwancIU/AeJ8pqyXRFSVgDqQ/RSNItPEJK6SvD6YroDa In29/dKrPXrq9lxhmHl3FUmYo0QQe0NXxp3q9898G6Fx06DcYz6CgKXZpv8BDneJFZY1 6zgw== Received: by 10.180.102.136 with SMTP id fo8mr27763504wib.19.1348648930847; Wed, 26 Sep 2012 01:42:10 -0700 (PDT) Received: from localhost ([95.69.174.83]) by mx.google.com with ESMTPS id f10sm5526897wiy.9.2012.09.26.01.42.09 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Sep 2012 01:42:10 -0700 (PDT) Sender: Mikolaj Golub Date: Wed, 26 Sep 2012 11:42:07 +0300 From: Mikolaj Golub To: "Jose A. Lombera" Message-ID: <20120926084031.GA6578@gmail.com> References: <013101cd9a18$8106ede0$8314c9a0$@lajni.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <013101cd9a18$8106ede0$8314c9a0$@lajni.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: zpool can't bring online disk2 ----I screwed up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 08:42:12 -0000 On Sun, Sep 23, 2012 at 10:50:28PM -0700, Jose A. Lombera wrote: > This is the error I got when I run the failover script. > > > > Sep 24 06:43:39 san1 hastd[3404]: [disk3] (primary) Provider /dev/mfid3 is not part of resource disk3. > > Sep 24 06:43:39 san1 hastd[3343]: [disk3] (primary) Worker process exited ungracefully (pid=3404, exitcode=66). > > Sep 24 06:43:39 san1 hastd[3413]: [disk6] (primary) Provider /dev/mfid6 is not part of resource disk6. > > Sep 24 06:43:39 san1 hastd[3343]: [disk6] (primary) Worker process exited ungracefully (pid=3413, exitcode=66). > > Sep 24 06:43:39 san1 hastd[3425]: [disk10] (primary) Unable to open /dev/mfid10: No such file or directory. > > Sep 24 06:43:39 san1 hastd[3407]: [disk4] (primary) Provider /dev/mfid4 is not part of resource disk4. This looks like your disk numbering has changed? Your another email confirms this. Then you should change it accordingly in hast.conf. > Sep 24 06:43:40 san1 hastd[3351]: [disk2] (primary) Resource unique ID mismatch (primary=2635341666474957411, secondary=5944493181984227803). > > Sep 24 06:43:45 san1 hastd[3348]: [disk1] (primary) Split-brain condition! > > Sep 24 06:43:50 san1 hastd[3351]: [disk2] (primary) Resource unique ID mismatch (primary=2635341666474957411, secondary=5944493181984227803). > > Sep 24 06:43:55 san1 hastd[3348]: [disk1] (primary) Split-brain condition! Split-brain can only be fixed manually, deciding what host contains actual data and recreating HAST resources (disk1 and disk2 in this case) on another host. The simplest way to recover from your situation looks like the following: Supposing that host A is a host where the disk was changed and things messed up and host B is a "good" host. 1) Disable auto failovering if you have any. 2) On host A set all HAST resources to init. 3) On host B set all HAST resources to primary. 4) On host B import pool and check that it works ok here and you have your data. 5) On host A recreate HAST resources (hastctl create disk1...) 6) On host A change role to secondary for all HAST resources. A synchronization process should start. 7) Wait until the synchronization is complete, checking hastctl status on B (primary) host After this you can switch the pool to the host A again if you want and enable auto failovering. Actually you can switch to the host A not waiting until the synchronization is complete. It will work, but read requests will go to the remote host B until the synchronization is complete, so I would not do this until there are good reasons for this. It might be possible to recover faster, without recreating/resyncing all devices, depending on how things messed up, fixing the disk numbering in hast.conf and recreating/resyncing only resources in split-brain state. But it would require more manual work, careful investigation of logs and good understanding what you are doing. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 11:03:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 293BE1065670; Wed, 26 Sep 2012 11:03:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7D88FC12; Wed, 26 Sep 2012 11:03:03 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q8QB3utb023943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Sep 2012 13:03:59 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5062E0DE.70805@omnilan.de> Date: Wed, 26 Sep 2012 13:02:54 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: attilio@freebsd.org References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> In-Reply-To: <5061F6E9.6030104@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig26067994D3CAF391E3655218" Cc: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= , Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 11:03:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig26067994D3CAF391E3655218 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 25.09.2012 20:24 (localtime): > schrieb Attilio Rao am 21.09.2012 02:22 (localtime): >> On Wed, Sep 19, 2012 at 3:48 AM, Attilio Rao wro= te: >>> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao w= rote: >>>> 2012/7/4 Attilio Rao : >>>>> 2012/6/29 Attilio Rao : >>>>>> As already published several times, according to the following pla= n: >>>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>>> >>>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>>> basically only used RO these days (also the mount_ntfs code just >>>>> permits RO mounting) I stripped all the uncomplete/bogus write supp= ort >>>>> with the following patch: >>>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>>> >>>>> This is an attempt to make the code smaller and possibly just focus= on >>>>> the locking that really matter (as read-only filesystem). >>>>> On some points of the patch I'm a bit less sure as we could easily >>>>> take into account also write for things like vaccess() arguments, a= nd >>>>> make easier to re-add correct write support at some point in the >>>>> future, but still force RO, even if the approach used in the patch = is >>>>> more correct IMHO. >>>>> As an added bonus this patch cleans some dirty code in the mount >>>>> operation and fixes a bug as vfs_mountedfrom() is called before rea= l >>>>> mounting is completed and can still fail. >>>> A quick update on this. >>>> It looks like NTFS won't be completed for this GSoC thus I seriously= >>>> need to find an alternative to not loose the NTFS support entirely. >>>> >>>> I tried to look into the NTFS implementation right now and it is >>>> really a poor support. As Peter has also verified, it can deadlock i= n >>>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>>> complete rewrite if we would still support in-kernel NTFS. I also >>>> tried to look at the NetBSD implementation. Their code is someway >>>> similar to our, but they used very complicated (and very dirty) code= >>>> to do the locking. Even if I don't know well enough NetBSD VFS, I ha= ve >>>> the impression not all the races are correctly handled. Definitively= , >>>> not something I would like to port. >>>> >>>> Considering all that the only viable option would be meaning an >>>> userland filesystem implementation. My preferred choice would be to >>>> import PUFFS and librefuse on top of it but honestly it requires a l= ot >>>> of time to be completed, time which I don't currently have as in 2 >>>> months Giant must be gone by the VFS. >>>> >>>> I then decided to switch to gnn's rewamp of FUSE patches. You can fi= nd >>>> his initial e-mail here: >>>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html= >>>> >>>> I've precisely got the second version of George's patch and created >>>> this dolphin branch: >>>> svn://svn.freebsd.org/base/projects/fuse >>>> >>>> I'm fixing low hanging fruit for the moment (see r238411 for example= ) >>>> and I still have to make a throughful review. >>>> However my idea is to commit the support once: >>>> - ntfs-3g is well stress-tested and proves to be bug-free >>>> - there is no major/big technical issue pending after the reviews >>> In the last weeks Peter, Florian, Gustau and I have been working in >>> stabilizing fuse support. In the specific, Peter has worked hard on >>> producing several utilities to nit stress-test fuse and in particular= >>> ntfs, Florian has improved fuse related ports (as explained later) an= d >>> Gustau has done sparse testing. I feel moderately satisfied by the >>> level of stability of fuse now to propose to wider usage, in >>> particular given the huge amount of complaints I'm hearing around >>> about occasional fuse users. >>> >>> The final target of the project is to completely import into base the= >>> content of fusefs-kmod starting from earlier posted patches by George= =2E >>> So far, we took care only of importing in the fuse branch the kernel >>> part, so that fusefs-kmod userland part is still needed to be >>> installed from ports, but I was studying the mount_fusefs licensing >>> before to process with the import for the userland bits of it. >>> >>> The fixing has been happening here: >>> svn://svn.freebsd.org/base/projects/fuse/ >>> >>> which is essentially an HEAD branch + fuse kernel components. In orde= r >>> to get fuse, please compile a kernel from this branch with FUSE optio= n >>> or simply build and load fuse module. >>> Alternatively, a kernel patch that should work with HEAD@240684 is he= re: >>> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >>> >>> I guess the patch can easilly apply to all FreeBSD branches, really, >>> but it is not tested to anything else different then -CURRENT. >>> >>> As said you still need currently to build fusefs-kmod port. However >>> you need these further patches, to be put in the fusefs-kmod/files/ >>> directory:: >>> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >>> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount= _fusefs2.c >>> >>> They both disable the old kernel building/linking and import new >>> functionality to let the new kernel support work well in presence of >>> many consumers. >>> >>> In addition to fusefs-kmod, Bryan and Florian have also updated >>> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >>> e-mail: >>> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.h= tml >>> >>> Even if this work is someway independent by the fusefs-kmod import, I= >>> warmly suggest to all of you to use their patches (and this what we >>> have been testing so far too. >> So, after Bryan and Florian ports update, I've also committed userland= >> part of fusefs-kmod and now the project branch fully mirrors >> functionality of fusefs-kmod. The code in projects/fuse, infact, will >> also install mount_fusefs as part of the fuse support. >> >> You can use the branch directly or this patch against -CURRENT at 2407= 52: >> http://www.freebsd.org/~attilio/fuse_import/fuse_240752.patch > Hello, > > first, many thanks for your effort bringing fusefs support into base > with decent stability!!! > I tried to compile RELENG_9_1 with your patch, but failed figuring out > why compiling world stops with this error: > > src/sbin/mount_fusefs/mount_fusefs.c:319: error: void value not ignored= > as it ought to be > *** [mount_fusefs.o] Error code 1 Reason is sbin/mount/getmntopts.c, where checkpath() is void, which changed to int in r230226 8 monthas ago in head. Log: Change checkpath() to not exit on error. This is a prerequisite for fixing the mount(8) "failok" option. Some questions: Is this planned to be mfc'd and if so, how can one know? And another svn-dummie question: How can I get the committ as a diff? cvs= web provided an esay click if I remember correctly. Thanks, -Harry --------------enig26067994D3CAF391E3655218 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBi4OMACgkQLDqVQ9VXb8jdSQCbBH3R3wQwRWu0M9XR9PxILRPt oKQAoMGB5IVIx7Ukuk/DSP8vXwp/W29B =sgvs -----END PGP SIGNATURE----- --------------enig26067994D3CAF391E3655218-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 14:19:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07E99106564A for ; Wed, 26 Sep 2012 14:19:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D49438FC14 for ; Wed, 26 Sep 2012 14:19:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 515DFB949 for ; Wed, 26 Sep 2012 10:19:28 -0400 (EDT) From: John Baldwin To: current@freebsd.org Date: Wed, 26 Sep 2012 10:19:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201209261019.19327.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Sep 2012 10:19:28 -0400 (EDT) Cc: Subject: [PATCH] Add locking to dpt(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 14:19:29 -0000 I have patches to add locking to dpt(4) and make it MPSAFE (along with some other fixes). I would appreciate any testing folks are able to do. The patches are against HEAD but should apply to 8 or 9. Please ensure you have INVARIANTS and INVARIANT_SUPPORT enabled for any initial testing that you do. Thanks! http://www.FreeBSD.org/~jhb/patches/dpt_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 15:41:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73607106564A; Wed, 26 Sep 2012 15:41:35 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 06B358FC16; Wed, 26 Sep 2012 15:41:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id 17D2F2A82A96; Wed, 26 Sep 2012 17:36:06 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IOrPTiDmn8Zq; Wed, 26 Sep 2012 17:36:05 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 47B112A82A94; Wed, 26 Sep 2012 17:36:05 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TGted-0001Bf-K4; Wed, 26 Sep 2012 17:36:03 +0200 To: Gleb Smirnoff From: Ian FREISLICH In-Reply-To: <20120922182756.GF50433@glebius.int.ru> References: <20120922182756.GF50433@glebius.int.ru> X-Attribution: BOFH Date: Wed, 26 Sep 2012 17:36:03 +0200 Message-Id: Cc: freebsd-current@FreeBSD.org, Kim Culhan Subject: Re: r240825 -current fault with backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 15:41:35 -0000 Gleb Smirnoff wrote: > On Sat, Sep 22, 2012 at 02:13:58PM -0400, Kim Culhan wrote: > K> serial terminal not available, backtrace is a screen pic: > Why didn't you make dump? > > db> call doadump I reliably get this panic on my routers when I reboot the carp backup. Shortly after the syncdev: igb0 looses link, the running sync host panics: db> bt Tracing pid 11 tid 100123 td 0xfffffe000b053480 m_copym() at m_copym+0x37 ip_fragment() at ip_fragment+0x1c4 ip_output() at ip_output+0x6c1 pfsyncintr() at pfsyncintr+0xf5 intr_event_execute_handlers() at intr_event_execute_handlers+0xfd ithread_loop() at ithread_loop+0x9e fork_exit() at fork_exit+0x11e fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8463866cb0, rbp = 0 --- My kernel dumps are however useless. I do have serial console to do whatever debugging we may need. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 20:56:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3662106566C; Wed, 26 Sep 2012 20:56:08 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 516198FC1A; Wed, 26 Sep 2012 20:56:07 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1524877vbm.13 for ; Wed, 26 Sep 2012 13:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5dsOb2pPgk/WrfEAOrjbwBhEH3jquU8McO88oVyOqNU=; b=h+wqt/1PoeSCGNGsRRZ0eUyq8Eh4++7QuuZBXbaAgM4e5i6HOjSDqvx3qWZIYnHWmD uMn6Vd33uhxHHfkv4Iozf/J3nY6NureTddChhMQ1C6h9RKLwZgKViMI2VDIaB2++0Nfo GxhUnbRhwh8iNCjLS7qXhWf+n1OU72elKhR0GQHI2MRlJEuevLPCtMqLEvo+R/QDrj8s 3JHW8ZuBvR2g7rkyk1H/+8rqu/Kit/eq/HKNa3QvMBv1CtzcNzKnlgzW6T2bQiK01FXW f9xEXawtTTAslE2YY5vyY31Lu9Ki/WM+w44cPmsd0GepwkOTP9PzzP0ddNNo+akK3BGX 3ObQ== MIME-Version: 1.0 Received: by 10.52.70.72 with SMTP id k8mr802869vdu.55.1348692967177; Wed, 26 Sep 2012 13:56:07 -0700 (PDT) Received: by 10.58.226.163 with HTTP; Wed, 26 Sep 2012 13:56:05 -0700 (PDT) In-Reply-To: References: <20120922182756.GF50433@glebius.int.ru> Date: Wed, 26 Sep 2012 16:56:05 -0400 Message-ID: From: Kim Culhan To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: r240825 -current fault with backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 20:56:08 -0000 On Wed, Sep 26, 2012 at 11:36 AM, Ian FREISLICH wrote: > Gleb Smirnoff wrote: >> On Sat, Sep 22, 2012 at 02:13:58PM -0400, Kim Culhan wrote: >> K> serial terminal not available, backtrace is a screen pic: >> Why didn't you make dump? >> >> db> call doadump > > I reliably get this panic on my routers when I reboot the carp > backup. Shortly after the syncdev: igb0 looses link, the running > sync host panics: > > db> bt > Tracing pid 11 tid 100123 td 0xfffffe000b053480 > m_copym() at m_copym+0x37 > ip_fragment() at ip_fragment+0x1c4 > ip_output() at ip_output+0x6c1 > pfsyncintr() at pfsyncintr+0xf5 > intr_event_execute_handlers() at intr_event_execute_handlers+0xfd > ithread_loop() at ithread_loop+0x9e > fork_exit() at fork_exit+0x11e > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8463866cb0, rbp = 0 --- > > My kernel dumps are however useless. I do have serial console to > do whatever debugging we may need. I'm not seeing any more panics here for a couple of days, not running carp. -kim From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 21:18:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBBC61065673; Wed, 26 Sep 2012 21:18:42 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7197F8FC08; Wed, 26 Sep 2012 21:18:41 +0000 (UTC) Received: by obbwc20 with SMTP id wc20so117729obb.13 for ; Wed, 26 Sep 2012 14:18:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fAa71NNT5KK22EtIcku7Bn+D0zHO+GxJP4/b6VL0Jio=; b=nSau0S2a98aKAaWea6yeNjQIkP9XVmV6RaGX9oTk2d01WdUg9XLViLBtOfjOKi8AL5 9TlUVgzUVi2PhFf+YQrlz/hIVW7Ea1+gDncQy12NT0XTX5Me/WXXe+NJvkRruEqtnmX3 jyuMryRxhbeuhlBIXwu7O1klduLofdablnGp+T+hli3UUtXbG+WbHZ3LqsnnsPbL0oqx xP/vmORkGKyvZkOGO+b7ssDgDXIcVlQDhOuFNC323gW3h5FHQqmM/buNcSkP493AAtO9 pczbY/7G4/bnrVpCZtR1uADZa8AQUZ/jTIrAUIA8kBOcYGE1CyR2SvFXbU6aYOJ1n0q7 vpnQ== MIME-Version: 1.0 Received: by 10.182.52.42 with SMTP id q10mr1519381obo.46.1348694321551; Wed, 26 Sep 2012 14:18:41 -0700 (PDT) Received: by 10.76.90.226 with HTTP; Wed, 26 Sep 2012 14:18:41 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 Sep 2012 23:18:41 +0200 Message-ID: From: Oliver Pinter To: Garrett Cooper Content-Type: multipart/mixed; boundary=14dae9399071f2582204caa15d52 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 21:18:43 -0000 --14dae9399071f2582204caa15d52 Content-Type: text/plain; charset=ISO-8859-1 On 9/26/12, Garrett Cooper wrote: > On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter > wrote: >> Hi all! >> >> This patch fixed the problem, when buildig imake on a machine where >> clang is the base the compiler (WITH_CLANG_IS_CC). > > (Picking a random message to reply to) Why not create PRs and CC the > relevant parties? because I hope, there become this issue a mote attention ;) of course, I create in near future a PR, but before that, I send an updated patch, and yes, I know, that this is not a clean solution, but better than nothing. > --14dae9399071f2582204caa15d52-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 21:42:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69934106566C; Wed, 26 Sep 2012 21:42:31 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 054278FC0A; Wed, 26 Sep 2012 21:42:30 +0000 (UTC) Received: by oagm1 with SMTP id m1so1464123oag.13 for ; Wed, 26 Sep 2012 14:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cu0vGoOMiiOnZ118Eii8RjziUTWqqqbEpwMk/9DSrCg=; b=ISlHJMDTR6wx42WLeC+pKGnYVeeAHmH7wxk+BtrL5K4IxA8F1KCa34R+AhLk03Ixpo E3Nz9cSkFB2QcL1HUHSdJZJ/g0C579spOmm4HpsdoraQLEuraLc/bRHXbI5fSOR8oV/N h1fdt1tElq7mKRd63KX89Rly37Xp4e7wTm1YCTfeIieTZtavghtvEECRNz4ytNKlSUEG Ti3h55YAT3w/duas7f3aA65C0yUALq55/+R4kw/i8m2The2n58EVBfZhQWByCZy81byw oK9SHA2PHNJ1rUCbSSv2/TMSqVaLCBc+jiLqYt0ATIwy0OHWIhctR0Fi/8FiQOjCifSY dDew== MIME-Version: 1.0 Received: by 10.60.13.232 with SMTP id k8mr1523136oec.81.1348695750129; Wed, 26 Sep 2012 14:42:30 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Wed, 26 Sep 2012 14:42:30 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 Sep 2012 14:42:30 -0700 Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 21:42:31 -0000 On Wed, Sep 26, 2012 at 2:18 PM, Oliver Pinter wrote: > On 9/26/12, Garrett Cooper wrote: >> On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter >> wrote: >>> Hi all! >>> >>> This patch fixed the problem, when buildig imake on a machine where >>> clang is the base the compiler (WITH_CLANG_IS_CC). >> >> (Picking a random message to reply to) Why not create PRs and CC the >> relevant parties? > > because I hope, there become this issue a mote attention ;) Or gets lost in someone's mailbox :(... > of course, I create in near future a PR, but before that, I send an > updated patch, and yes, I know, that this is not a clean solution, but > better than nothing. Having a PR is better than a random email that will most likely get lost. I would definitely respond to: "Hey $dev! I filed $PR -- can you please take a look at it? It solves '$reason'. Thanks!" You might get better results this way too and less duplicated effort by multiple individuals.. just sayin'... Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 21:47:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7A75106566B; Wed, 26 Sep 2012 21:47:05 +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 9F31D8FC19; Wed, 26 Sep 2012 21:47:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8QLkxWl060999; Wed, 26 Sep 2012 17:46:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8QLkx2W060988; Wed, 26 Sep 2012 21:46:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Sep 2012 21:46:59 GMT Message-Id: <201209262146.q8QLkx2W060988@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: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 21:47:06 -0000 TB --- 2012-09-26 16:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-26 16:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-26 16:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-26 16:50:00 - cleaning the object tree TB --- 2012-09-26 16:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-26 16:50:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-09-26 16:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-26 16:53:17 - /usr/local/bin/svn update /src TB --- 2012-09-26 16:53:35 - At svn revision 240965 TB --- 2012-09-26 16:53:36 - building world TB --- 2012-09-26 16:53:36 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 16:53:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 16:53:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 16:53:36 - SRCCONF=/dev/null TB --- 2012-09-26 16:53:36 - TARGET=i386 TB --- 2012-09-26 16:53:36 - TARGET_ARCH=i386 TB --- 2012-09-26 16:53:36 - TZ=UTC TB --- 2012-09-26 16:53:36 - __MAKE_CONF=/dev/null TB --- 2012-09-26 16:53:36 - cd /src TB --- 2012-09-26 16:53:36 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 26 16:53:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 26 19:21:31 UTC 2012 TB --- 2012-09-26 19:21:31 - generating LINT kernel config TB --- 2012-09-26 19:21:31 - cd /src/sys/i386/conf TB --- 2012-09-26 19:21:31 - /usr/bin/make -B LINT TB --- 2012-09-26 19:21:31 - cd /src/sys/i386/conf TB --- 2012-09-26 19:21:31 - /usr/sbin/config -m LINT TB --- 2012-09-26 19:21:31 - building LINT kernel TB --- 2012-09-26 19:21:31 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 19:21:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 19:21:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 19:21:31 - SRCCONF=/dev/null TB --- 2012-09-26 19:21:31 - TARGET=i386 TB --- 2012-09-26 19:21:31 - TARGET_ARCH=i386 TB --- 2012-09-26 19:21:31 - TZ=UTC TB --- 2012-09-26 19:21:31 - __MAKE_CONF=/dev/null TB --- 2012-09-26 19:21:31 - cd /src TB --- 2012-09-26 19:21:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 26 19:21:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Sep 26 19:55:55 UTC 2012 TB --- 2012-09-26 19:55:55 - cd /src/sys/i386/conf TB --- 2012-09-26 19:55:55 - /usr/sbin/config -m LINT-NOINET TB --- 2012-09-26 19:55:55 - building LINT-NOINET kernel TB --- 2012-09-26 19:55:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 19:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 19:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 19:55:55 - SRCCONF=/dev/null TB --- 2012-09-26 19:55:55 - TARGET=i386 TB --- 2012-09-26 19:55:55 - TARGET_ARCH=i386 TB --- 2012-09-26 19:55:55 - TZ=UTC TB --- 2012-09-26 19:55:55 - __MAKE_CONF=/dev/null TB --- 2012-09-26 19:55:55 - cd /src TB --- 2012-09-26 19:55:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Sep 26 19:55:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Wed Sep 26 20:28:09 UTC 2012 TB --- 2012-09-26 20:28:09 - cd /src/sys/i386/conf TB --- 2012-09-26 20:28:09 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-09-26 20:28:09 - building LINT-NOINET6 kernel TB --- 2012-09-26 20:28:09 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 20:28:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 20:28:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 20:28:09 - SRCCONF=/dev/null TB --- 2012-09-26 20:28:09 - TARGET=i386 TB --- 2012-09-26 20:28:09 - TARGET_ARCH=i386 TB --- 2012-09-26 20:28:09 - TZ=UTC TB --- 2012-09-26 20:28:09 - __MAKE_CONF=/dev/null TB --- 2012-09-26 20:28:09 - cd /src TB --- 2012-09-26 20:28:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Sep 26 20:28:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Wed Sep 26 21:00:09 UTC 2012 TB --- 2012-09-26 21:00:09 - cd /src/sys/i386/conf TB --- 2012-09-26 21:00:09 - /usr/sbin/config -m LINT-NOIP TB --- 2012-09-26 21:00:09 - building LINT-NOIP kernel TB --- 2012-09-26 21:00:09 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 21:00:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 21:00:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 21:00:09 - SRCCONF=/dev/null TB --- 2012-09-26 21:00:09 - TARGET=i386 TB --- 2012-09-26 21:00:09 - TARGET_ARCH=i386 TB --- 2012-09-26 21:00:09 - TZ=UTC TB --- 2012-09-26 21:00:09 - __MAKE_CONF=/dev/null TB --- 2012-09-26 21:00:09 - cd /src TB --- 2012-09-26 21:00:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Sep 26 21:00:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Wed Sep 26 21:29:56 UTC 2012 TB --- 2012-09-26 21:29:56 - cd /src/sys/i386/conf TB --- 2012-09-26 21:29:56 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-09-26 21:29:56 - building LINT-VIMAGE kernel TB --- 2012-09-26 21:29:56 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 21:29:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 21:29:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 21:29:56 - SRCCONF=/dev/null TB --- 2012-09-26 21:29:56 - TARGET=i386 TB --- 2012-09-26 21:29:56 - TARGET_ARCH=i386 TB --- 2012-09-26 21:29:56 - TZ=UTC TB --- 2012-09-26 21:29:56 - __MAKE_CONF=/dev/null TB --- 2012-09-26 21:29:56 - cd /src TB --- 2012-09-26 21:29:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Sep 26 21:29:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_bit.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_bmap.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/gnu/fs/xfs/xfs_bmap_btree.c -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs /src/sys/gnu/fs/xfs/xfs_bmap_btree.c: In function 'xfs_bmbt_insert': /src/sys/gnu/fs/xfs/xfs_bmap_btree.c:2169: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-26 21:46:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-26 21:46:58 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2012-09-26 21:46:58 - 13709.93 user 1920.16 system 17818.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 22:14:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DCB106566B; Wed, 26 Sep 2012 22:14:13 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 97D288FC1B; Wed, 26 Sep 2012 22:14:12 +0000 (UTC) Received: by oagm1 with SMTP id m1so1498046oag.13 for ; Wed, 26 Sep 2012 15:14:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D9kEijLZhNAAHxAc/a2cQxakNO6aVn4kTA+xWgnpuhE=; b=iaRQTmimaeMHio3CopiiySUShvEcNucxM145LuqHsX/563eU7QttOOSSAT6Q9IwUHd 7zkM5ieAYj93Wp9im4c+yn0rHKV4ZT8fEGHp/BuYlopEKyIJY0Nk3Q1pngc5O6TP7hkt Uhmti8sw1KrTiUuSN10y5vi0joMAbPy6+DYPBOBpqGOB7crp8CNg4DQfCeWljjnfcUha P7Oi0nhuvokVsmUBtt1J/wcNjd2ynTxbZV9etr9diGzIL0ld5y9msTky/jxEPm6J4sFV aYdRMghuZL37M2U9SbTS1xe3X2rfffDO5njd07nY3kPOaJBwNxVaXuEhjf8rnMxwbjqP yLiw== MIME-Version: 1.0 Received: by 10.60.13.232 with SMTP id k8mr1579614oec.81.1348697652054; Wed, 26 Sep 2012 15:14:12 -0700 (PDT) Received: by 10.76.90.226 with HTTP; Wed, 26 Sep 2012 15:14:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Sep 2012 00:14:11 +0200 Message-ID: From: Oliver Pinter To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 22:14:13 -0000 On 9/26/12, Garrett Cooper wrote: > On Wed, Sep 26, 2012 at 2:18 PM, Oliver Pinter > wrote: >> On 9/26/12, Garrett Cooper wrote: >>> On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter >>> wrote: >>>> Hi all! >>>> >>>> This patch fixed the problem, when buildig imake on a machine where >>>> clang is the base the compiler (WITH_CLANG_IS_CC). >>> >>> (Picking a random message to reply to) Why not create PRs and CC the >>> relevant parties? >> >> because I hope, there become this issue a mote attention ;) > > Or gets lost in someone's mailbox :(... > >> of course, I create in near future a PR, but before that, I send an >> updated patch, and yes, I know, that this is not a clean solution, but >> better than nothing. > > Having a PR is better than a random email that will most likely get > lost. I would definitely respond to: > > "Hey $dev! I filed $PR -- can you please take a look at it? It solves > '$reason'. Thanks!" ports/172103 ports/172104 ports/172102 ports/172101 ports/172100 ;) > > You might get better results this way too and less duplicated effort > by multiple individuals.. just sayin'... > > Thanks! > -Garrett > From owner-freebsd-current@FreeBSD.ORG Wed Sep 26 22:31:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAD1F106566B; Wed, 26 Sep 2012 22:31:14 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 74B128FC12; Wed, 26 Sep 2012 22:31:14 +0000 (UTC) Received: by oagm1 with SMTP id m1so1515316oag.13 for ; Wed, 26 Sep 2012 15:31:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TC9IY74MBgWJSDSdXAO2RSHrzgmnuApSMrmnU7iJVnE=; b=ZxQIrCxBGU5Z5becChbrdUIyB3xuyJ6a140NTWhAKt+LZWHylH6Hp0KHksZeT3rQbi HY6I/TSzuzJ3tbaPNfKs6PvBicE5fIi0JufDCWZwIY8UD7u4T6GkSJttfjCKypSClt7g k5UnM7i9WQWOILJfy5EreN/TS/vGExQ8xr5q5mOztsk51UFCmMvpISxv2RXsNzSglvD+ JnkBBAEoR8tWXQ8PpYnyEoG2JuOE7EAE734zKz6flUjy+auLwb6It95y8/2GElYDgjLx fr4liCTDDwnE6326VtB8aWm4SJYnM+e+03QnkkQD560p5014egWrUPO6u6TTw9eq5/w/ rXJA== MIME-Version: 1.0 Received: by 10.182.38.101 with SMTP id f5mr1631279obk.80.1348698673841; Wed, 26 Sep 2012 15:31:13 -0700 (PDT) Received: by 10.76.90.226 with HTTP; Wed, 26 Sep 2012 15:31:13 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Sep 2012 00:31:13 +0200 Message-ID: From: Oliver Pinter To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PATCH] unbreak imake build when clang set as base compiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 22:31:15 -0000 On 9/27/12, Oliver Pinter wrote: > On 9/26/12, Garrett Cooper wrote: >> On Wed, Sep 26, 2012 at 2:18 PM, Oliver Pinter >> wrote: >>> On 9/26/12, Garrett Cooper wrote: >>>> On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter >>>> wrote: >>>>> Hi all! >>>>> >>>>> This patch fixed the problem, when buildig imake on a machine where >>>>> clang is the base the compiler (WITH_CLANG_IS_CC). >>>> >>>> (Picking a random message to reply to) Why not create PRs and CC the >>>> relevant parties? >>> >>> because I hope, there become this issue a mote attention ;) >> >> Or gets lost in someone's mailbox :(... >> >>> of course, I create in near future a PR, but before that, I send an >>> updated patch, and yes, I know, that this is not a clean solution, but >>> better than nothing. >> >> Having a PR is better than a random email that will most likely get >> lost. I would definitely respond to: >> >> "Hey $dev! I filed $PR -- can you please take a look at it? It solves >> '$reason'. Thanks!" > > ports/172103 ports/172104 ports/172102 ports/172101 ports/172100 ;) and the patches are here too: http://oliverp.teteny.bme.hu/freebsd/patches/ports-clang/ > >> >> You might get better results this way too and less duplicated effort >> by multiple individuals.. just sayin'... >> >> Thanks! >> -Garrett >> > From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 05:43:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C944D106564A; Thu, 27 Sep 2012 05:43:08 +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 959DE8FC14; Thu, 27 Sep 2012 05:43:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8R5h7On007506; Thu, 27 Sep 2012 01:43:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8R5h71U007505; Thu, 27 Sep 2012 05:43:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 05:43:07 GMT Message-Id: <201209270543.q8R5h71U007505@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: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 05:43:08 -0000 TB --- 2012-09-27 04:40:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 04:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 04:40:22 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-27 04:40:22 - cleaning the object tree TB --- 2012-09-27 04:40:22 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 04:40:22 - cd /tinderbox/HEAD/mips/mips TB --- 2012-09-27 04:40:22 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 04:40:54 - /usr/local/bin/svn update /src TB --- 2012-09-27 04:41:00 - At svn revision 240981 TB --- 2012-09-27 04:41:01 - building world TB --- 2012-09-27 04:41:01 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 04:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 04:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 04:41:01 - SRCCONF=/dev/null TB --- 2012-09-27 04:41:01 - TARGET=mips TB --- 2012-09-27 04:41:01 - TARGET_ARCH=mips TB --- 2012-09-27 04:41:01 - TZ=UTC TB --- 2012-09-27 04:41:01 - __MAKE_CONF=/dev/null TB --- 2012-09-27 04:41:01 - cd /src TB --- 2012-09-27 04:41:01 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 04:41:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 05:42:08 UTC 2012 TB --- 2012-09-27 05:42:08 - cd /src/sys/mips/conf TB --- 2012-09-27 05:42:08 - /usr/sbin/config -m ADM5120 TB --- 2012-09-27 05:42:08 - skipping ADM5120 kernel TB --- 2012-09-27 05:42:08 - cd /src/sys/mips/conf TB --- 2012-09-27 05:42:08 - /usr/sbin/config -m ALCHEMY TB --- 2012-09-27 05:42:08 - skipping ALCHEMY kernel TB --- 2012-09-27 05:42:08 - cd /src/sys/mips/conf TB --- 2012-09-27 05:42:08 - /usr/sbin/config -m AP91 TB --- 2012-09-27 05:42:08 - building AP91 kernel TB --- 2012-09-27 05:42:08 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 05:42:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 05:42:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 05:42:08 - SRCCONF=/dev/null TB --- 2012-09-27 05:42:08 - TARGET=mips TB --- 2012-09-27 05:42:08 - TARGET_ARCH=mips TB --- 2012-09-27 05:42:08 - TZ=UTC TB --- 2012-09-27 05:42:08 - __MAKE_CONF=/dev/null TB --- 2012-09-27 05:42:08 - cd /src TB --- 2012-09-27 05:42:08 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Sep 27 05:42:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/pci/pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pci/pci_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror pci_if.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/pci/pci_pci.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/pci/pci_subr.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/pci/pci_user.c cc1: warnings being treated as errors /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:467: warning: 'cio' is used uninitialized in this function *** Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 05:43:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 05:43:07 - ERROR: failed to build AP91 kernel TB --- 2012-09-27 05:43:07 - 2621.74 user 569.84 system 3765.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 08:24:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F1A9106564A; Thu, 27 Sep 2012 08:24:14 +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 07EDE8FC12; Thu, 27 Sep 2012 08:24:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8R8OC23070061; Thu, 27 Sep 2012 04:24:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8R8OCtv070042; Thu, 27 Sep 2012 08:24:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 08:24:12 GMT Message-Id: <201209270824.q8R8OCtv070042@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: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 08:24:14 -0000 TB --- 2012-09-27 05:43:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 05:43:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 05:43:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-27 05:43:08 - cleaning the object tree TB --- 2012-09-27 05:43:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 05:43:08 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-09-27 05:43:08 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 05:44:12 - /usr/local/bin/svn update /src TB --- 2012-09-27 05:44:18 - At svn revision 240983 TB --- 2012-09-27 05:44:19 - building world TB --- 2012-09-27 05:44:19 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 05:44:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 05:44:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 05:44:19 - SRCCONF=/dev/null TB --- 2012-09-27 05:44:19 - TARGET=powerpc TB --- 2012-09-27 05:44:19 - TARGET_ARCH=powerpc TB --- 2012-09-27 05:44:19 - TZ=UTC TB --- 2012-09-27 05:44:19 - __MAKE_CONF=/dev/null TB --- 2012-09-27 05:44:19 - cd /src TB --- 2012-09-27 05:44:19 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 05:44:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 08:16:47 UTC 2012 TB --- 2012-09-27 08:16:47 - generating LINT kernel config TB --- 2012-09-27 08:16:47 - cd /src/sys/powerpc/conf TB --- 2012-09-27 08:16:47 - /usr/bin/make -B LINT TB --- 2012-09-27 08:16:48 - cd /src/sys/powerpc/conf TB --- 2012-09-27 08:16:48 - /usr/sbin/config -m LINT TB --- 2012-09-27 08:16:48 - building LINT kernel TB --- 2012-09-27 08:16:48 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 08:16:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 08:16:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 08:16:48 - SRCCONF=/dev/null TB --- 2012-09-27 08:16:48 - TARGET=powerpc TB --- 2012-09-27 08:16:48 - TARGET_ARCH=powerpc TB --- 2012-09-27 08:16:48 - TZ=UTC TB --- 2012-09-27 08:16:48 - __MAKE_CONF=/dev/null TB --- 2012-09-27 08:16:48 - cd /src TB --- 2012-09-27 08:16:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 27 08:16:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:426: error: storage size of 'conf_old32' isn't known /src/sys/dev/pci/pci_user.c:433: error: 'cio32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:433: error: (Each undeclared identifier is reported only once /src/sys/dev/pci/pci_user.c:433: error: for each function it appears in.) /src/sys/dev/pci/pci_user.c:448: error: 'PCIOCGETCONF_OLD32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:635: warning: passing argument 1 of 'pci_conf_match_old32' from incompatible pointer type /src/sys/dev/pci/pci_user.c:426: warning: unused variable 'conf_old32' [-Wunused-variable] *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 08:24:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 08:24:12 - ERROR: failed to build LINT kernel TB --- 2012-09-27 08:24:12 - 7161.87 user 921.29 system 9664.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 09:17:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 005C1106564A; Thu, 27 Sep 2012 09:17:15 +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 C669D8FC17; Thu, 27 Sep 2012 09:17:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8R9HDSE013501; Thu, 27 Sep 2012 05:17:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8R9HDn1013496; Thu, 27 Sep 2012 09:17:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 09:17:13 GMT Message-Id: <201209270917.q8R9HDn1013496@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: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 09:17:15 -0000 TB --- 2012-09-27 06:16:20 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 06:16:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 06:16:20 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-27 06:16:20 - cleaning the object tree TB --- 2012-09-27 06:16:20 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 06:16:20 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-09-27 06:16:20 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 06:17:06 - /usr/local/bin/svn update /src TB --- 2012-09-27 06:17:12 - At svn revision 240984 TB --- 2012-09-27 06:17:13 - building world TB --- 2012-09-27 06:17:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 06:17:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 06:17:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 06:17:13 - SRCCONF=/dev/null TB --- 2012-09-27 06:17:13 - TARGET=powerpc TB --- 2012-09-27 06:17:13 - TARGET_ARCH=powerpc64 TB --- 2012-09-27 06:17:13 - TZ=UTC TB --- 2012-09-27 06:17:13 - __MAKE_CONF=/dev/null TB --- 2012-09-27 06:17:13 - cd /src TB --- 2012-09-27 06:17:13 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 06:17:14 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Sep 27 09:11:49 UTC 2012 TB --- 2012-09-27 09:11:49 - generating LINT kernel config TB --- 2012-09-27 09:11:49 - cd /src/sys/powerpc/conf TB --- 2012-09-27 09:11:49 - /usr/bin/make -B LINT TB --- 2012-09-27 09:11:49 - cd /src/sys/powerpc/conf TB --- 2012-09-27 09:11:49 - /usr/sbin/config -m LINT TB --- 2012-09-27 09:11:49 - building LINT kernel TB --- 2012-09-27 09:11:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:11:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:11:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:11:49 - SRCCONF=/dev/null TB --- 2012-09-27 09:11:49 - TARGET=powerpc TB --- 2012-09-27 09:11:49 - TARGET_ARCH=powerpc64 TB --- 2012-09-27 09:11:49 - TZ=UTC TB --- 2012-09-27 09:11:49 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:11:49 - cd /src TB --- 2012-09-27 09:11:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 27 09:11:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:426: error: storage size of 'conf_old32' isn't known /src/sys/dev/pci/pci_user.c:433: error: 'cio32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:433: error: (Each undeclared identifier is reported only once /src/sys/dev/pci/pci_user.c:433: error: for each function it appears in.) /src/sys/dev/pci/pci_user.c:448: error: 'PCIOCGETCONF_OLD32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:635: warning: passing argument 1 of 'pci_conf_match_old32' from incompatible pointer type /src/sys/dev/pci/pci_user.c:426: warning: unused variable 'conf_old32' [-Wunused-variable] *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 09:17:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 09:17:13 - ERROR: failed to build LINT kernel TB --- 2012-09-27 09:17:13 - 8627.41 user 1183.21 system 10853.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 09:25:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9419F106566C; Thu, 27 Sep 2012 09:25:41 +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 5C1078FC0C; Thu, 27 Sep 2012 09:25:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8R9PeVR035389; Thu, 27 Sep 2012 05:25:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8R9PesI035388; Thu, 27 Sep 2012 09:25:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 09:25:40 GMT Message-Id: <201209270925.q8R9PesI035388@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: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 09:25:41 -0000 TB --- 2012-09-27 08:18:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 08:18:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 08:18:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-09-27 08:18:22 - cleaning the object tree TB --- 2012-09-27 08:18:22 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 08:18:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-09-27 08:18:22 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 08:19:45 - /usr/local/bin/svn update /src TB --- 2012-09-27 08:19:52 - At svn revision 240987 TB --- 2012-09-27 08:19:53 - building world TB --- 2012-09-27 08:19:53 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 08:19:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 08:19:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 08:19:53 - SRCCONF=/dev/null TB --- 2012-09-27 08:19:53 - TARGET=sparc64 TB --- 2012-09-27 08:19:53 - TARGET_ARCH=sparc64 TB --- 2012-09-27 08:19:53 - TZ=UTC TB --- 2012-09-27 08:19:53 - __MAKE_CONF=/dev/null TB --- 2012-09-27 08:19:53 - cd /src TB --- 2012-09-27 08:19:53 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 08:19:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 09:19:18 UTC 2012 TB --- 2012-09-27 09:19:18 - generating LINT kernel config TB --- 2012-09-27 09:19:18 - cd /src/sys/sparc64/conf TB --- 2012-09-27 09:19:18 - /usr/bin/make -B LINT TB --- 2012-09-27 09:19:19 - cd /src/sys/sparc64/conf TB --- 2012-09-27 09:19:19 - /usr/sbin/config -m LINT TB --- 2012-09-27 09:19:19 - building LINT kernel TB --- 2012-09-27 09:19:19 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:19:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:19:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:19:19 - SRCCONF=/dev/null TB --- 2012-09-27 09:19:19 - TARGET=sparc64 TB --- 2012-09-27 09:19:19 - TARGET_ARCH=sparc64 TB --- 2012-09-27 09:19:19 - TZ=UTC TB --- 2012-09-27 09:19:19 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:19:19 - cd /src TB --- 2012-09-27 09:19:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 27 09:19:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:426: error: storage size of 'conf_old32' isn't known /src/sys/dev/pci/pci_user.c:433: error: 'cio32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:433: error: (Each undeclared identifier is reported only once /src/sys/dev/pci/pci_user.c:433: error: for each function it appears in.) /src/sys/dev/pci/pci_user.c:448: error: 'PCIOCGETCONF_OLD32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:635: warning: passing argument 1 of 'pci_conf_match_old32' from incompatible pointer type /src/sys/dev/pci/pci_user.c:426: warning: unused variable 'conf_old32' [-Wunused-variable] *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 09:25:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 09:25:40 - ERROR: failed to build LINT kernel TB --- 2012-09-27 09:25:40 - 3304.48 user 549.61 system 4037.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 10:42:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86F39106566B; Thu, 27 Sep 2012 10:42:37 +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 3547C8FC1B; Thu, 27 Sep 2012 10:42:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RAgaOn035066; Thu, 27 Sep 2012 06:42:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RAgZ0q035065; Thu, 27 Sep 2012 10:42:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 10:42:35 GMT Message-Id: <201209271042.q8RAgZ0q035065@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: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 10:42:37 -0000 TB --- 2012-09-27 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-27 09:30:00 - cleaning the object tree TB --- 2012-09-27 09:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 09:30:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-09-27 09:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 09:33:10 - /usr/local/bin/svn update /src TB --- 2012-09-27 09:33:18 - At svn revision 240989 TB --- 2012-09-27 09:33:19 - building world TB --- 2012-09-27 09:33:19 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:33:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:33:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:33:19 - SRCCONF=/dev/null TB --- 2012-09-27 09:33:19 - TARGET=arm TB --- 2012-09-27 09:33:19 - TARGET_ARCH=arm TB --- 2012-09-27 09:33:19 - TZ=UTC TB --- 2012-09-27 09:33:19 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:33:19 - cd /src TB --- 2012-09-27 09:33:19 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 09:33:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 10:33:45 UTC 2012 TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m AC100 TB --- 2012-09-27 10:33:45 - skipping AC100 kernel TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m ARMADAXP TB --- 2012-09-27 10:33:45 - skipping ARMADAXP kernel TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m ATMEL TB --- 2012-09-27 10:33:45 - building ATMEL kernel TB --- 2012-09-27 10:33:45 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:33:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:33:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:33:45 - SRCCONF=/dev/null TB --- 2012-09-27 10:33:45 - TARGET=arm TB --- 2012-09-27 10:33:45 - TARGET_ARCH=arm TB --- 2012-09-27 10:33:45 - TZ=UTC TB --- 2012-09-27 10:33:45 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:33:45 - cd /src TB --- 2012-09-27 10:33:45 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Thu Sep 27 10:33:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ATMEL completed on Thu Sep 27 10:37:20 UTC 2012 TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m AVILA TB --- 2012-09-27 10:37:20 - skipping AVILA kernel TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-09-27 10:37:20 - skipping BEAGLEBONE kernel TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m BWCT TB --- 2012-09-27 10:37:20 - building BWCT kernel TB --- 2012-09-27 10:37:20 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:37:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:37:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:37:20 - SRCCONF=/dev/null TB --- 2012-09-27 10:37:20 - TARGET=arm TB --- 2012-09-27 10:37:20 - TARGET_ARCH=arm TB --- 2012-09-27 10:37:20 - TZ=UTC TB --- 2012-09-27 10:37:20 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:37:20 - cd /src TB --- 2012-09-27 10:37:20 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Sep 27 10:37:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Thu Sep 27 10:39:29 UTC 2012 TB --- 2012-09-27 10:39:29 - cd /src/sys/arm/conf TB --- 2012-09-27 10:39:29 - /usr/sbin/config -m CAMBRIA TB --- 2012-09-27 10:39:29 - skipping CAMBRIA kernel TB --- 2012-09-27 10:39:29 - cd /src/sys/arm/conf TB --- 2012-09-27 10:39:29 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-09-27 10:39:29 - building CNS11XXNAS kernel TB --- 2012-09-27 10:39:29 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:39:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:39:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:39:29 - SRCCONF=/dev/null TB --- 2012-09-27 10:39:29 - TARGET=arm TB --- 2012-09-27 10:39:29 - TARGET_ARCH=arm TB --- 2012-09-27 10:39:29 - TZ=UTC TB --- 2012-09-27 10:39:29 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:39:29 - cd /src TB --- 2012-09-27 10:39:29 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Thu Sep 27 10:39:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Thu Sep 27 10:41:58 UTC 2012 TB --- 2012-09-27 10:41:58 - cd /src/sys/arm/conf TB --- 2012-09-27 10:41:58 - /usr/sbin/config -m CRB TB --- 2012-09-27 10:41:58 - skipping CRB kernel TB --- 2012-09-27 10:41:58 - cd /src/sys/arm/conf TB --- 2012-09-27 10:41:58 - /usr/sbin/config -m DB-78XXX TB --- 2012-09-27 10:41:58 - building DB-78XXX kernel TB --- 2012-09-27 10:41:58 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:41:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:41:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:41:58 - SRCCONF=/dev/null TB --- 2012-09-27 10:41:58 - TARGET=arm TB --- 2012-09-27 10:41:58 - TARGET_ARCH=arm TB --- 2012-09-27 10:41:58 - TZ=UTC TB --- 2012-09-27 10:41:58 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:41:58 - cd /src TB --- 2012-09-27 10:41:58 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Thu Sep 27 10:41:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pci/pci_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -march=armv5te -ffreestanding -Werror pci_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_user.c cc1: warnings being treated as errors /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:467: warning: 'cio' is used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/DB-78XXX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 10:42:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 10:42:35 - ERROR: failed to build DB-78XXX kernel TB --- 2012-09-27 10:42:35 - 2911.88 user 642.17 system 4355.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 12:14:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9481065672; Thu, 27 Sep 2012 12:14:29 +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 AD82A8FC15; Thu, 27 Sep 2012 12:14:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RCESTW062559; Thu, 27 Sep 2012 08:14:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RCES16062554; Thu, 27 Sep 2012 12:14:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 12:14:28 GMT Message-Id: <201209271214.q8RCES16062554@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: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 12:14:30 -0000 TB --- 2012-09-27 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 09:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-09-27 09:30:00 - cleaning the object tree TB --- 2012-09-27 09:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 09:30:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-09-27 09:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 09:33:09 - /usr/local/bin/svn update /src TB --- 2012-09-27 09:33:17 - At svn revision 240989 TB --- 2012-09-27 09:33:18 - building world TB --- 2012-09-27 09:33:18 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:33:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:33:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:33:18 - SRCCONF=/dev/null TB --- 2012-09-27 09:33:18 - TARGET=pc98 TB --- 2012-09-27 09:33:18 - TARGET_ARCH=i386 TB --- 2012-09-27 09:33:18 - TZ=UTC TB --- 2012-09-27 09:33:18 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:33:18 - cd /src TB --- 2012-09-27 09:33:18 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 09:33:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 12:05:02 UTC 2012 TB --- 2012-09-27 12:05:02 - generating LINT kernel config TB --- 2012-09-27 12:05:02 - cd /src/sys/pc98/conf TB --- 2012-09-27 12:05:02 - /usr/bin/make -B LINT TB --- 2012-09-27 12:05:02 - cd /src/sys/pc98/conf TB --- 2012-09-27 12:05:02 - /usr/sbin/config -m LINT TB --- 2012-09-27 12:05:02 - building LINT kernel TB --- 2012-09-27 12:05:02 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 12:05:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 12:05:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 12:05:02 - SRCCONF=/dev/null TB --- 2012-09-27 12:05:02 - TARGET=pc98 TB --- 2012-09-27 12:05:02 - TARGET_ARCH=i386 TB --- 2012-09-27 12:05:02 - TZ=UTC TB --- 2012-09-27 12:05:02 - __MAKE_CONF=/dev/null TB --- 2012-09-27 12:05:02 - cd /src TB --- 2012-09-27 12:05:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 27 12:05:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:426: error: storage size of 'conf_old32' isn't known /src/sys/dev/pci/pci_user.c:433: error: 'cio32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:433: error: (Each undeclared identifier is reported only once /src/sys/dev/pci/pci_user.c:433: error: for each function it appears in.) /src/sys/dev/pci/pci_user.c:448: error: 'PCIOCGETCONF_OLD32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:635: warning: passing argument 1 of 'pci_conf_match_old32' from incompatible pointer type /src/sys/dev/pci/pci_user.c:426: warning: unused variable 'conf_old32' [-Wunused-variable] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 12:14:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 12:14:27 - ERROR: failed to build LINT kernel TB --- 2012-09-27 12:14:27 - 7086.62 user 1012.59 system 9867.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 12:16:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65E9B1065672; Thu, 27 Sep 2012 12:16:54 +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 2ABCB8FC14; Thu, 27 Sep 2012 12:16:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RCGr8B070419; Thu, 27 Sep 2012 08:16:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RCGrOc070410; Thu, 27 Sep 2012 12:16:53 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 12:16:53 GMT Message-Id: <201209271216.q8RCGrOc070410@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: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 12:16:54 -0000 TB --- 2012-09-27 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 09:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-27 09:30:00 - cleaning the object tree TB --- 2012-09-27 09:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 09:30:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-09-27 09:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 09:32:43 - /usr/local/bin/svn update /src TB --- 2012-09-27 09:32:54 - At svn revision 240989 TB --- 2012-09-27 09:32:55 - building world TB --- 2012-09-27 09:32:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:32:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:32:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:32:55 - SRCCONF=/dev/null TB --- 2012-09-27 09:32:55 - TARGET=i386 TB --- 2012-09-27 09:32:55 - TARGET_ARCH=i386 TB --- 2012-09-27 09:32:55 - TZ=UTC TB --- 2012-09-27 09:32:55 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:32:55 - cd /src TB --- 2012-09-27 09:32:55 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 09:32:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Sep 27 12:05:50 UTC 2012 TB --- 2012-09-27 12:05:50 - generating LINT kernel config TB --- 2012-09-27 12:05:50 - cd /src/sys/i386/conf TB --- 2012-09-27 12:05:50 - /usr/bin/make -B LINT TB --- 2012-09-27 12:05:50 - cd /src/sys/i386/conf TB --- 2012-09-27 12:05:50 - /usr/sbin/config -m LINT TB --- 2012-09-27 12:05:50 - building LINT kernel TB --- 2012-09-27 12:05:50 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 12:05:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 12:05:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 12:05:50 - SRCCONF=/dev/null TB --- 2012-09-27 12:05:50 - TARGET=i386 TB --- 2012-09-27 12:05:50 - TARGET_ARCH=i386 TB --- 2012-09-27 12:05:50 - TZ=UTC TB --- 2012-09-27 12:05:50 - __MAKE_CONF=/dev/null TB --- 2012-09-27 12:05:50 - cd /src TB --- 2012-09-27 12:05:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 27 12:05:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:426: error: storage size of 'conf_old32' isn't known /src/sys/dev/pci/pci_user.c:433: error: 'cio32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:433: error: (Each undeclared identifier is reported only once /src/sys/dev/pci/pci_user.c:433: error: for each function it appears in.) /src/sys/dev/pci/pci_user.c:448: error: 'PCIOCGETCONF_OLD32' undeclared (first use in this function) /src/sys/dev/pci/pci_user.c:635: warning: passing argument 1 of 'pci_conf_match_old32' from incompatible pointer type /src/sys/dev/pci/pci_user.c:426: warning: unused variable 'conf_old32' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 12:16:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 12:16:53 - ERROR: failed to build LINT kernel TB --- 2012-09-27 12:16:53 - 7211.92 user 1030.45 system 10012.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 15:01:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9834D106564A; Thu, 27 Sep 2012 15:01:12 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0D18FC16; Thu, 27 Sep 2012 15:01:11 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so960085bkc.13 for ; Thu, 27 Sep 2012 08:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dOIr5FYf2JS2MZzdujOh74bbANtqwvhD4CW+abzgMEQ=; b=IJCkMcj8/cGiG+Pv/RSNK6v1pW0CcAHLMvJ7Ggllh77roNFAloclcLk27raSmBJAx2 lIcGdb1LROfY0alNkf4G1v4MdPJF35wLw30XFyT7RwlMBrpkqZ5+D5lDiDm1VJXQKsQF UDKFCnTNjdTBaLQDWqL2vfmb5On95drLU3L2D0bsGbMg8qe7Wo4jgHz+VInB4dHHSCMD hkeZeAm3Xn4181DF/mlK2+Wc++a5ospolRboXOBII13ZTYPe8gPnUAZI5hHNhkK4TM0o z2IIGiw6S5hy7+Mn0W5DICbab3kiz1iwAmxfLQYQECOGvTT9+D58+sWqNADJWZD6FzUG P97g== Received: by 10.204.129.23 with SMTP id m23mr2392244bks.20.1348758070177; Thu, 27 Sep 2012 08:01:10 -0700 (PDT) Received: from localhost ([95.69.174.83]) by mx.google.com with ESMTPS id s26sm4921913bks.13.2012.09.27.08.01.08 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Sep 2012 08:01:09 -0700 (PDT) Sender: Mikolaj Golub Date: Thu, 27 Sep 2012 18:01:06 +0300 From: Mikolaj Golub To: John Baldwin Message-ID: <20120927150105.GC6578@gmail.com> References: <5F3C03B6-01D0-42DE-BE9E-323DBDC90C8E@neville-neil.com> <20120921092235.GC66984@gmail.com> <505C9C58.3060006@freebsd.org> <201209251107.02279.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201209251107.02279.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Anuranjan Shukla , freebsd-current@freebsd.org, FreeBSD Current Subject: Re: Proposal for change to kernel linker for fixing a VNET and DPCPU problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 15:01:12 -0000 On Tue, Sep 25, 2012 at 11:07:02AM -0400, John Baldwin wrote: > On Friday, September 21, 2012 12:56:56 pm Julian Elischer wrote: > > On 9/21/12 2:22 AM, Mikolaj Golub wrote: > > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch > > > > > > The fix is to make the linker on a module load recognize "external" > > > VNET/DPCPU variables defined in the previously loaded modules and > > > relocate them accordingly. For this set_pcpu_list and set_vnet_list > > > are used, where the addresses of modules 'set_pcpu' and 'set_vnet' > > > linker sets are stored in. > > > > it makes sense to me, but I really am not a linker person.. > > I think it woul be good to get Doug Rabson to weigh in on it, and > > maybe john Baldwin.. > > > > moving to -current as it's not a "net" issue really.. > > I think the proposed patch is ok. Thanks! Committed as r240997. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 15:01:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9834D106564A; Thu, 27 Sep 2012 15:01:12 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0D18FC16; Thu, 27 Sep 2012 15:01:11 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so960085bkc.13 for ; Thu, 27 Sep 2012 08:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dOIr5FYf2JS2MZzdujOh74bbANtqwvhD4CW+abzgMEQ=; b=IJCkMcj8/cGiG+Pv/RSNK6v1pW0CcAHLMvJ7Ggllh77roNFAloclcLk27raSmBJAx2 lIcGdb1LROfY0alNkf4G1v4MdPJF35wLw30XFyT7RwlMBrpkqZ5+D5lDiDm1VJXQKsQF UDKFCnTNjdTBaLQDWqL2vfmb5On95drLU3L2D0bsGbMg8qe7Wo4jgHz+VInB4dHHSCMD hkeZeAm3Xn4181DF/mlK2+Wc++a5ospolRboXOBII13ZTYPe8gPnUAZI5hHNhkK4TM0o z2IIGiw6S5hy7+Mn0W5DICbab3kiz1iwAmxfLQYQECOGvTT9+D58+sWqNADJWZD6FzUG P97g== Received: by 10.204.129.23 with SMTP id m23mr2392244bks.20.1348758070177; Thu, 27 Sep 2012 08:01:10 -0700 (PDT) Received: from localhost ([95.69.174.83]) by mx.google.com with ESMTPS id s26sm4921913bks.13.2012.09.27.08.01.08 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Sep 2012 08:01:09 -0700 (PDT) Sender: Mikolaj Golub Date: Thu, 27 Sep 2012 18:01:06 +0300 From: Mikolaj Golub To: John Baldwin Message-ID: <20120927150105.GC6578@gmail.com> References: <5F3C03B6-01D0-42DE-BE9E-323DBDC90C8E@neville-neil.com> <20120921092235.GC66984@gmail.com> <505C9C58.3060006@freebsd.org> <201209251107.02279.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201209251107.02279.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Anuranjan Shukla , freebsd-current@freebsd.org, FreeBSD Current Subject: Re: Proposal for change to kernel linker for fixing a VNET and DPCPU problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 15:01:12 -0000 On Tue, Sep 25, 2012 at 11:07:02AM -0400, John Baldwin wrote: > On Friday, September 21, 2012 12:56:56 pm Julian Elischer wrote: > > On 9/21/12 2:22 AM, Mikolaj Golub wrote: > > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch > > > > > > The fix is to make the linker on a module load recognize "external" > > > VNET/DPCPU variables defined in the previously loaded modules and > > > relocate them accordingly. For this set_pcpu_list and set_vnet_list > > > are used, where the addresses of modules 'set_pcpu' and 'set_vnet' > > > linker sets are stored in. > > > > it makes sense to me, but I really am not a linker person.. > > I think it woul be good to get Doug Rabson to weigh in on it, and > > maybe john Baldwin.. > > > > moving to -current as it's not a "net" issue really.. > > I think the proposed patch is ok. Thanks! Committed as r240997. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 19:38:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED435106566B; Thu, 27 Sep 2012 19:38:37 +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 A195B8FC0C; Thu, 27 Sep 2012 19:38:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RJcaPG034491; Thu, 27 Sep 2012 15:38:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RJcatF034459; Thu, 27 Sep 2012 19:38:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 19:38:36 GMT Message-Id: <201209271938.q8RJcatF034459@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: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 19:38:38 -0000 TB --- 2012-09-27 19:24:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 19:24:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 19:24:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-09-27 19:24:48 - cleaning the object tree TB --- 2012-09-27 19:24:48 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 19:24:48 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-09-27 19:24:48 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 19:25:20 - /usr/local/bin/svn update /src TB --- 2012-09-27 19:25:27 - At svn revision 241007 TB --- 2012-09-27 19:25:28 - building world TB --- 2012-09-27 19:25:28 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 19:25:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 19:25:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 19:25:28 - SRCCONF=/dev/null TB --- 2012-09-27 19:25:28 - TARGET=ia64 TB --- 2012-09-27 19:25:28 - TARGET_ARCH=ia64 TB --- 2012-09-27 19:25:28 - TZ=UTC TB --- 2012-09-27 19:25:28 - __MAKE_CONF=/dev/null TB --- 2012-09-27 19:25:28 - cd /src TB --- 2012-09-27 19:25:28 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 19:25:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/rpc/auth_unix.c -o auth_unix.o /src/lib/libc/rpc/auth_unix.c: In function 'authunix_create': /src/lib/libc/rpc/auth_unix.c:101: error: argument 'uid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'gid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'aup_gids' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 19:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 19:38:36 - ERROR: failed to build world TB --- 2012-09-27 19:38:36 - 541.26 user 95.30 system 827.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 19:51:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BA10106568F; Thu, 27 Sep 2012 19:51:39 +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 5DF548FC22; Thu, 27 Sep 2012 19:51:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RJpb5b021185; Thu, 27 Sep 2012 15:51:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RJpbhw021184; Thu, 27 Sep 2012 19:51:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 19:51:37 GMT Message-Id: <201209271951.q8RJpbhw021184@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: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 19:51:39 -0000 TB --- 2012-09-27 19:38:36 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 19:38:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 19:38:36 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-27 19:38:36 - cleaning the object tree TB --- 2012-09-27 19:38:36 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 19:38:36 - cd /tinderbox/HEAD/mips/mips TB --- 2012-09-27 19:38:36 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 19:39:25 - /usr/local/bin/svn update /src TB --- 2012-09-27 19:39:32 - At svn revision 241007 TB --- 2012-09-27 19:39:33 - building world TB --- 2012-09-27 19:39:33 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 19:39:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 19:39:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 19:39:33 - SRCCONF=/dev/null TB --- 2012-09-27 19:39:33 - TARGET=mips TB --- 2012-09-27 19:39:33 - TARGET_ARCH=mips TB --- 2012-09-27 19:39:33 - TZ=UTC TB --- 2012-09-27 19:39:33 - __MAKE_CONF=/dev/null TB --- 2012-09-27 19:39:33 - cd /src TB --- 2012-09-27 19:39:33 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 19:39:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/rpc/auth_unix.c -o auth_unix.o /src/lib/libc/rpc/auth_unix.c: In function 'authunix_create': /src/lib/libc/rpc/auth_unix.c:101: error: argument 'uid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'gid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'aup_gids' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 19:51:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 19:51:37 - ERROR: failed to build world TB --- 2012-09-27 19:51:37 - 519.37 user 91.61 system 780.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 27 20:08:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C0F7106564A; Thu, 27 Sep 2012 20:08:27 +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 E8C938FC0A; Thu, 27 Sep 2012 20:08:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8RK8QpR047290; Thu, 27 Sep 2012 16:08:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RK8QtN047289; Thu, 27 Sep 2012 20:08:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 20:08:26 GMT Message-Id: <201209272008.q8RK8QtN047289@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: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 20:08:27 -0000 TB --- 2012-09-27 19:51:37 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 19:51:37 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 19:51:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-27 19:51:37 - cleaning the object tree TB --- 2012-09-27 19:51:37 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 19:51:37 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-09-27 19:51:37 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 19:52:09 - /usr/local/bin/svn update /src TB --- 2012-09-27 19:52:16 - At svn revision 241007 TB --- 2012-09-27 19:52:17 - building world TB --- 2012-09-27 19:52:17 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 19:52:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 19:52:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 19:52:17 - SRCCONF=/dev/null TB --- 2012-09-27 19:52:17 - TARGET=powerpc TB --- 2012-09-27 19:52:17 - TARGET_ARCH=powerpc TB --- 2012-09-27 19:52:17 - TZ=UTC TB --- 2012-09-27 19:52:17 - __MAKE_CONF=/dev/null TB --- 2012-09-27 19:52:17 - cd /src TB --- 2012-09-27 19:52:17 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 19:52:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/rpc/auth_unix.c -o auth_unix.o /src/lib/libc/rpc/auth_unix.c: In function 'authunix_create': /src/lib/libc/rpc/auth_unix.c:101: error: argument 'uid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'gid' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration /src/lib/libc/rpc/auth_unix.c:101: error: argument 'aup_gids' doesn't match prototype /src/lib/libc/../../include/rpc/auth.h:252: error: prototype declaration *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 20:08:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 20:08:26 - ERROR: failed to build world TB --- 2012-09-27 20:08:26 - 711.87 user 106.25 system 1008.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 00:09:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1D1A106566B for ; Fri, 28 Sep 2012 00:09:51 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id A6B268FC14 for ; Fri, 28 Sep 2012 00:09:51 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q8S09ZCp004300; Thu, 27 Sep 2012 17:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1348790976; bh=PnH1DZoqHqGUkKbbh8Mc14BJcFs6omaYKFDzddjGwb4=; h=Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type: Date:Message-ID:Mime-Version:Content-Transfer-Encoding; b=eY+XsGICII1Z3GjYNxM+sBLy1mMsNrm9MAvJCDIC51mEeVhqe5isrHRcGi/N1+DM2 ij6Eo9xMzyHn5+b+z8dcyFxr8dqrZlF/UnJCtWpmDBq5TNS1lT+YZwcDJZXXhRKHH4 9m3xlbfolMONPZikjCOu92OH+/5hCfz2syD1H+L8= From: Sean Bruno To: "pyunyh@gmail.com" In-Reply-To: <1348073071.5775.4.camel@powernoodle.corp.yahoo.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <1348073071.5775.4.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 27 Sep 2012 17:09:34 -0700 Message-ID: <1348790974.10543.16.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 790975001 Cc: "freebsd-current@freebsd.org" Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 00:09:52 -0000 On Wed, 2012-09-19 at 09:44 -0700, Sean Bruno wrote: > On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote: > > All, > > > > There were lots of reports that stock bge(4) does not work on Dell > > Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > > users I managed to address the issue but I had to touch very > > sensitive part of driver. Before committing the change to tree I'd > > like to know whether this change introduces regressions on old > > bge(4) controllers. If you're bge(4) user, please try latest WIP > > version at the following URL and let me know how it goes on your > > box. I'm especially interested in whether there is any ASF/IPMI > > regression on BCM570x/571x. > > > > http://people.freebsd.org/~yongari/bge/if_bge.c > > http://people.freebsd.org/~yongari/bge/if_bgereg.h > > http://people.freebsd.org/~yongari/bge/brgphy.c > > We're starting to gather data and have a couple of machines (pciconf, ifconfig, dmesg) here that may provide some insights. Everything seems to be working at a cursory level. http://people.freebsd.org/~sbruno/new_bge/ We have seen 2 instances of one or more of the HP machines failing and dropping off the network. however, we don't have specifics yet. Sean From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 14:18:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C0E106566B; Fri, 28 Sep 2012 14:18:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4688FC08; Fri, 28 Sep 2012 14:18:05 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so2641218bkc.13 for ; Fri, 28 Sep 2012 07:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mvnR7vbW9GBmk2WeR/qA5omNqAxLn0HAt8sPIeVjwo8=; b=RR5t2XQ5cjBn4d2e7qYZCYQ3Lk7+LsQq97s2z7W4UyAR0Np7B2PXWlQMOhwci4n71g ywc7+lOb9poiPg49meDHQAu1SChebGoqF6opCRNSDT+trFMtYzOhkXtMVWb6TJlt5Cu7 lkKT32VWfcDg2CK5DZe1ioEMJWeMj4AY+uA2imxz622+rLv9UdWKFqnI6JAkB7AznqPw +NsiJNYckHllGrVsfrsndPpwPogvDBdoNZadjANlkiQI7Yk1tqE/+vJiFm0wfKE0Et7B FW7VF+4xJm+4f49UDhr9RuIRQY+2/bb7pIGH5NBaufp8V2P2x8O/O+Gwon86RNARU208 O//Q== MIME-Version: 1.0 Received: by 10.112.86.41 with SMTP id m9mr2789062lbz.108.1348841884682; Fri, 28 Sep 2012 07:18:04 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Fri, 28 Sep 2012 07:18:04 -0700 (PDT) In-Reply-To: <5062E0DE.70805@omnilan.de> References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> Date: Fri, 28 Sep 2012 15:18:04 +0100 X-Google-Sender-Auth: ZIQAKTF4zBB_vg4H9QDvpKUJy5s Message-ID: From: Attilio Rao To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Cc: =?UTF-8?Q?Gustau_P=C3=A9rez?= , Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 14:18:07 -0000 On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer wrote: > schrieb Harald Schmalzbauer am 25.09.2012 20:24 (localtime): >> schrieb Attilio Rao am 21.09.2012 02:22 (localtime): >>> On Wed, Sep 19, 2012 at 3:48 AM, Attilio Rao wrote: >>>> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: >>>>> 2012/7/4 Attilio Rao : >>>>>> 2012/6/29 Attilio Rao : >>>>>>> As already published several times, according to the following plan: >>>>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>>>> >>>>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>>>> basically only used RO these days (also the mount_ntfs code just >>>>>> permits RO mounting) I stripped all the uncomplete/bogus write support >>>>>> with the following patch: >>>>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>>>> >>>>>> This is an attempt to make the code smaller and possibly just focus on >>>>>> the locking that really matter (as read-only filesystem). >>>>>> On some points of the patch I'm a bit less sure as we could easily >>>>>> take into account also write for things like vaccess() arguments, and >>>>>> make easier to re-add correct write support at some point in the >>>>>> future, but still force RO, even if the approach used in the patch is >>>>>> more correct IMHO. >>>>>> As an added bonus this patch cleans some dirty code in the mount >>>>>> operation and fixes a bug as vfs_mountedfrom() is called before real >>>>>> mounting is completed and can still fail. >>>>> A quick update on this. >>>>> It looks like NTFS won't be completed for this GSoC thus I seriously >>>>> need to find an alternative to not loose the NTFS support entirely. >>>>> >>>>> I tried to look into the NTFS implementation right now and it is >>>>> really a poor support. As Peter has also verified, it can deadlock in >>>>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>>>> complete rewrite if we would still support in-kernel NTFS. I also >>>>> tried to look at the NetBSD implementation. Their code is someway >>>>> similar to our, but they used very complicated (and very dirty) code >>>>> to do the locking. Even if I don't know well enough NetBSD VFS, I have >>>>> the impression not all the races are correctly handled. Definitively, >>>>> not something I would like to port. >>>>> >>>>> Considering all that the only viable option would be meaning an >>>>> userland filesystem implementation. My preferred choice would be to >>>>> import PUFFS and librefuse on top of it but honestly it requires a lot >>>>> of time to be completed, time which I don't currently have as in 2 >>>>> months Giant must be gone by the VFS. >>>>> >>>>> I then decided to switch to gnn's rewamp of FUSE patches. You can find >>>>> his initial e-mail here: >>>>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >>>>> >>>>> I've precisely got the second version of George's patch and created >>>>> this dolphin branch: >>>>> svn://svn.freebsd.org/base/projects/fuse >>>>> >>>>> I'm fixing low hanging fruit for the moment (see r238411 for example) >>>>> and I still have to make a throughful review. >>>>> However my idea is to commit the support once: >>>>> - ntfs-3g is well stress-tested and proves to be bug-free >>>>> - there is no major/big technical issue pending after the reviews >>>> In the last weeks Peter, Florian, Gustau and I have been working in >>>> stabilizing fuse support. In the specific, Peter has worked hard on >>>> producing several utilities to nit stress-test fuse and in particular >>>> ntfs, Florian has improved fuse related ports (as explained later) and >>>> Gustau has done sparse testing. I feel moderately satisfied by the >>>> level of stability of fuse now to propose to wider usage, in >>>> particular given the huge amount of complaints I'm hearing around >>>> about occasional fuse users. >>>> >>>> The final target of the project is to completely import into base the >>>> content of fusefs-kmod starting from earlier posted patches by George. >>>> So far, we took care only of importing in the fuse branch the kernel >>>> part, so that fusefs-kmod userland part is still needed to be >>>> installed from ports, but I was studying the mount_fusefs licensing >>>> before to process with the import for the userland bits of it. >>>> >>>> The fixing has been happening here: >>>> svn://svn.freebsd.org/base/projects/fuse/ >>>> >>>> which is essentially an HEAD branch + fuse kernel components. In order >>>> to get fuse, please compile a kernel from this branch with FUSE option >>>> or simply build and load fuse module. >>>> Alternatively, a kernel patch that should work with HEAD@240684 is here: >>>> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >>>> >>>> I guess the patch can easilly apply to all FreeBSD branches, really, >>>> but it is not tested to anything else different then -CURRENT. >>>> >>>> As said you still need currently to build fusefs-kmod port. However >>>> you need these further patches, to be put in the fusefs-kmod/files/ >>>> directory:: >>>> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >>>> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c >>>> >>>> They both disable the old kernel building/linking and import new >>>> functionality to let the new kernel support work well in presence of >>>> many consumers. >>>> >>>> In addition to fusefs-kmod, Bryan and Florian have also updated >>>> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >>>> e-mail: >>>> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html >>>> >>>> Even if this work is someway independent by the fusefs-kmod import, I >>>> warmly suggest to all of you to use their patches (and this what we >>>> have been testing so far too. >>> So, after Bryan and Florian ports update, I've also committed userland >>> part of fusefs-kmod and now the project branch fully mirrors >>> functionality of fusefs-kmod. The code in projects/fuse, infact, will >>> also install mount_fusefs as part of the fuse support. >>> >>> You can use the branch directly or this patch against -CURRENT at 240752: >>> http://www.freebsd.org/~attilio/fuse_import/fuse_240752.patch >> Hello, >> >> first, many thanks for your effort bringing fusefs support into base >> with decent stability!!! >> I tried to compile RELENG_9_1 with your patch, but failed figuring out >> why compiling world stops with this error: >> >> src/sbin/mount_fusefs/mount_fusefs.c:319: error: void value not ignored >> as it ought to be >> *** [mount_fusefs.o] Error code 1 > > Reason is sbin/mount/getmntopts.c, where checkpath() is void, which > changed to int in r230226 8 monthas ago in head. After many people willing to test fuse on STABLE_9, I made this patch that at least compiles there: http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch Of course, I didn't have a chance to test it because I'm also out for vacation right now but please do and report. Thanks, Attilio > > Log: > Change checkpath() to not exit on error. This is a prerequisite for > fixing the mount(8) "failok" option. > > Some questions: Is this planned to be mfc'd and if so, how can one know? In which sense "how can one know?". We usually specify MFC timeouts in the commit message (not sure if this answers your concerns). > And another svn-dummie question: How can I get the committ as a diff? cvsweb provided an esay click if I remember correctly. Once you have the commit as, say, rXXYYZZ just do: svn diff -x -p svn://svn.freebsd.org/base/head/@(XXYYZZ-1) svn://svn.freebsd.org/base/head/@XXYYZZ Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 14:47:23 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0307106564A; Fri, 28 Sep 2012 14:47:23 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 41A6A8FC16; Fri, 28 Sep 2012 14:47:22 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q8SEmEu4085201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Sep 2012 16:48:14 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5065B873.4070509@omnilan.de> Date: Fri, 28 Sep 2012 16:47:15 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: attilio@FreeBSD.org References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2BAFBC6867A2078B93B5900C" Cc: FreeBSD FS , freebsd-current@FreeBSD.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 14:47:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2BAFBC6867A2078B93B5900C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable schrieb Attilio Rao am 28.09.2012 16:18 (localtime): > On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer > wrote: >> ... > After many people willing to test fuse on STABLE_9, I made this patch > that at least compiles there: > http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch Thanks a lot! In the meantime I made the original patch compiling. I simply looked at the changes which were made around july in the fuse project to follow changes in head (checkpath(), vrecycle() and vtruncbuf()) and "reverted" them. Since I have no idea about the code I modified, I'm happy that you did a more qualified patch set :-) > Of course, I didn't have a chance to test it because I'm also out for > vacation right now but please do and report. Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a note, I'll pay you a Ma=C3=9F (or any other drink if you don't like =E2=80=9EWiesnbier=E2=80=9C) :-) >> ... >> Some questions: Is this planned to be mfc'd and if so, how can one kno= w? > In which sense "how can one know?". We usually specify MFC timeouts in > the commit message (not sure if this answers your concerns). Yep, that's what I wanted to know. So if there's no MFC timeout in the log, it's not intended to be MFCd ever I guess. Thanks a lot! World/Kernel compiled fine in the meantime, I'll do some sshfs tests. -Harry --------------enig2BAFBC6867A2078B93B5900C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBluHMACgkQLDqVQ9VXb8iKIQCfVCNSd+P7BFeGDOyJBb0t1xEd MNsAn1CNFJdYdJEdGQlOadWmXdNFF1Y5 =SVeh -----END PGP SIGNATURE----- --------------enig2BAFBC6867A2078B93B5900C-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 16:08:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05225106566B; Fri, 28 Sep 2012 16:08:43 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AA1108FC12; Fri, 28 Sep 2012 16:08:42 +0000 (UTC) Received: by obbwc20 with SMTP id wc20so2765140obb.13 for ; Fri, 28 Sep 2012 09:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=B+qVQLYvnNdArzQYk/1guIrLFPRCcymDjMjogKIzEZw=; b=w7X85qwog5rwA7zAd6AdUSL543E2XQ4axIQdqysvS2q+EfRUGBq1+8Fqh8KK86/VNn UzPIEnFcpMc9ntiVN2Emv6bkgRCrvpRz07s/vwU9lK3WAi/793W9hcLVchS8ItYxt3CZ EekLL4983nAuoUX3f5EdAMaUz6eCVPlxV2vCXH2+nSlNA+oexKRHEUtO8HFmlcYQ6mDL q8q78DVRwpmEgxRprpPaW1X+FrUo00jZmykr6LkFGh1wyhcRArimxCvcA0BeKi9q2lcA B1pI/scaipjZDx2HzIE1i6QK4UivqSh36GjPEUNF1iLwvHwgVbFdxZtcfbWHbDX9AIht lQrA== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr6269387oec.100.1348848522117; Fri, 28 Sep 2012 09:08:42 -0700 (PDT) Received: by 10.182.98.4 with HTTP; Fri, 28 Sep 2012 09:08:41 -0700 (PDT) Date: Fri, 28 Sep 2012 18:08:41 +0200 Message-ID: From: Sami Halabi To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 16:08:43 -0000 Hi, I tried to follow: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html to recompile the kernel with KVA_PAGES and i couldn't compile. any ideas why this? -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 16:33:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 563791065670; Fri, 28 Sep 2012 16:33:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 21FE58FC0A; Fri, 28 Sep 2012 16:33:07 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 4038F23F6D9; Fri, 28 Sep 2012 12:33:06 -0400 (EDT) Date: Fri, 28 Sep 2012 12:33:04 -0400 From: Glen Barber To: Sami Halabi Message-ID: <20120928163304.GC1287@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 16:33:07 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2012 at 06:08:41PM +0200, Sami Halabi wrote: > I tried to follow: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs= =2Ehtml >=20 > to recompile the kernel with KVA_PAGES > and i couldn't compile. >=20 > any ideas why this? >=20 What was the error? Glen --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQZdFAAAoJEFJPDDeguUaj4qEH/1Czguey6qtzhf4wzYtJi/y9 dO0u6p5qWziuR2oMWjKRdtqVvtCnHg9XNlpluc5AzqIRz2mRU0So2167G/sWldoN iDz1vMOWSuXLUwnbW8kHP9t5PTHkmbNkLjTHBD9QgAATM6cYwSsAVDMXyQ7K9G2z rA8ef0SmDTVLWAqK5g1zLQ5q2Vr5xd9NFEo7FIEn/0R5xrBiraH6NXG6qZzaBHuQ PwLLTFM5mTv1dNYZErWarKVPrRNBMTdjZZbgo7l3QKaMjqaV3Odc3AEgi/vFjKrv vJ/WvbFoDlt30//6pw2nxbFPQSTbhohzEqAEHCuSppBNKsDf380dJSAT8TYmjdU= =4XL1 -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:31:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ECC8106566B; Fri, 28 Sep 2012 19:31:42 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 183E48FC0A; Fri, 28 Sep 2012 19:31:41 +0000 (UTC) Received: by obbwc20 with SMTP id wc20so3024637obb.13 for ; Fri, 28 Sep 2012 12:31:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HubO8bTzcyA+x/c9jrHCs5PEFKVjxlXLRQ/kyP3O4Hg=; b=WXRFtlHVVZoxvBKzetbBPPa/9jk3keXTni8dFBDBNHo22swxtU+ImmujsSK51KQhWF M/s8b23Q3KgHYZESGJZiInM84OwMEKEfEesGpAvODNu3tRJn2zW8v+6B1IPGGpXmZL2O clP1gFP6ituo1sOYlg791etIGKKuLmBdYmdhAJWsuGvncI09vFOuzw0KflHZZD5h2Brx EMTsh3E1Qhfe0FHVq7UWqW2aACl7kLqnjSes7E283OegJ46CmeOidI9MnQVwRHtknGr6 MOKYp6Q43mlUPII6FQPGTBRhCHK/9O8bYw5KWlvKjXe2eFhdER4Q03h/WtEUo4LvJ4y4 E8/A== MIME-Version: 1.0 Received: by 10.60.3.41 with SMTP id 9mr6530102oez.113.1348860701353; Fri, 28 Sep 2012 12:31:41 -0700 (PDT) Received: by 10.182.98.4 with HTTP; Fri, 28 Sep 2012 12:31:41 -0700 (PDT) In-Reply-To: <20120928163304.GC1287@glenbarber.us> References: <20120928163304.GC1287@glenbarber.us> Date: Fri, 28 Sep 2012 21:31:41 +0200 Message-ID: From: Sami Halabi To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:31:42 -0000 /usr/src/sys/amd64/confSAMI: unknown option KVA_PAGES On Fri, Sep 28, 2012 at 6:33 PM, Glen Barber wrote: > On Fri, Sep 28, 2012 at 06:08:41PM +0200, Sami Halabi wrote: > > I tried to follow: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html > > > > to recompile the kernel with KVA_PAGES > > and i couldn't compile. > > > > any ideas why this? > > > > What was the error? > > Glen > > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:36:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B52106564A; Fri, 28 Sep 2012 19:36:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id EE12B8FC0A; Fri, 28 Sep 2012 19:36:12 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 3F48D23F6D9; Fri, 28 Sep 2012 15:36:11 -0400 (EDT) Date: Fri, 28 Sep 2012 15:36:09 -0400 From: Glen Barber To: Sami Halabi Message-ID: <20120928193609.GD1287@glenbarber.us> References: <20120928163304.GC1287@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EY/WZ/HvNxOox07X" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:36:13 -0000 --EY/WZ/HvNxOox07X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2012 at 09:31:41PM +0200, Sami Halabi wrote: > On Fri, Sep 28, 2012 at 6:33 PM, Glen Barber wrote: > > On Fri, Sep 28, 2012 at 06:08:41PM +0200, Sami Halabi wrote: > > > I tried to follow: > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-z= fs.html > > > > > > to recompile the kernel with KVA_PAGES > > > and i couldn't compile. > > > > > > any ideas why this? > > > > > > > What was the error? > > >=20 > /usr/src/sys/amd64/confSAMI: unknown option KVA_PAGES >=20 KVA_PAGES is not a valid option for amd64 kernel configurations. It is only needed/recommended for i386 and pc98 architectures. Glen --EY/WZ/HvNxOox07X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEbBAEBCAAGBQJQZfwpAAoJEFJPDDeguUaj5c0H+J9f1mg/ICIN+2FtRRxye21p mlYHMSoXMsxaCXRf/NMymJpsnytmoafZgR8LVIyYPQCNNpbha495ohj2kdet9JJx VgGyguzvLP4HgbqmZna6+3SvsDMwdTuAVqkVGwMMlXNTx9qGpbUsX4MzbWBUiswx 0948jXJOY/v5vgXLqYvTGEerZzMggAqHTCybTLik3Eb4jdC/sB1btGYp0J5WdP8n dMWCv0yFserODfm8E0O2mz2ITXb5BpityWkQ2cDPxy/gR3OeZ7xie2rXlnA4c+z8 EfNMFJXJ6DhG5flv4r8q+y0sIrMlkZj9RIzsnAEz5CwG9Y5meYB+MiqEUzktFw== =rEfL -----END PGP SIGNATURE----- --EY/WZ/HvNxOox07X-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:37:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86091065673; Fri, 28 Sep 2012 19:37:28 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 436DD8FC20; Fri, 28 Sep 2012 19:37:28 +0000 (UTC) Received: by oagn9 with SMTP id n9so2508806oag.13 for ; Fri, 28 Sep 2012 12:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DEG5hUyYRAgdzu19SYacS26BUB5zexrkb5xTiC6+HxI=; b=xU7hzRH7FKduMs239PNEKCMHV/mPFwb7DS1co63GIRXmUwIp1b/uTSwKKMF3a6JpwW z3ttTJ/2kPX1RUq0HqYIVq1ejExvdkfJ4XOcxW6j8Yuwy2WOea/XQWy/MnbuYZ6S6AEP /t1xc0MHYAvE62ikRjKOsCkqcTQCJ+bdDXmT7kZOThalqqpOyhYWBUuKoFT5PMuQJlLc xN5TM/wSKnkfIwl3J3Qqs3tzgGcrdHkIcMk8nxRoEylrjchgx4HWNtp6NuQt4MTKTpze HbycJAIxZFAE4ipKqXdsw1OvSiatxA+RQbji9tOD8+XiBejVH0hD+9JQdVGXwiEOZowr 0kHA== MIME-Version: 1.0 Received: by 10.60.29.229 with SMTP id n5mr4567818oeh.76.1348861047518; Fri, 28 Sep 2012 12:37:27 -0700 (PDT) Received: by 10.182.98.4 with HTTP; Fri, 28 Sep 2012 12:37:27 -0700 (PDT) In-Reply-To: <20120928193609.GD1287@glenbarber.us> References: <20120928163304.GC1287@glenbarber.us> <20120928193609.GD1287@glenbarber.us> Date: Fri, 28 Sep 2012 21:37:27 +0200 Message-ID: From: Sami Halabi To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:37:28 -0000 got it, I thought amd64 is i386 with 64 bit, seems i was wrong in termenlogy Thanks a lot On Fri, Sep 28, 2012 at 9:36 PM, Glen Barber wrote: > On Fri, Sep 28, 2012 at 09:31:41PM +0200, Sami Halabi wrote: > > On Fri, Sep 28, 2012 at 6:33 PM, Glen Barber wrote: > > > On Fri, Sep 28, 2012 at 06:08:41PM +0200, Sami Halabi wrote: > > > > I tried to follow: > > > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/filesystems-zfs.html > > > > > > > > to recompile the kernel with KVA_PAGES > > > > and i couldn't compile. > > > > > > > > any ideas why this? > > > > > > > > > > What was the error? > > > > > > > /usr/src/sys/amd64/confSAMI: unknown option KVA_PAGES > > > > KVA_PAGES is not a valid option for amd64 kernel configurations. > > It is only needed/recommended for i386 and pc98 architectures. > > Glen > > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:43:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA993106566B; Fri, 28 Sep 2012 19:43:52 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8A8748FC0A; Fri, 28 Sep 2012 19:43:52 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id A537D37B56E; Fri, 28 Sep 2012 14:37:59 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3XT3866wCCzBpK; Fri, 28 Sep 2012 14:37:58 -0500 (CDT) Date: Fri, 28 Sep 2012 14:37:58 -0500 From: "Matthew D. Fuller" To: Sami Halabi Message-ID: <20120928193758.GC71113@over-yonder.net> References: <20120928163304.GC1287@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.6 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, Glen Barber , freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:43:52 -0000 On Fri, Sep 28, 2012 at 09:31:41PM +0200 I heard the voice of Sami Halabi, and lo! it spake thus: > /usr/src/sys/amd64/confSAMI: unknown option KVA_PAGES You're using amd64, not i386; you don't need to mess with KVA_PAGES. In fact, you probably don't need to tune anything on amd64, unless you've got either very little or very huge physical memory. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:44:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2CD1065795; Fri, 28 Sep 2012 19:44:09 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3C48FC08; Fri, 28 Sep 2012 19:44:09 +0000 (UTC) Received: by obbwc20 with SMTP id wc20so3038858obb.13 for ; Fri, 28 Sep 2012 12:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KIft3BX3d977ApI9VLtIzn7qnMGcSwnM3bCyUaRUjyE=; b=vSk2/RwvosubKGfKg5Vnhu3IaBctTNzpqha7Ho5M1palqRW6jMywAUZzfxcxmPtvAh oq4uEOg/OsoOoUt65oAnL52DNR3f0eX0RE3/+SOf4cuEZvDYFBvFbBU+Eb/mZpQK4ueY r4pAZy3PK8XXsXjw/fhsa8a871sLGYJQwILVELsHyV87j1lElKXlMRGFT2cpec1v+eyC DtQNflfQgQCwyuiVTQn0cRasP1S2S2hwK0F/ImHSU2FbGLydSX34xDOq6mrNdNa/x8GH KSzAlKysc1TA9/vt69r+4KGUAjC5V2OZqjDHlm3e+QOD1l9FskQ/8JlSGspivBYvesQz +rUQ== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr6725433oec.100.1348861448933; Fri, 28 Sep 2012 12:44:08 -0700 (PDT) Received: by 10.182.98.4 with HTTP; Fri, 28 Sep 2012 12:44:08 -0700 (PDT) In-Reply-To: <20120928193758.GC71113@over-yonder.net> References: <20120928163304.GC1287@glenbarber.us> <20120928193758.GC71113@over-yonder.net> Date: Fri, 28 Sep 2012 21:44:08 +0200 Message-ID: From: Sami Halabi To: "Matthew D. Fuller" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, Glen Barber , freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:44:10 -0000 Hi, what count for little, and what count for huge. is there any documented tunings needed for both cases? if not I'd appreciate it much if you explain the tunungs needed and what they do. Sami On Fri, Sep 28, 2012 at 9:37 PM, Matthew D. Fuller wrote: > On Fri, Sep 28, 2012 at 09:31:41PM +0200 I heard the voice of > Sami Halabi, and lo! it spake thus: > > /usr/src/sys/amd64/confSAMI: unknown option KVA_PAGES > > You're using amd64, not i386; you don't need to mess with KVA_PAGES. > > In fact, you probably don't need to tune anything on amd64, unless > you've got either very little or very huge physical memory. > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:46:26 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92A6106568C for ; Fri, 28 Sep 2012 19:46:26 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2F36D8FC1E for ; Fri, 28 Sep 2012 19:46:25 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA18092; Fri, 28 Sep 2012 22:46:23 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1THgVz-000Lv8-6p; Fri, 28 Sep 2012 22:46:23 +0300 Message-ID: <5065FE8E.5030700@FreeBSD.org> Date: Fri, 28 Sep 2012 22:46:22 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120913 Thunderbird/15.0.1 MIME-Version: 1.0 To: Sami Halabi References: <20120928163304.GC1287@glenbarber.us> <20120928193609.GD1287@glenbarber.us> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:46:27 -0000 on 28/09/2012 22:37 Sami Halabi said the following: > got it, I thought amd64 is i386 with 64 bit, seems i was wrong in termenlogy Yes, we refer to the general platform as x86. i386 is 32-bit x86 and amd64 is 64-bit x86. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 19:49:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9412F106566C; Fri, 28 Sep 2012 19:49:24 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 627D78FC08; Fri, 28 Sep 2012 19:49:24 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id B3F1937B54F; Fri, 28 Sep 2012 14:49:23 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3XT3PH1CXWzBpp; Fri, 28 Sep 2012 14:49:23 -0500 (CDT) Date: Fri, 28 Sep 2012 14:49:23 -0500 From: "Matthew D. Fuller" To: Sami Halabi Message-ID: <20120928194923.GD71113@over-yonder.net> References: <20120928163304.GC1287@glenbarber.us> <20120928193758.GC71113@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.6 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, Glen Barber , freebsd-current@freebsd.org Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 19:49:24 -0000 On Fri, Sep 28, 2012 at 09:44:08PM +0200 I heard the voice of Sami Halabi, and lo! it spake thus: > > what count for little, and what count for huge. Off the top of my head, I'd say less than 1 gig (maybe 2) or more than 256. With very little, you may need to start looking at some of the i386 tuning to things to scale back. But anywhere in the middle the defaults should work fine (I'm sure there are gains to be had from working at tuning, but probably not huge and probably very dependent on your particular hardware and workloads). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 23:01:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E8FB106566B; Fri, 28 Sep 2012 23:01:43 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 114298FC15; Fri, 28 Sep 2012 23:01:42 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q8SN0el3008872; Fri, 28 Sep 2012 16:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1348873242; bh=tNzo7qfZSp2IWVLTLszYWQSNfFAIdm1bHn7HAuic5Cc=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=hzf6mj5mDQW1Z0iwFTmi92LXftfPxsRSO3nXdsfkmmBrlFxWIBhMJ3FLXBuoLQ2wx wf8uwXooNp039XW+Js5/6GwD9E5xthOuX4jcGT5bvONZnOVCFmxDr+6OZyi7crVo6n oms5SaHPSZlIO5braOcIQXWM3uwQkReZ1z9HFw3c= From: Sean Bruno To: "sbruno@freebsd.org" In-Reply-To: <1348790974.10543.16.camel@powernoodle.corp.yahoo.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <1348073071.5775.4.camel@powernoodle.corp.yahoo.com> <1348790974.10543.16.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 28 Sep 2012 16:00:40 -0700 Message-ID: <1348873240.4067.10.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 873241001 Cc: "pyunyh@gmail.com" , "freebsd-current@freebsd.org" Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 23:01:43 -0000 On Thu, 2012-09-27 at 17:09 -0700, Sean Bruno wrote: > We have seen 2 instances of one or more of the HP machines failing and > dropping off the network. however, we don't have specifics yet. > > It looks like this specific error was ACPI related, not BGE related. The C6 setting in the BIOS has the nasty side effect of somehow letting CPU's quiesce and become unwakeable. Setting the lowest Cstate in the *bios* to C3 is under test. Sean From owner-freebsd-current@FreeBSD.ORG Sat Sep 29 00:00:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78582106566C for ; Sat, 29 Sep 2012 00:00:52 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id C6ECF8FC15 for ; Sat, 29 Sep 2012 00:00:51 +0000 (UTC) Received: (qmail invoked by alias); 29 Sep 2012 00:00:43 -0000 Received: from 124-168-107-185.dyn.iinet.net.au (EHLO emachine.the.domm) [124.168.107.185] by mail.gmx.com (mp-eu001) with SMTP; 29 Sep 2012 02:00:43 +0200 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX18B9ScYRtwBeVwtojETCiIFQcSCQaaZsjGOeieKA5 C5ITZnINIqOA23 Date: Sat, 29 Sep 2012 10:00:39 +1000 From: Brett To: freebsd-current@freebsd.org Message-Id: <20120929100039.b9c1c53b598eef9e5c18ef01@gmx.com> X-Mailer: Sylpheed 3.3.0beta2 (GTK+ 2.24.13; x86_64-unknown-openbsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Trying current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 00:00:52 -0000 Hi list, I'm getting and old core2duo today to install FreeBSD (hopefully current) on it. Looking in the ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ folder for the last week or so, there have been no snapshots in there. Do they still come out roughly monthly and/or is one likely to appear soon? Looking at the instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html , it does not specifically mention a starting point to build from. If not snapshots are expected soon, am I likely to experience much grief in getting from 9.0 or 9.1rc1 to current? Thanks, Brett. From owner-freebsd-current@FreeBSD.ORG Sat Sep 29 00:07:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7121065670; Sat, 29 Sep 2012 00:07:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 9819B8FC08; Sat, 29 Sep 2012 00:07:10 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 21B5F23F6D9; Fri, 28 Sep 2012 20:07:09 -0400 (EDT) Date: Fri, 28 Sep 2012 20:07:06 -0400 From: Glen Barber To: Brett Message-ID: <20120929000706.GA1684@glenbarber.us> References: <20120929100039.b9c1c53b598eef9e5c18ef01@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20120929100039.b9c1c53b598eef9e5c18ef01@gmx.com> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Trying current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 00:07:10 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Sat, Sep 29, 2012 at 10:00:39AM +1000, Brett wrote: > Hi list, >=20 > I'm getting and old core2duo today to install FreeBSD (hopefully > current) on it. Looking in the ftp://ftp.freebsd.org/pub/FreeBSD/snapshot= s/ > folder for the last week or so, there have been no snapshots in > there. Do they still come out roughly monthly and/or is one likely > to appear soon? >=20 > Looking at the instructions at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.= html > , it does not specifically mention a starting point to build from. > If not snapshots are expected soon, am I likely to experience much > grief in getting from 9.0 or 9.1rc1 to current? >=20 I am working on generating regular snapshots. I do not currently have anything "official" as far as FreeBSD.org goes, but please feel free to try the snapshots I have already created: http://snapshots.glenbarber.us/Latest/ There are i386 and amd64 snapshots for 10-CURRENT and 9-STABLE (not 9.1-RC1). Glen --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQZjuqAAoJEFJPDDeguUajuPIIAI2b6UlS8GB/znbrnh116qXY bFo0lIoiYn+Y9jMHz0JE0Zl0KS+Pi0GxNp+tK4tr47J4Yqbauq53HyydLk7MFwqi 53xrTBIV/Y9c1uBziB+pjS1/HVVW6S81ovY3CezNFzdQk7QUDK1X9aK+bBv9lJD2 va2V6qRiJTOSZt+AJ3xhHOwXbZ8hhqDoIyGGJE9h81TKchaJxawpMRbM9bd+XUR+ unDGQVl1YF6SwRXeApOa87PKZk+FrxHXn+q2v8CGaqVFLifmKb1nDCuCLIX0/2KN uT7fHlYIfbjIh7c2+7GUiPJpzcTiDAiiKcq6wrb7hb24P2tKznXwwKK+xzy2GYg= =uqmH -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 28 23:23:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFD3A106566C; Fri, 28 Sep 2012 23:23:00 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 47C728FC0A; Fri, 28 Sep 2012 23:23:00 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id F15FF40009; Sat, 29 Sep 2012 01:22:58 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id E2CEB4000C; Sat, 29 Sep 2012 01:22:58 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 347A340009; Sat, 29 Sep 2012 01:22:57 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3XT87h5hBkz8ggx; Sat, 29 Sep 2012 01:22:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id tszyfbxBNpsY; Sat, 29 Sep 2012 01:22:54 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3XT87f4tKyz8ggv; Sat, 29 Sep 2012 01:22:54 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 3XT87f3Txtz9Ctq; Sat, 29 Sep 2012 01:22:54 +0200 (CEST) Message-ID: <5066314A.4010309@daemonic.se> Date: Sat, 29 Sep 2012 01:22:50 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20120928163304.GC1287@glenbarber.us> <20120928193758.GC71113@over-yonder.net> <20120928194923.GD71113@over-yonder.net> In-Reply-To: <20120928194923.GD71113@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sat, 29 Sep 2012 02:32:45 +0000 Cc: freebsd-fs@freebsd.org, Glen Barber , freebsd-current@freebsd.org, Sami Halabi Subject: Re: ZFS on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 23:23:00 -0000 On 2012-09-28 21:49, Matthew D. Fuller wrote: > On Fri, Sep 28, 2012 at 09:44:08PM +0200 I heard the voice of > Sami Halabi, and lo! it spake thus: >> >> what count for little, and what count for huge. > > Off the top of my head, I'd say less than 1 gig (maybe 2) or more than > 256. With very little, you may need to start looking at some of the > i386 tuning to things to scale back. But anywhere in the middle the > defaults should work fine (I'm sure there are gains to be had from > working at tuning, but probably not huge and probably very dependent > on your particular hardware and workloads). > > Just as a measuring point, I managed to run ZFS on an moderately busy FTP server with 2GB while waiting for replacement RAM. It worked, but is perhaps not the best approach. Less than 4 or even 8GB ram is probably not recommended these days, especially since RAM is resonably cheap. Regards! -- Niclas P.S. The handbook should perhaps be slightly updated wrt ZFS, at least to clarify that tuning is only needed on i386 in the general case, and that you're usually better off running ZFS on an amd64 machine if you can choose. I'll look into it tomorrow... From owner-freebsd-current@FreeBSD.ORG Sat Sep 29 08:18:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 11940106564A for ; Sat, 29 Sep 2012 08:18:32 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3C3E114DD4E; Sat, 29 Sep 2012 08:18:30 +0000 (UTC) Message-ID: <5066AED2.2050508@FreeBSD.org> Date: Sat, 29 Sep 2012 12:18:26 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Brett References: <20120929100039.b9c1c53b598eef9e5c18ef01@gmx.com> In-Reply-To: <20120929100039.b9c1c53b598eef9e5c18ef01@gmx.com> X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Trying current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 08:18:32 -0000 On 29.09.2012 04:00, Brett wrote: > Hi list, > > I'm getting and old core2duo today to install FreeBSD (hopefully > current) on it. Looking in the > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ folder for the last week > or so, there have been no snapshots in there. Do they still come out > roughly monthly and/or is one likely to appear soon? Hi, There are snapshots created by Hiroki Sato, i use it regularly and they are ok. https://pub.allbsd.org/FreeBSD-snapshots/ -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Sep 29 12:26:07 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 724F11065675 for ; Sat, 29 Sep 2012 12:26:07 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DFA28FC0C for ; Sat, 29 Sep 2012 12:26:06 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5221962vbm.13 for ; Sat, 29 Sep 2012 05:26:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=mCffkAzRMrliQfxiCGI82v2rfQCbqHsBqY1tOkIr+H8=; b=RlFM/7xmGTJVqkP0An89q+L75e/7MqJSzt6CGLiDI/dL4P8YAz30B785YMgNgcJ6Hj mRv0Vdxy9oRC8ze6q9990DjxMkcb6l1jGPxk4EMqHGm8LoAHgF3HcCxaEc5t6bPFNWb6 SNREiElCGPV1gm/4VyzWNTV90zweT8TsrnYGsGVzyGYojuqOjBpDjJx1wuAIVHP3NkPO b+u+93taAvEl2MKn+jW9tHbHA7FVBvVeKj+gkdiMxmun/+g4NSs3giOsbBkQtV9DNxqG I06EF/1hYJqCj7pAMozvNYOhjJ3gGsAyMAyyj6dTHuaZ9Df7WTxUpv8+pVzwprVZ6q8+ 07mQ== MIME-Version: 1.0 Received: by 10.58.173.130 with SMTP id bk2mr5779692vec.45.1348921559902; Sat, 29 Sep 2012 05:25:59 -0700 (PDT) Received: by 10.58.226.163 with HTTP; Sat, 29 Sep 2012 05:25:59 -0700 (PDT) Date: Sat, 29 Sep 2012 08:25:59 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: At boot: isitmychild: rmatrix mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 12:26:07 -0000 seeing this running r240948 isitmychild: rmatrix mismatch between udpinp (index 20) and network driver (index 39): w_rmatrix[20][39] == 3 but w_rmatrix[39][20] == 8 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b kdb_backtrace() at kdb_backtrace+0x39 _isitmyx() at _isitmyx+0xe1 witness_checkorder() at witness_checkorder+0x3d8 _mtx_lock_flags() at _mtx_lock_flags+0x83 re_start() at re_start+0x2a if_transmit() at if_transmit+0x103 ether_output() at ether_output+0x580 ip_output() at ip_output+0xb2e udp_send() at udp_send+0x801 sosend_dgram() at sosend_dgram+0x2b5 kern_sendit() at kern_sendit+0x1b9 sendit() at sendit+0xf1 sys_sendmsg() at sys_sendmsg+0x61 amd64_syscall() at amd64_syscall+0x25a Xfast_syscall() at Xfast_syscall+0xfb --- syscall (28, FreeBSD ELF64, sys_sendmsg), rip = 0x801321baa, rsp = 0x7fffffbfd1a8, rbp = 0x7fffffbfd1d0 --- Witness disabled. -- Please tell me what I do to help. thanks -kim From owner-freebsd-current@FreeBSD.ORG Sat Sep 29 12:40:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48BF2106564A for ; Sat, 29 Sep 2012 12:40:05 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA6C08FC08 for ; Sat, 29 Sep 2012 12:40:04 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so5557301vcb.13 for ; Sat, 29 Sep 2012 05:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SZ/F22+weT1H1yq+PXiGz9Psjq3JLMcksN2eMrHn1G4=; b=f9835w7UfAa4E5/5xCWMCPVvD1zk/VWigVk9qH0DtoNe6vlSxgYHBQ/XTh29Dtf8LX ei5bNUtDNsMdO8CQFQW56UQOsA0ZHxRudAFcS0AsVqcksUA1ZIFlBh47or+oMZ7npi+0 2wNnxlDogeOcLDPpBSoUcoGU8JqiRX/JtVWYis2ef4wnv5D8M5C9C0vTTRANIEBt+TCc 1xKzK02vE4cuiFpYG71m0j1iA3z8+V1mLVu/IrRzQ5136NCM7eo5my2RgkKt2qPNog9y vzvw3ntt1AcFi0iCTvh09OqUcWQWrgGoAe/TrhhAxHBkujOPfvAFdkJ6vYRovZ1ejIVe CcZQ== MIME-Version: 1.0 Received: by 10.220.150.79 with SMTP id x15mr5599626vcv.40.1348922403874; Sat, 29 Sep 2012 05:40:03 -0700 (PDT) Received: by 10.58.226.163 with HTTP; Sat, 29 Sep 2012 05:40:03 -0700 (PDT) Date: Sat, 29 Sep 2012 08:40:03 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: panic possibly on on bridge member removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 12:40:05 -0000 After a few hours of operation involving tap0 added to the bridge running openvpn and shutting down openvpn which removes tap0 from the bridge, the machine is found to have a panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x188 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff82a14f96 stack pointer = 0x28:0xffffff8000285670 frame pointer = 0x28:0xffffff80002856b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi5: fast taskq) [ thread pid 12 tid 100022 ] Stopped at bridge_enqueue+0x86: calll *0x188(%r12) db> bt Tracing pid 12 tid 100022 td 0xfffffe0003aff000 bridge_enqueue() at bridge_enqueue+0x86 ether_output() at ether_output+0x580 ip_output() at ip_output+0xb2e ip_forward() at ip_forward+0x1e5 ip_input() at ip_input+0x54e netisr_dispatch_src() at netisr_dispatch_src+0x7b ether_demux() at ether_demux+0x156 ether_nh_input() at ether_nh_input+0x31a netisr_dispatch_src() at netisr_dispatch_src+0x7b re_rxeof() at re_rxeof+0x515 re_int_task() at re_int_task+0x8b taskqueue_run_locked() at taskqueue_run_locked+0xf0 taskqueue_run() at taskqueue_run+0x4a intr_event_execute_handlers() at intr_event_execute_handlers+0xaa ithread_loop() at ithread_loop+0xde fork_exit() at fork_exit+0x80 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000285cb0, rbp = 0 --- Trying to get a dump results in a hang: db> call doadump Dumping 762 out of 4055 MB: (hang) thanks -kim