From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 03:21:08 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDE41065686 for ; Sun, 19 Oct 2008 03:21:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id C34F88FC13 for ; Sun, 19 Oct 2008 03:21:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9J3L5tI009461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Oct 2008 14:21:05 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id m9J3L4pH023515; Sun, 19 Oct 2008 14:21:04 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id m9J3L4a0023514; Sun, 19 Oct 2008 14:21:04 +1100 (EST) (envelope-from peter) Date: Sun, 19 Oct 2008 14:21:04 +1100 From: Peter Jeremy To: Kris Kennaway Message-ID: <20081019032104.GB25796@server.vk2pj.dyndns.org> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <48F65490.6040305@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <48F65490.6040305@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: System hanging during dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 03:21:08 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Oct-15 21:37:36 +0100, Kris Kennaway wrote: >Peter, there was a bug causing dump to hang (completely unrelated to=20 >UFS2 snapshot generation) merged to RELENG_7 a month or so ago. Can you= =20 >try updating? Well, dump wasn't hanging, rather it was hanging the rest of the system. In any case, I have upgraded to a recent -stable and am no longer able to reproduce the problem. I have built myself a looping 'ps -axl' which should let me gather more information if it does re-appear. (In the process, I've found that ps leaks memory, though that's not a problem until you wrap it in a loop). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj6p6AACgkQ/opHv/APuId5vQCeORRJwGptPO/hWQn2+nzsQcr9 YBYAnRvZBMzU3TqhdjVYLxMKXcMdReHp =PbVs -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 08:39:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB64D1065689; Sun, 19 Oct 2008 08:39:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBE38FC17; Sun, 19 Oct 2008 08:39:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KrToa-000KbE-VO; Sun, 19 Oct 2008 11:39:09 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m9J8d37q063138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Oct 2008 11:39:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m9J8d3nS090129; Sun, 19 Oct 2008 11:39:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m9J8d2jj090127; Sun, 19 Oct 2008 11:39:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 19 Oct 2008 11:39:02 +0300 From: Kostik Belousov To: Peter Jeremy Message-ID: <20081019083902.GP7782@deviant.kiev.zoral.com.ua> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <48F65490.6040305@FreeBSD.org> <20081019032104.GB25796@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HAFOnXjCMzlSUiDF" Content-Disposition: inline In-Reply-To: <20081019032104.GB25796@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KrToa-000KbE-VO 339d20c9cf586a47ca1871a66533e848 X-Terabit: YES Cc: Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: System hanging during dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 08:39:11 -0000 --HAFOnXjCMzlSUiDF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 19, 2008 at 02:21:04PM +1100, Peter Jeremy wrote: > On 2008-Oct-15 21:37:36 +0100, Kris Kennaway wrote: > >Peter, there was a bug causing dump to hang (completely unrelated to=20 > >UFS2 snapshot generation) merged to RELENG_7 a month or so ago. Can you= =20 > >try updating? >=20 > Well, dump wasn't hanging, rather it was hanging the rest of the system. > In any case, I have upgraded to a recent -stable and am no longer able > to reproduce the problem. >=20 > I have built myself a looping 'ps -axl' which should let me gather more > information if it does re-appear. (In the process, I've found that ps > leaks memory, though that's not a problem until you wrap it in a loop). What memory ? Kernel one ? How did you noted this ? Could you add vmstat -z and vmstat -m to the loop and watch what allocation grows ? --HAFOnXjCMzlSUiDF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj68iYACgkQC3+MBN1Mb4jTKQCgnnYkmutQg7Td6RprhPDxb/Sh 99EAoJqMlgRfR4S2328UwlBI3IxBUJFV =3+Hr -----END PGP SIGNATURE----- --HAFOnXjCMzlSUiDF-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 16:25:10 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FEC21065692; Sun, 19 Oct 2008 16:25:10 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 9576F8FC1F; Sun, 19 Oct 2008 16:25:09 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m9JGP7sj093350; Mon, 20 Oct 2008 01:25:07 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 20 Oct 2008 01:25:04 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20081020012504.95adc0ca.nork@FreeBSD.org> In-Reply-To: <20081018020248.GB31303@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 20 Oct 2008 01:25:08 +0900 (JST) Cc: Daniel Gerzo , Norikatsu Shigemura , stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 16:25:10 -0000 Hi Pyun! On Sat, 18 Oct 2008 11:02:48 +0900 Pyun YongHyeon wrote: > re(4) didn't require special PHY handling for 8169/8110 > controllers. Did it ever work on older FreeBSD releases? I vaguely > remember nork@ (Norikatsu Shigemura) also said Carbus GbE > (RTL8169SBL) is not working but he could see successful attachment > of rgephy(4). > How about plugging UTP cable to controller before loading driver? On the latest 8-current, I got a probe failed: FreeBSD pelsia.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #28: Sun Oct 12 21:55:35 JST 2008 nork@pelsia.ninth-nine.com:/usr/obj/usr/src/sys/PELSIA amd64 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - pcib3: at device 0.0 on pci2 pci3: on pcib3 re0: port 0xa000-0xa0ff mem 0xf0300000-0xf03001ff irq 16 at device 0.0 on pci3 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 re0: PHY write failed re0: PHY write failed re0: PHY read failed re0: MII without any phy! device_attach: re0 attach returned 6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - But, old current is ok. FreeBSD melfina.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #74: Thu Aug 28 05:24:38 JST 2008 nork@melfina.ninth-nine.com:/usr/obj/usr/src/sys/MELFINA i386 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 re0: Reserved 0x200 bytes for rid 0x14 type 3 at 0xb0103000 cbb0: Opening memory: cbb0: Normal: 0xb0103000-0xb0103fff re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:e0:4c:77:ab:e8 re0: [MPSAFE] re0: [FILTER] rgephy0: detached miibus1: detached cbb0: Opening memory: re0: detached - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 18:21:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED91106567A for ; Sun, 19 Oct 2008 18:21:03 +0000 (UTC) (envelope-from gtcmail@mm.st) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id C91F88FC08 for ; Sun, 19 Oct 2008 18:21:03 +0000 (UTC) (envelope-from gtcmail@mm.st) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B3AF5181BAB for ; Sun, 19 Oct 2008 14:06:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 19 Oct 2008 14:06:01 -0400 X-Sasl-enc: Tq9BKDY5AiQiFQFhB8WsPzv0zJoUa4WiwdZYIRUHMoow 1224439561 Received: from fire.alarm (5ac8a44f.bb.sky.com [90.200.164.79]) by mail.messagingengine.com (Postfix) with ESMTPSA id 40B9BE7FE for ; Sun, 19 Oct 2008 14:06:01 -0400 (EDT) Message-ID: <48FB7706.90604@mm.st> Date: Sun, 19 Oct 2008 19:05:58 +0100 From: Guy Coleman User-Agent: Thunderbird 2.0.0.16 (X11/20080730) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kern/123552: ath panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 18:21:04 -0000 I've been hitting a panic with any non-trivial network activity on an ath wireless card. I've already submitted the details to a PR (kern/123552) and after a quick search it looks like kern/125914, kern/126475 and kern/125332 are all the same panic. The last time I tried an up-to-date RELENG_7 was October 5th and the panic was still present. I can just about manage to get a backtrace but am a bit lost when it comes down to tracking down the actual problem. Are there any more debugging details it might be helpful to add to the PR? Alternatively, has anybody found any workarounds? Cheers, Guy p.s., please include me in any replies, I'm not subscribed to the list. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 18:47:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B41106566C for ; Sun, 19 Oct 2008 18:47:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC0A8FC1B for ; Sun, 19 Oct 2008 18:47:40 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m9JIlY99017268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 19 Oct 2008 14:47:34 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NoSusdkuWD5nCTdxaaH7" Date: Sun, 19 Oct 2008 14:47:28 -0400 Message-Id: <1224442048.12224.42.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=2.4 required=5.0 tests=DNS_FROM_SECURITYSAGE, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 7.1-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 18:47:41 -0000 --=-NoSusdkuWD5nCTdxaaH7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable As the next step in the release cycle for FreeBSD 7.1 builds for FreeBSD 7.1-BETA2 are now available for testing. NOTE: If updating from a 7.0 or earlier system due to a change in the Vendor's drivers certain Intel NICs will now come up as igb(4) instead of em(4). We normally try to avoid changes like that in stable branches but the vendor felt it necessary in order to support the new adapters. See the UPDATING entry dated 20080811 for details. There are only 3 PCI ID's that should have their name changed from em(4) to igb(4): 0x10A7, 0x10A9, and 0x10D6. You should be able to determine if your card will change names by running the command "pciconf -l", and for the line representing your NIC (should be named em on older systems, e.g. em0 or em1, etc) check the fourth column. If it says "chip=3D0x10a7" (or one of the other two IDs given above) you will have the adapter's name change. The ISO images and FTP install trees are available on the FreeBSD Mirror sites. Using the primary site as an example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.1/ where ${arch} is one of amd64 i386, ia64, pc98, powerpc, or sparc64. Checksums for the ISO images are at the bottom of this message. The amd64 and i386 sets include a *preliminary* set of packages, not what is expected to be included with the release itself. The biggest change is that kde-lite was used this time, while the full kde3 will most likely be used for the release. If you would like to do a source-based update to 7.1-BETA2 from an already installed machine you can update your tree to RELENG_7 using normal cvsup/csup methods. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE or 7.1-BETA can upgrade as follows: =20 # freebsd-update upgrade -r 7.1-BETA2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continui= ng. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now =20 Users of Intel network interfaces which are changing their name from "em" t= o "igb" should make necessary changes to configuration files BEFORE running freebsd-update, since otherwise the network interface will not be configure= d appropriately after rebooting for the first time. =20 Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update= to upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the secon= d invocation of "freebsd-update install", in order to handle differences in t= he system libraries between FreeBSD 6.x and FreeBSD 7.x. Checksums: MD5 (7.1-BETA2-amd64-bootonly.iso) =3D 75adb229f6425cbd621e45812f365e5e MD5 (7.1-BETA2-amd64-disc1.iso) =3D af1cd1350c8c54640d89403a83228466 MD5 (7.1-BETA2-amd64-disc2.iso) =3D 087b25546a8baff17c0750948c7a248b MD5 (7.1-BETA2-amd64-disc3.iso) =3D 60d9f800778b35e2a65f610185ae47ec MD5 (7.1-BETA2-amd64-docs.iso) =3D b4f45009b70e6f790f48e9ec350bca34 MD5 (7.1-BETA2-amd64-livefs.iso) =3D cb45b562a5d6fa334915bd968fecec92 MD5 (7.1-BETA2-i386-bootonly.iso) =3D b013bc0a5729ca3279940f304bed2674 MD5 (7.1-BETA2-i386-disc1.iso) =3D 4c76a73828836dcf1740ea8a7f151bb6 MD5 (7.1-BETA2-i386-disc2.iso) =3D 09902a53ad5c2a5def4f346099ff539e MD5 (7.1-BETA2-i386-disc3.iso) =3D b2676321db14f65d8d5e3f7ad740636f MD5 (7.1-BETA2-i386-docs.iso) =3D fc9d038d958a2a7e257713b914d3e6d6 MD5 (7.1-BETA2-i386-livefs.iso) =3D bc886892ea690d4e3f8abcde40e13344 MD5 (7.1-BETA2-ia64-bootonly.iso) =3D 1b502a1b65cb4375614f2e0a8888474b MD5 (7.1-BETA2-ia64-disc1.iso) =3D 948c40bee9aab077c3456e0badade7ee MD5 (7.1-BETA2-ia64-docs.iso) =3D e89b6f39962bb31076aa6158d4ec7140 MD5 (7.1-BETA2-ia64-livefs.iso) =3D 484211b0706308eb3efcb679453a5a73 MD5 (7.1-BETA2-pc98-bootonly.iso) =3D 43f13c9b4c020dcc570218607f5ef486 MD5 (7.1-BETA2-pc98-disc1.iso) =3D 1538cd99a5206e7c927ef3723d88f488 MD5 (7.1-BETA2-pc98-livefs.iso) =3D ecbe6f6ced0256d0eefdee6a318a6636 MD5 (7.1-BETA2-powerpc-bootonly.iso) =3D c8878a2c57bfaaa7a3f3015b2e9bb308 MD5 (7.1-BETA2-powerpc-disc1.iso) =3D a5f9424bdff275e1f2feef7ef0c6436a MD5 (7.1-BETA2-powerpc-docs.iso) =3D f17210ec6c742d934dbfe2bfb3de0bc6 MD5 (7.1-BETA2-sparc64-bootonly.iso) =3D 0bb254eb38433d3973ffb7490ba4473e MD5 (7.1-BETA2-sparc64-disc1.iso) =3D ef5c34853b85d030045798cbcaaf2ef3 MD5 (7.1-BETA2-sparc64-disc2.iso) =3D f137d69efb48c690441db2fd38745617 MD5 (7.1-BETA2-sparc64-disc3.iso) =3D dbd9fb3c9489af845ad701c4489f0006 MD5 (7.1-BETA2-sparc64-docs.iso) =3D d44be0807fb39b3cb024fda4554ad58a SHA256 (7.1-BETA2-amd64-bootonly.iso) =3D b311afc57a2256154e93a2d027ffc5720= d3280995050ae6b7c293519227f48dd SHA256 (7.1-BETA2-amd64-disc1.iso) =3D 6b2665ccf0ca8011515e77c6d0ec3bec5d82= a0c810d64754e8e2fd793619b08e SHA256 (7.1-BETA2-amd64-disc2.iso) =3D 876652e8969c459f554eab825144d165d63b= 4e785910fe2edf70d393123307f6 SHA256 (7.1-BETA2-amd64-disc3.iso) =3D e9bc634fead2c75a58cd4e591cd08eb06fe7= abc2c1b6f67af78f1769915d23a1 SHA256 (7.1-BETA2-amd64-docs.iso) =3D f3ab51ab27545bf0d869bd5b2100eb4e6dbb4= 99a8f0ddad80238ce8faad3ea14 SHA256 (7.1-BETA2-amd64-livefs.iso) =3D 71ef936f5656b0c7bf3265549418137829d= f94e8b31e0f18114ff7164a6ad926 SHA256 (7.1-BETA2-i386-bootonly.iso) =3D ad50a32337a7b451824f839df81609386c= f6bed83a6046b8d0c9307e438a782b SHA256 (7.1-BETA2-i386-disc1.iso) =3D 8b0373811def8ba9dfab61d672474feacdc7e= 085ca4d187affb6296fac06d49f SHA256 (7.1-BETA2-i386-disc2.iso) =3D d6602d08d4f7f6ae8baf9223837bbc8e15d80= 71590488b9f4ed3832e258aa3cb SHA256 (7.1-BETA2-i386-disc3.iso) =3D 3313704f4a34d29202a5b355ea4aee586d255= 9d0682735c6f3d705d9dda257fb SHA256 (7.1-BETA2-i386-docs.iso) =3D 2738a06204a4ada1fbeaabf1db808ac1a41a7d= 104eaa2eb0e2223d946a347cad SHA256 (7.1-BETA2-i386-livefs.iso) =3D c96705c9467c3f7dd17fe1c96a68d832cd0d= 8f5216435bac816a73fdf2fc552d SHA256 (7.1-BETA2-ia64-bootonly.iso) =3D 15f453c851d88c7c58536f2fe601c39653= f50e81b2a21cd26763c73c4c71838e SHA256 (7.1-BETA2-ia64-disc1.iso) =3D ea0d17da47baa26c2c909727a5108b5d401c8= 5c94a0c54503bb94819d0200fc3 SHA256 (7.1-BETA2-ia64-docs.iso) =3D c903b3192a291b196d1e508bf0c3037c1c0b9f= 8a9388ecf06ec59d32f5c0941a SHA256 (7.1-BETA2-ia64-livefs.iso) =3D b238c80e10605bfbb3165d64de2c461b8b70= eee92a1987febfd599820e3a1893 SHA256 (7.1-BETA2-pc98-bootonly.iso) =3D 0eaaa84eb8769f59604e6b13205fb2d005= 535e700874667e9d626cb9b167220a SHA256 (7.1-BETA2-pc98-disc1.iso) =3D 676cb78c4d6adf50dd29ea33f45e7d45d8db5= 7ac7e56dc315aa213e05bed1007 SHA256 (7.1-BETA2-pc98-livefs.iso) =3D a9b67026fc3feb11f6ebc47ec354c43537de= cdc7ad1780df9718ac5b98e18128 SHA256 (7.1-BETA2-powerpc-bootonly.iso) =3D 65bf945d508647fe9a48d26cac79927= be20b3abf61c71f02fdce63b228b86886 SHA256 (7.1-BETA2-powerpc-disc1.iso) =3D 88f1c942c3dd11ecddccf770211561519d= ff9c3bd253255389e500f1b0dbf7d0 SHA256 (7.1-BETA2-powerpc-docs.iso) =3D 860ed232597ed9caafe9a01cfe0c59d347b= ac06245faf701b0d2fe1ab08ca350 SHA256 (7.1-BETA2-sparc64-bootonly.iso) =3D fd8ddbdbedd8150604de8545c0a92e4= a8db1bbfdd064d91e08eb8b01c4345422 SHA256 (7.1-BETA2-sparc64-disc1.iso) =3D f575a694661dd6f63bf567179526ab2456= 349429e067c20e01ae2c262084fa7a SHA256 (7.1-BETA2-sparc64-disc2.iso) =3D 89c4ffdb349399b1535a63a665860ba6aa= 4a57be1cc37afd2b6eb07271bafb49 SHA256 (7.1-BETA2-sparc64-disc3.iso) =3D 5da798ee2846ca235921c9dc166d336841= 828ed2e3ab27aa9cbfced0a9b366e7 SHA256 (7.1-BETA2-sparc64-docs.iso) =3D d71edd41d279025bf2a286ffaa89c6d52fa= 09cbb7944a1d999e3d9f8778a7a6f --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-NoSusdkuWD5nCTdxaaH7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkj7gLgACgkQ/G14VSmup/bVPgCePOSP6LzHJTs38iBBk3wdS/1n ksIAnArlvoWnNOdTCak2RHW3wOXhZlWw =JN/m -----END PGP SIGNATURE----- --=-NoSusdkuWD5nCTdxaaH7-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 19 21:44:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F13451065672 for ; Sun, 19 Oct 2008 21:44:56 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.freebsd.org (Postfix) with ESMTP id 82C548FC08 for ; Sun, 19 Oct 2008 21:44:56 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 9B90B3BE54; Sun, 19 Oct 2008 23:17:31 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28816-03; Sun, 19 Oct 2008 23:17:24 +0200 (CEST) Received: from amber2.local (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 0D6F73BE22; Sun, 19 Oct 2008 23:17:24 +0200 (CEST) Message-ID: <48FBBFF1.3000109@sh.cvut.cz> Date: Sun, 19 Oct 2008 23:17:05 +0000 From: Vaclav Haisman User-Agent: Thunderbird 2.0.0.17 (X11/20081017) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=63B6B297 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=4.6 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_SPAM_00, FORGED_RCVD_HELO, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: **** Subject: Process in "uwait" state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 21:44:57 -0000 Hi, I am trying to compile TrueCrypt 6.0a (The tweaked port source is available at .), using Miwi's 5.0 port as base, and everything goes smooth up to the point where the truecrypt executable is being tested. It executes another instance and it is apparently connected through pipe with the first. The following is output of ps -lax | grep truecrypt: 0 81007 77821 0 8 0 3464 1476 wait I+ p0 0:00.00 /bin/sh -c ./truecrypt --text --test >/dev/null 0 81008 81007 0 96 0 39224 17272 uwait I+ p0 0:00.20 ./truecrypt --text --test 0 81009 81008 0 -8 0 37176 14228 piperd I+ p0 0:00.00 ./truecrypt --text --test This is 7.1-PRERELEASE updated no more than week ago. I am running the GENERIC kernel. The situation is reliably reproducible. The last few lines of the process' ktrace, before it gets stuck, are these: 87530 truecrypt CALL sigprocmask(SIG_BLOCK,0x282ebb00,0xbfbfdbcc) 87530 truecrypt RET sigprocmask 0 87530 truecrypt CALL sigprocmask(SIG_SETMASK,0x282ebb10,0) 87530 truecrypt RET sigprocmask 0 87530 truecrypt CALL _umtx_op(0xbfbfde9c,0x3,0x1,0,0) 87530 truecrypt RET _umtx_op 0 87530 truecrypt CALL sigprocmask(SIG_BLOCK,0xbfbfde30,0x8401190) 87530 truecrypt RET sigprocmask 0 87530 truecrypt CALL _umtx_op(0x85e6e8c,0x2,0,0,0) The _umtx_op(0x85e6e8c,0x2,0,0,0) call is the last thing, after that I have to kill it with kill -9. Attaching GDB to the process does not help much, GDB complains about some internal error and the backtrace is then unusable: /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. [Switching to Thread 0x8401100 (LWP 100173)] 0x28a9a037 in __error () from /lib/libthr.so.3 (gdb) bt #0 0x28a9a037 in __error () from /lib/libthr.so.3 #1 0x28a99c71 in __error () from /lib/libthr.so.3 #2 0x085e6e8c in ?? () #3 0x00000002 in ?? () #4 0x00000000 in ?? () #5 0x00000000 in ?? () #6 0x00000000 in ?? () #7 0x00000040 in ?? () #8 0xbfbfdda4 in ?? () #9 0x28a94bb7 in pthread_rwlock_unlock () from /lib/libthr.so.3 Previous frame identical to this frame (corrupt stack?) So, what I would like to know/ask is: Is this kernel or TrueCrypt bug? Can I do anything about either of the two? Can I provide more information? -- VH From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 05:41:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAE8A1065670 for ; Mon, 20 Oct 2008 05:41:42 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id A1BC58FC17 for ; Mon, 20 Oct 2008 05:41:42 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <48FC1626.7090205@intersonic.se> Date: Mon, 20 Oct 2008 07:24:54 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.17 (X11/20081013) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: named: confusing error message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 05:41:42 -0000 7.1-PRERELEASE #0: Sun Oct 19 13:14:29 CEST 2008 amd64, sources from mid-day yesterday UTC. Named died with the following error: Oct 20 03:24:18 named[635]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/buffer.c:85: REQUIRE((((b) != ((void *)0)) && (((const isc__magic_t *)(b))->magic == (0x42756621U)))) failed Hardware error or bug? -- per From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 07:13:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988811065684 for ; Mon, 20 Oct 2008 07:13:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 60C9A8FC1E for ; Mon, 20 Oct 2008 07:13:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1478324rvf.43 for ; Mon, 20 Oct 2008 00:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=k/s38kwELK0MPgiUDY7EdOzgjunkLyWhyExi9Wb31TI=; b=tpnktssNp/hm4NyiFFCT7Klh7no5nW6tLa+2A8x5AiJih8LxXR8CUlpd2mWSRGjoJV SbtZ7DnEDqR6Y5+uy7ln2a2eHPw7zVLzjVOa9rbpCj2ZicPFDs3bWYeo53gNj3Gb4VRm 9YgvVNgPQPGF8nJpeRpfEJL1enrAeSixoLBQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=BDwebcQ3OxPrPr/zXSl4D76m9LwdwXlZJLbPn7bHEoX5jZgH7L6c6wvpPyQnaASv/b XImmvD9/Wx0FIrP11IDdBOT9RoEAZiNUNZLjvsrJeFTcSvHmbSb80kjQUGFtaaW4aMCE Sqm8WpkBwz9ch8RWHfAbSZvgp/DGWcM4wV4lY= Received: by 10.140.157.4 with SMTP id f4mr4590558rve.118.1224486837670; Mon, 20 Oct 2008 00:13:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm18440165rvb.1.2008.10.20.00.13.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Oct 2008 00:13:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9K7Bumc040236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Oct 2008 16:11:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9K7Bt1I040235; Mon, 20 Oct 2008 16:11:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 20 Oct 2008 16:11:55 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20081020071155.GH38923@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> <20081020012504.95adc0ca.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081020012504.95adc0ca.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Daniel Gerzo , stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 07:13:58 -0000 On Mon, Oct 20, 2008 at 01:25:04AM +0900, Norikatsu Shigemura wrote: > Hi Pyun! > > On Sat, 18 Oct 2008 11:02:48 +0900 > Pyun YongHyeon wrote: > > re(4) didn't require special PHY handling for 8169/8110 > > controllers. Did it ever work on older FreeBSD releases? I vaguely > > remember nork@ (Norikatsu Shigemura) also said Carbus GbE > > (RTL8169SBL) is not working but he could see successful attachment > > of rgephy(4). > > How about plugging UTP cable to controller before loading driver? > > On the latest 8-current, I got a probe failed: > > FreeBSD pelsia.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #28: Sun Oct 12 21:55:35 JST 2008 nork@pelsia.ninth-nine.com:/usr/obj/usr/src/sys/PELSIA amd64 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > pcib3: at device 0.0 on pci2 > pci3: on pcib3 > re0: port 0xa000-0xa0ff mem 0xf0300000-0xf03001ff irq 16 at device 0.0 on pci3 > re0: Chip rev. 0x10000000 > re0: MAC rev. 0x00000000 > re0: PHY write failed > re0: PHY write failed > re0: PHY read failed > re0: MII without any phy! > device_attach: re0 attach returned 6 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > But, old current is ok. > > FreeBSD melfina.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #74: Thu Aug 28 05:24:38 JST 2008 nork@melfina.ninth-nine.com:/usr/obj/usr/src/sys/MELFINA i386 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > re0: port 0x3100-0x31ff mem 0xb0103000-0xb01031ff irq 22 at device 0.0 on cardbus0 > re0: Reserved 0x200 bytes for rid 0x14 type 3 at 0xb0103000 > cbb0: Opening memory: > cbb0: Normal: 0xb0103000-0xb0103fff > re0: Chip rev. 0x10000000 > re0: MAC rev. 0x00000000 > miibus1: on re0 > rgephy0: PHY 1 on miibus1 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: bpf attached > re0: Ethernet address: 00:e0:4c:77:ab:e8 > re0: [MPSAFE] > re0: [FILTER] > rgephy0: detached > miibus1: detached > cbb0: Opening memory: > re0: detached > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Hmm, that's odd. I don't think there is significant change of re(4) in that time window. Would you show me the revision number of if_re.c of old current? What I wonder is why re(4) is child device of pci3 on recent CURRENT whereas re(4) used to be a child device of cardbus0. Maybe imp@ know more details on this. There was a change in pccbb(4). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 09:43:40 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFAC1065680; Mon, 20 Oct 2008 09:43:40 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB628FC13; Mon, 20 Oct 2008 09:43:40 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [91.76.215.0] (helo=kibab-nb) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1Krr3v-0000bT-D1; Mon, 20 Oct 2008 13:28:31 +0400 Date: Mon, 20 Oct 2008 13:28:27 +0400 From: Ilya Bakulin To: Norikatsu Shigemura , Daniel Gerzo , stable@FreeBSD.org, yongari@FreeBSD.org Message-Id: <20081020132827.edbb2c53.webmaster@kibab.com> In-Reply-To: <20081020071155.GH38923@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> <20081020012504.95adc0ca.nork@FreeBSD.org> <20081020071155.GH38923@cdnetworks.co.kr> Organization: HT-Systems X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__20_Oct_2008_13_28_27_+0400_gM06ii.C5xI.dcwN" Cc: Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 09:43:40 -0000 --Signature=_Mon__20_Oct_2008_13_28_27_+0400_gM06ii.C5xI.dcwN Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just my five cents... On my laptop (Dell Vostro 1310) I get _periodically_ (not always!) the same= error: re0: port 0x5000-0x50ff mem 0xf8410000-0xf8410fff,0xf8400000-0xf840ffff irq= 16 at device 0.0 on pci7 re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 re0: PHY write failed re0: PHY write failed re0: MII without any phy! device_attach: re0 attach returned 6 I didn't notice any regularity of this error. I kldload this driver by hand= (most of working time I don't need wired connection), and sometimes I have= to reboot after it due to error described above...=20 Fell free to ask any additional information, I'll be glad to help! Information from pciconf: ------------------------- re0@pci0:7:0:0: class=3D0x020000 card=3D0x026f1028 chip=3D0x816810ec rev=3D= 0x02 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class =3D network subclass =3D ethernet ------------------------- Running 7.1-PRERELEASE, cvsupped 29th Aug. --=20 Ilya Bakulin --Signature=_Mon__20_Oct_2008_13_28_27_+0400_gM06ii.C5xI.dcwN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj8Tz4ACgkQo9vlj1oadwh8DACgtAXizlr6OOoAtQPxWsZmvbA4 vTsAoM3zc2G/K/nycuGrrJiDigAHhiJk =s6yQ -----END PGP SIGNATURE----- --Signature=_Mon__20_Oct_2008_13_28_27_+0400_gM06ii.C5xI.dcwN-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 09:54:07 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11C35106566C; Mon, 20 Oct 2008 09:54:07 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 972338FC27; Mon, 20 Oct 2008 09:54:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com ([192.168.36.207]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id m9K9rwHs019881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Oct 2008 18:54:05 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 20 Oct 2008 18:53:56 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20081020185356.c6eb46fe.nork@FreeBSD.org> In-Reply-To: <20081020071155.GH38923@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> <20081020012504.95adc0ca.nork@FreeBSD.org> <20081020071155.GH38923@cdnetworks.co.kr> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 20 Oct 2008 18:54:05 +0900 (JST) Cc: Daniel Gerzo , stable@FreeBSD.org, nork@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 09:54:07 -0000 Hi Pyun! > > FreeBSD pelsia.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #28: Sun Oct 12 21:55:35 JST 2008 nork@pelsia.ninth-nine.com:/usr/obj/usr/src/sys/PELSIA amd64 > > FreeBSD melfina.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #74: Thu Aug 28 05:24:38 JST 2008 nork@melfina.ninth-nine.com:/usr/obj/usr/src/sys/MELFINA i386 On Mon, 20 Oct 2008 16:11:55 +0900 Pyun YongHyeon wrote: > Hmm, that's odd. I don't think there is significant change of re(4) > in that time window. Would you show me the revision number of > if_re.c of old current? Sorry, I'll try to trace the changes. > What I wonder is why re(4) is child device of pci3 on recent > CURRENT whereas re(4) used to be a child device of cardbus0. Maybe > imp@ know more details on this. There was a change in pccbb(4). The latest current is my new note which has ExpressCard slot. So I used&confirmed ExpressCard-to-Cardbus Bridge(TI XIO2000 PCIe-to-PCI Bridge). -- Norikatsu Shigemura From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 10:38:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0911065679 for ; Mon, 20 Oct 2008 10:38:26 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id E4C588FC1D for ; Mon, 20 Oct 2008 10:38:25 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so838493tid.3 for ; Mon, 20 Oct 2008 03:38:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=W2FnyW9xe5XKzsSqcNJAeHhd4MUTwkdBIu69duojdg0=; b=Z5CW/u+zbDIvX7DZHjGz/PM2Midq2BiUqNCJm+TaQ6lboRIh0cy2KnZnqnM9Ujr/G0 lZc+x+IErSTtClCfM5ncZhiLZiYJB10sBUW6XBUyckCHRq4Byra0HyAalluLnQ2d4WCH GDvCqxChsDUG1hvbe7muWx18rMLuSasAJ4crA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=BC0yIjgykBgZLLLsHu66aZwZybyhPa8+SEF2G4BBICli7HftWCEj/jWwlnj44qofU5 Sup1yJpxz/3AWwQNvrqIZv3P9wB1twjuKM/LpLE8GUI6d/l4bs6oAXWj3IVzs7G9m4fF NJNKa7JqtrxIqOBCBRlj0or6zFij5S12xLy7E= Received: by 10.110.33.15 with SMTP id g15mr4812752tig.35.1224499104400; Mon, 20 Oct 2008 03:38:24 -0700 (PDT) Received: by 10.110.53.3 with HTTP; Mon, 20 Oct 2008 03:38:23 -0700 (PDT) Message-ID: Date: Mon, 20 Oct 2008 21:38:23 +1100 From: "Kristian Rooke" To: "Jeremy Chadwick" In-Reply-To: <20081018212543.GA58536@icarus.home.lan> MIME-Version: 1.0 References: <20081018102403.GA46124@icarus.home.lan> <20081018212543.GA58536@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: SETFEATURES SET TRANSFER MODE taskqueue timeout.. Error occuring constantly.. Please help!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 10:38:27 -0000 I have made some changes, and provided requested details. Issue is still occuring, so if it looks like it's going to be more trouble than it's worth I will probably just replace 3 of the PATA IDE disks with a SATA disk and just throw the remaining PATA on the Nvidia ATA controller? Thanks for your help thus far! :) On Sun, Oct 19, 2008 at 8:25 AM, Jeremy Chadwick wrote: > On Sun, Oct 19, 2008 at 03:32:29AM +1100, Kristian Rooke wrote: >> Thanks for the quick response! >> >> Please see requested output below: > > Cool, thanks. One thing I forgot to ask for was "vmstat -i" output. interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 1 0 irq14: ata0 2060 2 irq16: atapci1 612 0 irq17: em0 810 0 cpu0: timer 1812646 1998 cpu1: timer 1812344 1998 Total 3628479 4000 > For now, let's break it down for ease of understanding: > > FreeBSD 7.0-RELEASE i386, built February 2008. > > atapci0: nVidia nForce MCP73 ATA133 controller -- IRQ 14 > atapci1: Silicon Image 0680 ATA133 controller -- IRQ 16 > > ata0: attached to atapci0 > ata1: attached to atapci0 > ata2: attached to atapci1 > ata3: attached to atapci1 > > ad0: at ata0-master PIO4 > ad4: at ata2-master PIO4 > ad5: at ata2-slave PIO4 > ad6: at ata3-master PIO4 > ad7: at ata3-slave PIO4 > > ATA errors are reported for disks ad4, ad5, ad6, and ad7. ad0 appears > to be error-free. > > First and foremost: there are known problems with Silicon Image > controllers on all operating systems (Windows, Linux, and FreeBSD in > particular), known for causing data loss and other sporadic issues. > This is at least confirmed on their SATA controllers, and I've become > quite the "pick something else" advocate when it comes to their stuff. > However: I've no idea about their PATA controllers. I was originally using a Promise PATA IDE controller, but that's when the issues first began so I bought a cheap Silicon Image IDE controller to replace it. After reading your email I have replaced the SI card with the Promise controller. Below is the detail from dmesg: atapci1: port 0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem 0xefbf0000-0xefbfffff irq 16 at device 5.0 on pci1 > > Secondly, so far there isn't any evidence that the ad0 disk, which uses > the nVidia controller, has any problem -- all the disks having problems > are on the Silicon Image controller. That is a very key piece of > information here. > > If when you're writing data to, say, the ad4 disk, and you start to see > errors on all disks (ad4 through ad7), then what this probably means is > the controller has locked up or is behaving badly. This adds further > evidence that the Silicon Image controller may be at fault here. > > Thirdly, you said the system requires a hard reset to get things back in > working order. Sometimes this can be induced by a power supply that > isn't providing decent/proper voltages, or is being overloaded, > particularly during heavy disk I/O (drawing more power in some cases). > It might be good to check your voltages inside of your system BIOS, > write them down, and type them in here. FreeBSD does not provide a > decent set of tools for monitoring this stuff inside the OS (yet; I'm > working on it, mainly for server boards. I do what I can...) When error messages (same as pasted previously) begin being displayed in console, the system becomes unresponsive. I can no longer SSH to the device, and when I attempt to use it via console it simply continues to constantly scroll the disk error messages. I am currently using an Anter 550w PSU. Below are the Voltage details from BIOS: Vcore - 1.19V Vcc12V - 12.30V Vcc3.3V - 3.28V Vcc5.0V - 5.04V > But keep in mind that a controller locking up hard could also require a > hard reset (pressing reset on the front of the PC) -- a soft reset > (Ctrl-Alt-Del) would probably work, except much of the running kernel is > spinning hard trying to deal with ATA problems. > > Fourthly, I see a "" line in your original dmesg. > Can you provide that output? It's important -- sometimes people have > seen issues where their ATA controller shows problems, but it turns out > to be an IRQ sharing or device compatibility problem with another device > (e.g. their board was showing ATA errors, but at the exact same time, > also showing NIC watchdog timeouts or other anomalies). They omitted > the dmesg data thinking it had nothing to do with the problem, when in > fact it helps determine if the issue is truly with one piece or the > entire system. The was simply repeats of error messages I previously provided. I just had a look then and there was no mention of anything but ad4-ad7 errors in /var/log/messages. However, if you believe the extra logs would help, let me know and I will drop the whole lot in. Also, it seems that when this error has been occuring recently no errors have been written into /var/log/messages, I'm guessing this is due to the system load during ATA problem. > > Next, let's take a look at your SMART output, which tells a tale of > something very very bad: > > Disk ad4 has a good temperature, and no sign of bad blocks/sectors. The > disk had been powered on for a total of 7799 hours. > > There was a CRC error detected when attempting to set specific > capabilities on the device. The error occurred at LBA 0 on the disk, > which is completely bizarre, but the SMART error log might just say LBA > 0 to indicate "no LBA was being accessed" (e.g. the error was purely > during the mode setting attempts). However, the SMART error "wraps" its > timestamps at 49.710 days (every 1149.840 hours), so it's going to be > difficult to determine if the below SMART error log entry was from long > ago, or was fairly recent. Looking at other disks might help, so let's > continue. > > Disk ad5 has an excellent temperature, and no sign of bad blocks/sectors > either. The disk has been powered on for a total of 11956 hours. No > errors were found in the SMART log. > > Disk ad6 has a good temperature, and no sign of bad blocks/sectors. No > errors were found in the SMART log. > > Disk ad7 has an excellent temperature, and no sign of bad blocks/sectors > either. The disk had been powered on for a total of 12512 hours. > > However, much like disk ad4, this disk also witnessed a CRC error when > attempting to either do a DMA read operation or when setting > capabilities on the device. I'm prone to believe it's when setting > capabilities, because LBA 0 is also seen here, which isn't a likely LBA. > This error happened at the 6310 hour mark, which was about half of its > lifetime ago. > > All of this is somewhat of a mystery. Disk ad4 is on a completely > different physical cable than disk ad7, so that *could* rule out cabling > problems. The errors seen are only when setting device capabilities > (making an educated guess, but I'm not 100% positive), not when actually > accessing data on the disks. Heck, I'm not even sure the errors in the > SMART log are accurate, as the disks have been powered on for quite some > time after the supposed errors occurred. > > Power draw could also explain this, ditto with the voltage possibility. > > I would start by doing 3 easy things: > > 1) Re-enable DMA mode; it's obviously not the cause of your problems > since PIO mode shows the same problem for you, This has now been re-enabled > 2) Replacing both sets of PATA cables with brand new ones. There's no > evidence this is the problem, but changing these is easy and cheap. If > it doesn't solve the problem, then you're one step closer to tracking it > down, Cables (and controller) have both been changed. Just did some checks then and confirmed issue is still occuring. I have been using Samba to copy files over, but I also tested by mounting a NTFS locally and issues still occured. > 3) Getting voltages from the BIOS and providing them here. Again, this > won't be an accurate representation of the system under load, but it's > the best we've got right now. As above. > Assuming the problem continues after #2, and the voltages shown in #3 > look good, this is what I'd do for the next step: > > Buy a PCI, PCI-X (if this make sure it's backwards-compatible with > 32-bit 33MHz PCI slots, unless you actually have a PCI-X slot!) or PCI > Express PATA controller -- specifically, one that does not use a Silicon > Image chip. This may be hard to accomplish since PATA is a dying > interface (and good riddance!). > > I will also stress this in capitals, just to make it clear: DO NOT BUY A > SATA CONTROLLER THEN USE PATA-TO-SATA ADAPTERS. Those adapters will > cause you even more problems. If you go the SATA route, buy actual SATA > disks and recycle or sell your old PATA ones. > > That said, Highpoint and Promise both make PATA controllers -- not to > mention, I even see that you've tried to load the hptrr(4) driver on > that system! :-) Additionally, DO NOT use the "RAID" features of these > cards (if you end up buying one that has such); just plug the disks in > and use them in a JBOD fashion. > > You might find that the disk numbers (e.g. ad4) change on you when > doing this; that's to be expected. > > Others might recommend that you should try replacing the PSU before > buying a new PATA controller, but I have doubts the problem is with the > PSU; I would expect more odd/awkward problems if the PSU was to blame. > If you do try a different PSU, go with one that does 450W or more. You > DO NOT need a l33t-g4m3-d00dz-omgwtfbbq!! 850-1000W PSU; most of the > power draw for hard disks happens during power-on, when the disks have > to spin up, not once they're already spinning. > > Hope this helps, and good luck! > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 11:36:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B57106566B for ; Mon, 20 Oct 2008 11:36:41 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2441D8FC18 for ; Mon, 20 Oct 2008 11:36:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9KBYkoE041005; Mon, 20 Oct 2008 09:34:47 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: d@delphij.net Date: Mon, 20 Oct 2008 08:33:10 -0200 User-Agent: KMail/1.9.7 References: <200810171530.45570.joao@matik.com.br> <48F8DE52.9060608@delphij.net> In-Reply-To: <48F8DE52.9060608@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810200833.10307.joao@matik.com.br> X-Spam-Status: No, score=2.2 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8447/Sun Oct 19 23:51:02 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 11:36:41 -0000 On Friday 17 October 2008 15:49:54 Xin LI wrote: > JoaoBR wrote: > > Hi > > > > constantly I find data corruption on ZFS volums, ever from rrdtool, this > > corrupt data happens on SATA disks, never seem on SCSI > > > > scrub is not able to repair, when comes to touch this files machines > > reboots, deleting and restorin also is not poss=EDble, seems I need to > > delete the files, umount, scrub and mount again to clear it > > > > # zpool status -v os > > pool: os > > state: ONLINE > > status: One or more devices has experienced an error resulting in data > > corruption. Applications may be affected. > > action: Restore the file in question if possible. Otherwise restore the > > entire pool from backup. > > see: http://www.sun.com/msg/ZFS-8000-8A > > scrub: none requested > > config: > > > > NAME STATE READ WRITE CKSUM > > os ONLINE 0 0 0 > > ad4s1d ONLINE 0 0 0 > > > > errors: Permanent errors have been detected in the following files: > > > > /usr/local/www/data-dist/monitor/wip_diskio.rrd > > /usr/local/www/data-dist/monitor/200.152.90.12mon.rrd > > > > some idea? > > For ZFS: I think you need to remove these file. ZFS scrub does not > recover file if you don't have redundant, e.g. copies=3D2 or raid-z, etc. > ok I see, I discovered this but should the machine crash when scrub reach t= he=20 damaged file? > For the data corruption itself: I think this is highly critical issue > if you are sure that the hardware is good. What controller and disk are > you using? disks are most seagate or maxtor sata-2 250G new, max 6 month old the Sata controller are mostly Nvidia as MCP51, MCP61, CK804 thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 11:39:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67FCB106567E for ; Mon, 20 Oct 2008 11:39:22 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id E0CA48FC13 for ; Mon, 20 Oct 2008 11:39:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9KBdHYw041404; Mon, 20 Oct 2008 09:39:17 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Chuck Swiger Date: Mon, 20 Oct 2008 08:37:40 -0200 User-Agent: KMail/1.9.7 References: <200810171530.45570.joao@matik.com.br> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810200837.40451.joao@matik.com.br> X-Spam-Status: No, score=2.1 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8447/Sun Oct 19 23:51:02 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 11:39:22 -0000 On Friday 17 October 2008 15:39:59 Chuck Swiger wrote: > On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > > constantly I find data corruption on ZFS volums, ever from rrdtool, > > this > > corrupt data happens on SATA disks, never seem on SCSI > > Presumably your SATA drives are correctly being reported by ZFS as > corrupting data, and you should do something like replace cables, the > drives themselves, perhaps try downgrading to SATA-150 rather than > -300 if you are using the later. Also consider running a drive > diagnostic utility from the mfgr (or smartmontools) and doing an > extended self-test or destructive write surface check. > well, hardware seems to be ok and not older than 6 month, also happens not= =20 only on one machine ... smartctl do not report any hw failures on disk regarding jumpering the drives to 150 you suspect a driver problem?=20 thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 12:50:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F76B1065683 for ; Mon, 20 Oct 2008 12:50:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2618FC27 for ; Mon, 20 Oct 2008 12:50:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 7667E744173; Mon, 20 Oct 2008 15:50:29 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Le2vn7oQeDER; Mon, 20 Oct 2008 15:50:29 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 62AB0744172; Mon, 20 Oct 2008 15:50:28 +0300 (EEST) Message-ID: <48FC7E8D.2000506@icyb.net.ua> Date: Mon, 20 Oct 2008 15:50:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> <20080226073633.GC47750@cdnetworks.co.kr> <486D440F.1090601@icyb.net.ua> In-Reply-To: <486D440F.1090601@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: dead after system reset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 12:50:33 -0000 Pyun, something new about this issue. Today I got another instance of it, but with a new twist. In addition to all the usual symptoms I got a lot of messages like the following in console: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) and even couple like this: nfe0: discard frame w/o leading ethernet header (len 4294967295 pkt len 4294967295) nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) Maybe these messages could give a hint about what was going wrong in nfe. on 04/07/2008 00:26 Andriy Gapon said the following: > > As they say - long time, no see :-) > I am back with some more details, but still with no insights. > > Let me refresh an essence of the issue. > The issue: after 'abrupt' reset/reboot of a system my nfe interface is > dead. > That is, if I do a graceful reboot (e.g. via shutdown -r) everything is > ok, ditto if I do power-down (whether graceful or not) and the power-up. > The problem happens only if I press reset button and then boot up. > > Details. > The issue can not be reproduced with nve driver. > Moreover, when I reproduce the problem with nfe, then kldunload nfe > driver, kldload nve driver - nve interface is alive. Then kldunload nve, > kldload nfe - nfe interface is dead again. > > Specification of dead. > There are no errors. ifconfig shows the same output (active, media, up, > etc) as in normal case. But I can not ping any host on local network > (connected to the same switch), ping outputs "Host is down". tcpdump > also doesn't show any incoming traffic. > > More details. > I was able to verify that packets do actually go through the interface. > When I try to ping some machine I see (on the other host) arp requests > for its ethernet address. All address in arp packets are correct > (ethernet and ip). So the interface works for outgoing packets, but > somehow loses incoming arp replies. Not sure if thap happens in the NIC > or in the driver itself (see the above nve/nfe live replacement > experiment). > > So, there are some facts, but still no clues. > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 13:22:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63DD31065671 for ; Mon, 20 Oct 2008 13:22:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0E33F8FC1C for ; Mon, 20 Oct 2008 13:22:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA03.westchester.pa.mail.comcast.net with comcast id Uz831a00n0SCNGk531NA5V; Mon, 20 Oct 2008 13:22:10 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.westchester.pa.mail.comcast.net with comcast id V1N81a00y2P6wsM3V1N9pn; Mon, 20 Oct 2008 13:22:10 +0000 X-Authority-Analysis: v=1.0 c=1 a=8pif782wAAAA:8 a=QycZ5dHgAAAA:8 a=ep99mPwuTXxZNu8TM98A:9 a=LMO3qCBZmdS0IsKUyBRPjVyUbzEA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5C8EAC9432; Mon, 20 Oct 2008 06:22:08 -0700 (PDT) Date: Mon, 20 Oct 2008 06:22:08 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20081020132208.GA3847@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810200837.40451.joao@matik.com.br> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 13:22:11 -0000 On Mon, Oct 20, 2008 at 08:37:40AM -0200, JoaoBR wrote: > On Friday 17 October 2008 15:39:59 Chuck Swiger wrote: > > On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > > > constantly I find data corruption on ZFS volums, ever from rrdtool, > > > this > > > corrupt data happens on SATA disks, never seem on SCSI > > > > Presumably your SATA drives are correctly being reported by ZFS as > > corrupting data, and you should do something like replace cables, the > > drives themselves, perhaps try downgrading to SATA-150 rather than > > -300 if you are using the later. Also consider running a drive > > diagnostic utility from the mfgr (or smartmontools) and doing an > > extended self-test or destructive write surface check. > > > > well, hardware seems to be ok and not older than 6 month, also happens not > only on one machine ... smartctl do not report any hw failures on disk > > regarding jumpering the drives to 150 you suspect a driver problem? It's not because of a driver problem. There are known SATA chipsets which do not properly work with SATA300 (particularly VIA and SiS chipsets); they claim to support it, but data is occasionally corrupted. Capping the drive to SATA150 fixes this problem. http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gbit.2Fs There are also known problems with Silicon Image chipsets (on Linux, Windows, and FreeBSD). Because you didn't provide your smartctl output, I can't really tell if the drives are in "good shape" or not. :-) Also, do you not think it's a little odd that the only data corruption occurring for you are related to RRDtool? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 14:35:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B407A1065671 for ; Mon, 20 Oct 2008 14:35:50 +0000 (UTC) (envelope-from nerozero@itcs.ge) Received: from mail.itcs.ge (mail.itcs.ge [62.168.166.235]) by mx1.freebsd.org (Postfix) with SMTP id AEF4E8FC1A for ; Mon, 20 Oct 2008 14:35:49 +0000 (UTC) (envelope-from nerozero@itcs.ge) Received: (qmail 54402 invoked by uid 1011); 20 Oct 2008 14:05:18 -0000 Received: from 10.10.0.15 by ns.itcs.ge (envelope-from , uid 1009) with qmail-scanner-1.25-st-qms (clamdscan: 0.93.3/8156. spamassassin: 3.1.8. perlscan: 1.25-st-qms. Clear:RC:0(10.10.0.15):SA:0(-3.8/5.0):. Processed in 3.891089 secs); 20 Oct 2008 14:05:18 -0000 X-Spam-Status: No, hits=-3.8 required=5.0 X-Antivirus-ITCS.GE-Mail-From: nerozero@itcs.ge via ns.itcs.ge X-Antivirus-ITCS.GE: 1.25-st-qms (Clear:RC:0(10.10.0.15):SA:0(-3.8/5.0):. Processed in 3.891089 secs Process 54394) Received: from nzhome.itcs.ge (HELO zeroathome) (nerozero@itcs.ge@10.10.0.15) by mail.itcs.ge with SMTP; 20 Oct 2008 14:05:14 -0000 From: "George Eliozov" To: Date: Mon, 20 Oct 2008 18:09:02 +0400 Organization: ITCS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AckyvWeYksIG9xhHRLOvYPv8Qlr1Tg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Antivirus-ITCS.GE-Message-ID: <1224511514107054394@ns.itcs.ge> Message-Id: <20081020143549.AEF4E8FC1A@mx1.freebsd.org> X-Mailman-Approved-At: Mon, 20 Oct 2008 14:41:55 +0000 Subject: FTDI FT232BM USB-COM driver problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 14:35:50 -0000 Hi. I have some problems with USB->Serial FTDI FT232BM chip drivers on FreeBSD 7.0... FreeBSD recognize the USB device, but when I making connection to /dev/cuaU0 or /dev/ttyU0 I cant send & receive any data from device. cu -l/dev/cuaU0 -s9600 - No response at all, can't even quit the program cu -l/dev/ttyU0 -s9600 - Sometimes working, but few bites/chars after - no response... Sometimes I have error message like: ucom0: open bluk out error (addr 2): IN_USE Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 16:44:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E81C1065672; Mon, 20 Oct 2008 16:44:51 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 78F8D8FC1A; Mon, 20 Oct 2008 16:44:51 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9100GDQQIQEN50@asmtp022.mac.com>; Mon, 20 Oct 2008 09:44:51 -0700 (PDT) Message-id: <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> From: Chuck Swiger To: Jeremy Chadwick In-reply-to: <20081020132208.GA3847@icarus.home.lan> Date: Mon, 20 Oct 2008 09:44:50 -0700 References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 16:44:51 -0000 Hi, all-- On Oct 20, 2008, at 6:22 AM, Jeremy Chadwick wrote: [ ...JoaoBR wrote... ] >> well, hardware seems to be ok and not older than 6 month, also >> happens not >> only on one machine ... smartctl do not report any hw failures on >> disk >> >> regarding jumpering the drives to 150 you suspect a driver problem? > > It's not because of a driver problem. There are known SATA chipsets > which do not properly work with SATA300 (particularly VIA and SiS > chipsets); they claim to support it, but data is occasionally > corrupted. > Capping the drive to SATA150 fixes this problem. > > http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gbit.2Fs Exactly so. Just as a general principle, if you've got sporadic data corruption, turning I/O and system busses down a notch and retesting is a useful starting point towards identifying whether the issue is repeatable and whether it leans towards a hardware issue or software. However, ZFS file checksumming supposedly is code that has been carefully reviewed and tested so when it logs problems that is supposed to be a fairly sure sign that the hardware isn't behaving right. > There are also known problems with Silicon Image chipsets (on Linux, > Windows, and FreeBSD). Particularly with the 3112/4/x variants. My understanding is that the later 312x/313x chipsets are "better" in the sense that an improvement to something bad is a relative status not denoting "approval". :-) > Because you didn't provide your smartctl output, I can't really tell > if > the drives are in "good shape" or not. :-) > > Also, do you not think it's a little odd that the only data corruption > occurring for you are related to RRDtool? RRD tends to involve lots of small writes so it's files are going to be changed often compared to other things that might be running; a busy webserver or mailserver would involve more I/O to logfiles and queue/mailspool, or so I would expect, but who knows what the machine in question is being used for? Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 16:57:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCC9F1065673 for ; Mon, 20 Oct 2008 16:57:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 9EEE68FC13 for ; Mon, 20 Oct 2008 16:57:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id V22A1a00A0S2fkCA64xJC6; Mon, 20 Oct 2008 16:57:18 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id V4xH1a00E2P6wsM8V4xHRV; Mon, 20 Oct 2008 16:57:18 +0000 X-Authority-Analysis: v=1.0 c=1 a=8pif782wAAAA:8 a=QycZ5dHgAAAA:8 a=Ls665AP9h_C1njxOEyIA:9 a=PmochnTLO1i0oo4NrAQZi1HcAv8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 4D787C9437; Mon, 20 Oct 2008 09:48:31 -0700 (PDT) Date: Mon, 20 Oct 2008 09:48:31 -0700 From: Jeremy Chadwick To: Chuck Swiger Message-ID: <20081020164831.GA8016@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 16:57:18 -0000 On Mon, Oct 20, 2008 at 09:44:50AM -0700, Chuck Swiger wrote: > Hi, all-- > > On Oct 20, 2008, at 6:22 AM, Jeremy Chadwick wrote: > [ ...JoaoBR wrote... ] >>> well, hardware seems to be ok and not older than 6 month, also >>> happens not >>> only on one machine ... smartctl do not report any hw failures on >>> disk >>> >>> regarding jumpering the drives to 150 you suspect a driver problem? >> >> It's not because of a driver problem. There are known SATA chipsets >> which do not properly work with SATA300 (particularly VIA and SiS >> chipsets); they claim to support it, but data is occasionally >> corrupted. >> Capping the drive to SATA150 fixes this problem. >> >> http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gbit.2Fs > > Exactly so. Just as a general principle, if you've got sporadic data > corruption, turning I/O and system busses down a notch and retesting is a > useful starting point towards identifying whether the issue is > repeatable and whether it leans towards a hardware issue or software. > However, ZFS file checksumming supposedly is code that has been > carefully reviewed and tested so when it logs problems that is supposed > to be a fairly sure sign that the hardware isn't behaving right. Hm... I thought we determined earlier in this thread that the OP is not getting the benefits of ZFS checksums because he's not using raidz (only a single disk with a single pool)? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:03:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF271065757; Mon, 20 Oct 2008 17:03:15 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id B46E78FC0A; Mon, 20 Oct 2008 17:03:15 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9100CQLRDE9660@asmtp012.mac.com>; Mon, 20 Oct 2008 10:03:15 -0700 (PDT) Message-id: <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> From: Chuck Swiger To: Jeremy Chadwick In-reply-to: <20081020164831.GA8016@icarus.home.lan> Date: Mon, 20 Oct 2008 10:03:14 -0700 References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> <20081020164831.GA8016@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:03:16 -0000 On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: > Hm... I thought we determined earlier in this thread that the OP is > not > getting the benefits of ZFS checksums because he's not using raidz > (only > a single disk with a single pool)? He's not getting working filesystem redundancy with the existing config and is vulnerable to losing data from a single drive failure, agreed. But the ZFS checksum mechanism should still be working to detect data corruption, even though ZFS cannot recover the corrupted data the way it otherwise would if redundancy was available. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:09:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18540106566C; Mon, 20 Oct 2008 17:09:18 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1BC8FC28; Mon, 20 Oct 2008 17:09:16 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9KH9APK070036; Mon, 20 Oct 2008 15:09:10 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Jeremy Chadwick Date: Mon, 20 Oct 2008 15:07:30 -0200 User-Agent: KMail/1.9.7 References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> In-Reply-To: <20081020132208.GA3847@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810201507.30778.joao@matik.com.br> X-Spam-Status: No, score=2.1 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8449/Mon Oct 20 11:48:09 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:09:18 -0000 On Monday 20 October 2008 11:22:08 you wrote: > On Mon, Oct 20, 2008 at 08:37:40AM -0200, JoaoBR wrote: > > On Friday 17 October 2008 15:39:59 Chuck Swiger wrote: > > > On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > > > > constantly I find data corruption on ZFS volums, ever from rrdtool, > > > > this > > > > corrupt data happens on SATA disks, never seem on SCSI > > > > > > Presumably your SATA drives are correctly being reported by ZFS as > > > corrupting data, and you should do something like replace cables, the > > > drives themselves, perhaps try downgrading to SATA-150 rather than > > > -300 if you are using the later. Also consider running a drive > > > diagnostic utility from the mfgr (or smartmontools) and doing an > > > extended self-test or destructive write surface check. > > > > well, hardware seems to be ok and not older than 6 month, also happens > > not only on one machine ... smartctl do not report any hw failures on > > disk > > > > regarding jumpering the drives to 150 you suspect a driver problem? > > It's not because of a driver problem. There are known SATA chipsets > which do not properly work with SATA300 (particularly VIA and SiS > chipsets); they claim to support it, but data is occasionally corrupted. > Capping the drive to SATA150 fixes this problem. > > http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gbit= =2E2 >Fs > > There are also known problems with Silicon Image chipsets (on Linux, > Windows, and FreeBSD). > > Because you didn't provide your smartctl output, I can't really tell if > the drives are in "good shape" or not. :-) > ok then here it comes smartctl version 5.38 [amd64-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce= =20 Allen Home page is http://smartmontools.sourceforge.net/ =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Model Family: Hitachi Deskstar T7K500 Device Model: Hitachi HDT725025VLA380 Serial Number: VFL101RK0A9SDP =46irmware Version: V5DOA7EA User Capacity: 250.058.268.160 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1 Local Time is: Mon Oct 20 15:07:01 2008 BRST SMART support is: Available - device has SMART capability. SMART support is: Enabled =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection:=20 Disabled. Self-test execution status: ( 0) The previous self-test routine=20 completed without error or no self-test has e= ver been run. Total time to complete Offline data collection: (4949) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off= =20 support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 83) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED = =20 WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 099 099 016 Pre-fail =20 Always - 3 2 Throughput_Performance 0x0005 100 100 050 Pre-fail =20 Offline - 0 3 Spin_Up_Time 0x0007 117 117 024 Pre-fail =20 Always - 316 (Average 322) 4 Start_Stop_Count 0x0012 100 100 000 Old_age =20 Always - 36 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail =20 Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail =20 Always - 0 8 Seek_Time_Performance 0x0005 100 100 020 Pre-fail =20 Offline - 0 9 Power_On_Hours 0x0012 100 100 000 Old_age =20 Always - 800 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail =20 Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age =20 Always - 36 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age =20 Always - 69 193 Load_Cycle_Count 0x0012 100 100 000 Old_age =20 Always - 69 194 Temperature_Celsius 0x0002 130 130 000 Old_age =20 Always - 46 (Lifetime Min/Max 19/52) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age =20 Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age =20 Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age =20 Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age =20 Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. > Also, do you not think it's a little odd that the only data corruption > occurring for you are related to RRDtool? this yes I think is suspitious =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:14:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 553ED10656E5; Mon, 20 Oct 2008 17:14:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2810C8FC3F; Mon, 20 Oct 2008 17:13:59 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9KHDq6U070650; Mon, 20 Oct 2008 15:13:52 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Chuck Swiger Date: Mon, 20 Oct 2008 15:12:12 -0200 User-Agent: KMail/1.9.7 References: <200810171530.45570.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> In-Reply-To: <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810201512.12926.joao@matik.com.br> X-Spam-Status: No, score=2.1 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8451/Mon Oct 20 14:02:15 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:14:01 -0000 On Monday 20 October 2008 14:44:50 Chuck Swiger wrote: > Hi, all-- > > On Oct 20, 2008, at 6:22 AM, Jeremy Chadwick wrote: > [ ...JoaoBR wrote... ] > > >> well, hardware seems to be ok and not older than 6 month, also > >> happens not > >> only on one machine ... smartctl do not report any hw failures on > >> disk > >> > >> regarding jumpering the drives to 150 you suspect a driver problem? > > > > It's not because of a driver problem. There are known SATA chipsets > > which do not properly work with SATA300 (particularly VIA and SiS > > chipsets); they claim to support it, but data is occasionally > > corrupted. > > Capping the drive to SATA150 fixes this problem. > > > > http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gb= it > >.2Fs > > Exactly so. Just as a general principle, if you've got sporadic data > corruption, turning I/O and system busses down a notch and retesting > is a useful starting point towards identifying whether the issue is > repeatable and whether it leans towards a hardware issue or software. > However, ZFS file checksumming supposedly is code that has been > carefully reviewed and tested so when it logs problems that is > supposed to be a fairly sure sign that the hardware isn't behaving > right. > ok, I will jumper it on some machines and see if the error comes back, even= if=20 my are Nvidia Sata > > > Because you didn't provide your smartctl output, I can't really tell > > if > > the drives are in "good shape" or not. :-) > > > > Also, do you not think it's a little odd that the only data corruption > > occurring for you are related to RRDtool? > > RRD tends to involve lots of small writes so it's files are going to > be changed often compared to other things that might be running; a > busy webserver or mailserver would involve more I/O to logfiles and > queue/mailspool, or so I would expect, but who knows what the machine > in question is being used for? > this server are transparent proxies (squid) on the top of small ISP network= s=20 with IPFW bandwidth control for the clients, the rrdtools collect the clien= t=20 traffic and some other data at every 5 minutes very ocasional I get the data corruption on a squid_cache file, normally 2= =20 days after the rrdtool error appears first =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:15:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9E221065673 for ; Mon, 20 Oct 2008 17:15:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 88A778FC14 for ; Mon, 20 Oct 2008 17:15:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id V4xr1a0060x6nqcA55FGyF; Mon, 20 Oct 2008 17:15:16 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id V5FG1a0042P6wsM8Y5FGDs; Mon, 20 Oct 2008 17:15:16 +0000 X-Authority-Analysis: v=1.0 c=1 a=8pif782wAAAA:8 a=QycZ5dHgAAAA:8 a=SwsCcULgg_0nKNSTLnUA:9 a=sdlEeXKs_2gQ3hZxgg3yQPbDqkIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 09399C9437; Mon, 20 Oct 2008 10:15:16 -0700 (PDT) Date: Mon, 20 Oct 2008 10:15:16 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20081020171516.GA8551@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <200810201507.30778.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810201507.30778.joao@matik.com.br> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:15:17 -0000 On Mon, Oct 20, 2008 at 03:07:30PM -0200, JoaoBR wrote: > On Monday 20 October 2008 11:22:08 you wrote: > > On Mon, Oct 20, 2008 at 08:37:40AM -0200, JoaoBR wrote: > > > On Friday 17 October 2008 15:39:59 Chuck Swiger wrote: > > > > On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > > > > > constantly I find data corruption on ZFS volums, ever from rrdtool, > > > > > this > > > > > corrupt data happens on SATA disks, never seem on SCSI > > > > > > > > Presumably your SATA drives are correctly being reported by ZFS as > > > > corrupting data, and you should do something like replace cables, the > > > > drives themselves, perhaps try downgrading to SATA-150 rather than > > > > -300 if you are using the later. Also consider running a drive > > > > diagnostic utility from the mfgr (or smartmontools) and doing an > > > > extended self-test or destructive write surface check. > > > > > > well, hardware seems to be ok and not older than 6 month, also happens > > > not only on one machine ... smartctl do not report any hw failures on > > > disk > > > > > > regarding jumpering the drives to 150 you suspect a driver problem? > > > > It's not because of a driver problem. There are known SATA chipsets > > which do not properly work with SATA300 (particularly VIA and SiS > > chipsets); they claim to support it, but data is occasionally corrupted. > > Capping the drive to SATA150 fixes this problem. > > > > http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gbit.2 > >Fs > > > > There are also known problems with Silicon Image chipsets (on Linux, > > Windows, and FreeBSD). > > > > Because you didn't provide your smartctl output, I can't really tell if > > the drives are in "good shape" or not. :-) > > > > ok then here it comes > {snip} Yup, looks fine. All attributes are quite decent, except Temperature, which is high (46C, highest seen is 52C -- blazing hot). However, I refuse to believe that a high drive temperature would manifest itself as data corruption on only certain kinds of files. :-) So I think your drive is in OK shape. > > Also, do you not think it's a little odd that the only data corruption > > occurring for you are related to RRDtool? > > this yes I think is suspitious Chuck's probably spot-on with regards to explaining why this is. Something to keep in mind is that RRDtool has a history of bugs, so I wouldn't be surprised if the issue turned out to be there. It's really too bad we have no decent, actively-maintained alternatives to RRDtool. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:19:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2698A106567A for ; Mon, 20 Oct 2008 17:19:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 03CEC8FC20 for ; Mon, 20 Oct 2008 17:19:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id V5131a00w0lTkoCA25KU28; Mon, 20 Oct 2008 17:19:28 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id V5KT1a00n2P6wsM8Q5KUTo; Mon, 20 Oct 2008 17:19:28 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=RHSQrUapfjfyGxU2_IMA:9 a=DnCppsHdm3qqYWit-jV4gjLFsEcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CBE8FC9437; Mon, 20 Oct 2008 10:19:27 -0700 (PDT) Date: Mon, 20 Oct 2008 10:19:27 -0700 From: Jeremy Chadwick To: Chuck Swiger Message-ID: <20081020171927.GB8551@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:19:29 -0000 On Mon, Oct 20, 2008 at 10:03:14AM -0700, Chuck Swiger wrote: > On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: >> Hm... I thought we determined earlier in this thread that the OP is >> not >> getting the benefits of ZFS checksums because he's not using raidz >> (only >> a single disk with a single pool)? > > He's not getting working filesystem redundancy with the existing config > and is vulnerable to losing data from a single drive failure, agreed. > But the ZFS checksum mechanism should still be working to detect data > corruption, even though ZFS cannot recover the corrupted data the way it > otherwise would if redundancy was available. Ahh, I see. So to paraphrase, ZFS can detect checksum errors (data corruption) using any pool type (single disk, mirror, raidz, whatever), but can only *repair* the error when using a mirror or raidz. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:19:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A58C01065682; Mon, 20 Oct 2008 17:19:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC658FC17; Mon, 20 Oct 2008 17:19:49 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9KHJfwA071412; Mon, 20 Oct 2008 15:19:41 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Chuck Swiger Date: Mon, 20 Oct 2008 15:18:01 -0200 User-Agent: KMail/1.9.7 References: <200810171530.45570.joao@matik.com.br> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> In-Reply-To: <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810201518.01678.joao@matik.com.br> X-Spam-Status: No, score=2.1 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8451/Mon Oct 20 14:02:15 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:19:50 -0000 On Monday 20 October 2008 15:03:14 Chuck Swiger wrote: > On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: > > Hm... I thought we determined earlier in this thread that the OP is > > not > > getting the benefits of ZFS checksums because he's not using raidz > > (only > > a single disk with a single pool)? > > He's not getting working filesystem redundancy with the existing > config and is vulnerable to losing data from a single drive failure, > agreed. But the ZFS checksum mechanism should still be working to > detect data corruption, even though ZFS cannot recover the corrupted > data the way it otherwise would if redundancy was available. > all right and understood but shouldn't something as fsck should correct the= =20 error? Seems kind of problematic to me mounting zfs in single user mode,=20 deleting the file and restarting the OS ? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:26:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5721065676 for ; Mon, 20 Oct 2008 17:26:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E5B738FC17 for ; Mon, 20 Oct 2008 17:26:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 18E6128454 for ; Tue, 21 Oct 2008 01:26:09 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id AC0FAEB32D5; Tue, 21 Oct 2008 01:26:08 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id B3Tml0uOUvB0; Tue, 21 Oct 2008 01:26:03 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 96918EB28F5; Tue, 21 Oct 2008 01:26:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=b6BkNZvhebP3PyIurY4FuN1iGIr7p2iXu9Pfk2TsIHXp6fwX5VWW+dh0qNRyJdn4e xkiLk7Wp/6H+gG2yvC/BA== Message-ID: <48FCBF27.8050708@delphij.net> Date: Mon, 20 Oct 2008 10:25:59 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: JoaoBR References: <200810171530.45570.joao@matik.com.br> <48F8DE52.9060608@delphij.net> <200810200833.10307.joao@matik.com.br> In-Reply-To: <200810200833.10307.joao@matik.com.br> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, d@delphij.net Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:26:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JoaoBR wrote: > On Friday 17 October 2008 15:49:54 Xin LI wrote: [...] >>> some idea? >> For ZFS: I think you need to remove these file. ZFS scrub does not >> recover file if you don't have redundant, e.g. copies=2 or raid-z, etc. > > ok I see, I discovered this but should the machine crash when scrub reach the > damaged file? I am just confused regarding to your issue. If it's an on-disk (physical) problem then I'd replace the disk. If not, for instance, you duplicated the contents of the disk to another and then do 'zpool scrub' on it and discovered the errors, then we will face one of the two scenarios: - If you don't remove the file and access it, you will get EIO but no data would be read. - If you remove the files then the place would eventually get overwritten. Both case does not lead to a panic, but the first case *could* crash your application if it is not well designed to handle I/O errors. >> For the data corruption itself: I think this is highly critical issue >> if you are sure that the hardware is good. What controller and disk are >> you using? > > disks are most seagate or maxtor sata-2 250G new, max 6 month old > the Sata controller are mostly Nvidia as MCP51, MCP61, CK804 I have little experience with nVidia controllers since I almost use Intel controllers exclusively... Perhaps you can try installing sysutils/smartmontools and see if there is some SMART errors? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj8vycACgkQi+vbBBjt66BuegCeK/J0r56E1dhkL3SUpIKZ5kPH TtMAniBBBSNmzitVipyEs5xvz8327BI6 =iUet -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:32:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9481065672 for ; Mon, 20 Oct 2008 17:32:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 926608FC1C for ; Mon, 20 Oct 2008 17:32:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id V0tt1a00H16AWCUA95YP5G; Mon, 20 Oct 2008 17:32:23 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id V5YN1a0042P6wsM8S5YNLs; Mon, 20 Oct 2008 17:32:22 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=xrMR2-It7Da1wHIE5XgA:9 a=AO5pkA_Rb4T0ThajpSxKZQx9O4UA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 00133C9432; Mon, 20 Oct 2008 10:32:21 -0700 (PDT) Date: Mon, 20 Oct 2008 10:32:21 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20081020173221.GA8889@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> <200810201518.01678.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810201518.01678.joao@matik.com.br> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:32:23 -0000 On Mon, Oct 20, 2008 at 03:18:01PM -0200, JoaoBR wrote: > On Monday 20 October 2008 15:03:14 Chuck Swiger wrote: > > On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: > > > Hm... I thought we determined earlier in this thread that the OP is > > > not > > > getting the benefits of ZFS checksums because he's not using raidz > > > (only > > > a single disk with a single pool)? > > > > He's not getting working filesystem redundancy with the existing > > config and is vulnerable to losing data from a single drive failure, > > agreed. But the ZFS checksum mechanism should still be working to > > detect data corruption, even though ZFS cannot recover the corrupted > > data the way it otherwise would if redundancy was available. > > > > all right and understood but shouldn't something as fsck should correct the > error? No. You're using ZFS, not UFS. fsck will not work. In the case of underlying data corruption on ZFS, there is no way to fix it unless you have mirroring or raidz in use. But before you say "then ZFS sucks", realise that you have this *exact same problem* with any other filesystem -- FFS/UFS can't repair this situation either. You could fsck and it would "supposedly work" for a while, but then data would get corrupted again, etc... Silent data corruption is such a low-level problem that you cannot expect the filesystem to be able to solve it for you without some form of parity (raidz) or redundancy (mirroring) involved. FYI, we run into this problem at work using Linux on ext3fs. Some systems will occasionally see data corruption -- ext3fs is a journalling filesystem, so it detects the problem, but it cannot "solve it". In machines which have 1 disk and are not using mirroring or RAID-5, we still have to shut the box off and replace the disk. > Seems kind of problematic to me mounting zfs in single user mode, > deleting the file and restarting the OS ? As I said, you don't use fsck on ZFS. Booting into single-user won't do you any good either. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:40:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B08F106567A for ; Mon, 20 Oct 2008 17:40:32 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id D9A6A8FC08 for ; Mon, 20 Oct 2008 17:40:31 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.0.16] (helo=localhost) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KryYv-0004FA-28 for freebsd-stable@freebsd.org; Mon, 20 Oct 2008 19:29:01 +0200 Date: Mon, 20 Oct 2008 19:28:52 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20081020192852.7050ade6@fabiankeil.de> In-Reply-To: <200810201507.30778.joao@matik.com.br> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <200810201507.30778.joao@matik.com.br> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Aq.KCLSmt7lqn5xf2eXsNws"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:40:32 -0000 --Sig_/Aq.KCLSmt7lqn5xf2eXsNws Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable JoaoBR wrote: > On Monday 20 October 2008 11:22:08 you wrote: > > On Mon, Oct 20, 2008 at 08:37:40AM -0200, JoaoBR wrote: > > > On Friday 17 October 2008 15:39:59 Chuck Swiger wrote: > > > > On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > > > > > constantly I find data corruption on ZFS volums, ever from > > > > > rrdtool, this > > > > > corrupt data happens on SATA disks, never seem on SCSI > > > > > > > > Presumably your SATA drives are correctly being reported by ZFS as > > > > corrupting data, and you should do something like replace cables, > > > > the drives themselves, perhaps try downgrading to SATA-150 rather > > > > than -300 if you are using the later. Also consider running a > > > > drive diagnostic utility from the mfgr (or smartmontools) and > > > > doing an extended self-test or destructive write surface check. > > > > > > well, hardware seems to be ok and not older than 6 month, also > > > happens not only on one machine ... smartctl do not report any hw > > > failures on disk > > > > > > regarding jumpering the drives to 150 you suspect a driver problem? > > > > It's not because of a driver problem. There are known SATA chipsets > > which do not properly work with SATA300 (particularly VIA and SiS > > chipsets); they claim to support it, but data is occasionally > > corrupted. Capping the drive to SATA150 fixes this problem. > > > > http://en.wikipedia.org/wiki/Serial_ATA#SATA_1.5_Gbit.2Fs_and_SATA_3_Gb= it.2 > >Fs > > > > There are also known problems with Silicon Image chipsets (on Linux, > > Windows, and FreeBSD). > > > > Because you didn't provide your smartctl output, I can't really tell if > > the drives are in "good shape" or not. :-) > > >=20 > ok then here it comes >=20 > smartctl version 5.38 [amd64-portbld-freebsd7.0] Copyright (C) 2002-8 Can you reproduce the problem on a i386 system? I have a USB HD case that works fine on a i386 system but writing from an amd64 system leads to ZFS checksum errors (reading works though). Fabian --Sig_/Aq.KCLSmt7lqn5xf2eXsNws Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj8v9QACgkQBYqIVf93VJ0kVACbB317hLfRvxfeIiBNqYxkmXNO KkIAnjI+MIjfe+2hxO/soizn+JLSvXiq =/HcN -----END PGP SIGNATURE----- --Sig_/Aq.KCLSmt7lqn5xf2eXsNws-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:52:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E1F910656A0; Mon, 20 Oct 2008 17:52:37 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 55F0E8FC13; Mon, 20 Oct 2008 17:52:37 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9100HHHTLLYC40@asmtp022.mac.com>; Mon, 20 Oct 2008 10:52:21 -0700 (PDT) Message-id: <73C3E69D-07EC-4266-87AB-97E37D0EED1C@mac.com> From: Chuck Swiger To: Jeremy Chadwick In-reply-to: <20081020171927.GB8551@icarus.home.lan> Date: Mon, 20 Oct 2008 10:52:21 -0700 References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> <20081020171927.GB8551@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:52:37 -0000 On Oct 20, 2008, at 10:19 AM, Jeremy Chadwick wrote: >> He's not getting working filesystem redundancy with the existing >> config >> and is vulnerable to losing data from a single drive failure, agreed. >> But the ZFS checksum mechanism should still be working to detect data >> corruption, even though ZFS cannot recover the corrupted data the >> way it >> otherwise would if redundancy was available. > > Ahh, I see. So to paraphrase, ZFS can detect checksum errors (data > corruption) using any pool type (single disk, mirror, raidz, > whatever), > but can only *repair* the error when using a mirror or raidz. I think that should be the case, yes. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:57:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8901065672 for ; Mon, 20 Oct 2008 17:57:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id C0BB98FC14 for ; Mon, 20 Oct 2008 17:57:25 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so338063yxb.13 for ; Mon, 20 Oct 2008 10:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=giJfsKk5Qugz6UiRpMpKVGDjDtKFvkt52qBdh7vNlH4=; b=fgV7I7x0F/RjjeQT0WaFMLu49dEbCH0ewUGqtLlvb6qE1DZlWNiNOsdwCHA3pQ/DTI A3A9Bv+Heea2Z0SMBrTcCkLBXUOJmzT6+a2afD2FeTXNYfdpZErpwS+P+XrQ/5jhCjwj B0TwUgbWTDBE1v7YNL4tqXjabpYuJ64kAF+9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=XkMEOC8I/kQhzrd/TZD7fw10WL0qYO2NtzJugSvFZg8C9JPBP0t1ZMdUDSkueuXzs+ 1dkmBucUO7qSdW1TcaNK6Sy4zcwHCCrqf9SfuGtzEpDMYRWPPUyGn5RoSxc+H6vsxgUG p29PcAsqAK70H1j0SOxCeLGCl5Q0jZQmOuy8A= Received: by 10.150.201.13 with SMTP id y13mr12637384ybf.113.1224525444792; Mon, 20 Oct 2008 10:57:24 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Mon, 20 Oct 2008 10:57:24 -0700 (PDT) Message-ID: <5f67a8c40810201057x7bc9353dpebcea7c5abe7d30@mail.gmail.com> Date: Mon, 20 Oct 2008 13:57:24 -0400 From: "Zaphod Beeblebrox" To: "Jeremy Chadwick" In-Reply-To: <20081020173221.GA8889@icarus.home.lan> MIME-Version: 1.0 References: <200810171530.45570.joao@matik.com.br> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> <200810201518.01678.joao@matik.com.br> <20081020173221.GA8889@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:57:26 -0000 On Mon, Oct 20, 2008 at 1:32 PM, Jeremy Chadwick wrote: > On Mon, Oct 20, 2008 at 03:18:01PM -0200, JoaoBR wrote: > > On Monday 20 October 2008 15:03:14 Chuck Swiger wrote: > > > On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: > > > > Hm... I thought we determined earlier in this thread that the OP is > > > > not > > > > getting the benefits of ZFS checksums because he's not using raidz > > > > (only > > > > a single disk with a single pool)? > > > > > > He's not getting working filesystem redundancy with the existing > > > config and is vulnerable to losing data from a single drive failure, > > > agreed. But the ZFS checksum mechanism should still be working to > > > detect data corruption, even though ZFS cannot recover the corrupted > > > data the way it otherwise would if redundancy was available. > > > > > > > all right and understood but shouldn't something as fsck should correct > the > > error? > > No. You're using ZFS, not UFS. fsck will not work. > > In the case of underlying data corruption on ZFS, there is no way to fix > it unless you have mirroring or raidz in use. > Assuming the whole disk isn't bad and without knowing where (how far away) ZFS puts things when you do this, setting "copies=2" or "copies=3" on a non-redundant disk/pool/filesystem will allow ZFS to recover data if one of the copies is still good. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 18:05:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D9401065675 for ; Mon, 20 Oct 2008 18:05:58 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.freebsd.org (Postfix) with ESMTP id 37D778FC08 for ; Mon, 20 Oct 2008 18:05:58 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.0.16] (helo=localhost) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Krz8e-0002bV-Se for freebsd-stable@freebsd.org; Mon, 20 Oct 2008 20:05:56 +0200 Date: Mon, 20 Oct 2008 20:05:44 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20081020200544.4d819d66@fabiankeil.de> In-Reply-To: <20081020171516.GA8551@icarus.home.lan> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <200810201507.30778.joao@matik.com.br> <20081020171516.GA8551@icarus.home.lan> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/0G+yuRBZmvUfYTwtM70C6ZK"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 18:05:58 -0000 --Sig_/0G+yuRBZmvUfYTwtM70C6ZK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > On Mon, Oct 20, 2008 at 03:07:30PM -0200, JoaoBR wrote: > > On Monday 20 October 2008 11:22:08 you wrote: > > > Also, do you not think it's a little odd that the only data > > > corruption occurring for you are related to RRDtool? > >=20 > > this yes I think is suspitious >=20 > Chuck's probably spot-on with regards to explaining why this is. > Something to keep in mind is that RRDtool has a history of bugs, so I > wouldn't be surprised if the issue turned out to be there. It's really > too bad we have no decent, actively-maintained alternatives to RRDtool. Bugs in RRDtool shouldn't cause ZFS data corruption. Fabian --Sig_/0G+yuRBZmvUfYTwtM70C6ZK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj8yHgACgkQBYqIVf93VJ2PsACeIY/ilgm/HHOpTbocoge5FZzM Gy4AoLnIt5OTTrTJjIIMHmrUSzgotEWz =VlUZ -----END PGP SIGNATURE----- --Sig_/0G+yuRBZmvUfYTwtM70C6ZK-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 18:31:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29DD71065670 for ; Mon, 20 Oct 2008 18:31:05 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id A52DB8FC1D for ; Mon, 20 Oct 2008 18:31:03 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so585758eyi.7 for ; Mon, 20 Oct 2008 11:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=qA8FmOt1M4VSYcv7oQzFF2PXYz/qIS3aAn2/DxloPXM=; b=Sc26uVd3C05v98g58jkIejxTiJMW0AwKau0JFknjB6Fuun8W5ibKZfro64BTkaCHor QxwlXUpdUNl+Q7liNuoORnIefoidXCn3ViPJto3mM+EqNYJqpPzfx5d+OHAyamUaA0dV HgsGSUP+LPCCry4awj8RazRasOq1HGFKjfinQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=pTkseWEBShQCNnHdU5Fqgjqv1MAVuSnzlxeahBx6E0yBtNxobuFS0fp1xFumonjXMh xnUhZ6hOLTOxUqi6C1mNeEuIDxd3EF2twiLfDUa5JzTiW7JlCe8f/7WjJnoFov/UMkBB 3BSOapi7HF+QKOgC2Hw9N29lKCoZ3XZVWnlos= Received: by 10.210.46.12 with SMTP id t12mr7618999ebt.22.1224525626290; Mon, 20 Oct 2008 11:00:26 -0700 (PDT) Received: by 10.210.13.13 with HTTP; Mon, 20 Oct 2008 11:00:26 -0700 (PDT) Message-ID: Date: Mon, 20 Oct 2008 11:00:26 -0700 From: "Artem Belevich" Sender: artemb@gmail.com To: JoaoBR In-Reply-To: <200810201518.01678.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810171530.45570.joao@matik.com.br> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> <200810201518.01678.joao@matik.com.br> X-Google-Sender-Auth: 96040931b4cb9ffd Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 18:31:05 -0000 > all right and understood but shouldn't something as fsck should correct the > error? Seems kind of problematic to me mounting zfs in single user mode, > deleting the file and restarting the OS ? According to Sun's documents, removing corrupted file seems to be 'official' way to get rid of the problem http://docs.sun.com/app/docs/doc/819-5461/gbctx?a=view If the damage is within a file data block, then the file can safely be removed, thereby clearing the error from the system. If the files have something important and you want to recover uncorrupted parts, here's what you can try: http://blogs.sun.com/relling/entry/holy_smokes_a_holey_file --Artem From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 18:37:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6AF10656D2; Mon, 20 Oct 2008 18:37:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1108FC24; Mon, 20 Oct 2008 18:37:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C991328454; Tue, 21 Oct 2008 02:37:22 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 5A4B7EB33A5; Tue, 21 Oct 2008 02:37:22 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id tnaWoUhDyMJY; Tue, 21 Oct 2008 02:37:17 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 9A0CAEB1A31; Tue, 21 Oct 2008 02:37:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gxKyExaMrEbnSmHj1o+A6x0eld1JH6pNa632tSswcAiDf3I3R1PmKAozGHStURpn1 MySWnq/8Q1l3s8DAcTh7g== Message-ID: <48FCCFD9.70807@delphij.net> Date: Mon, 20 Oct 2008 11:37:13 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: Jeremy Chadwick References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> <20081020164831.GA8016@icarus.home.lan> <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> <20081020171927.GB8551@icarus.home.lan> In-Reply-To: <20081020171927.GB8551@icarus.home.lan> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 18:37:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: [snip] > Ahh, I see. So to paraphrase, ZFS can detect checksum errors (data > corruption) using any pool type (single disk, mirror, raidz, whatever), > but can only *repair* the error when using a mirror or raidz. Also when copies >= 2. This is very useful for e.g. laptops. I have set copies=2 for all zfs file systems (not on the whole pool) storing important personal data (/home, /usr/src), and after 3 times (!) of hard drive bad sector incidents (all replaced after recoverdisk) within 6 months, I was very lucky not to use the last resort by restoring data from my monthly DVD-R backup. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj8z9kACgkQi+vbBBjt66CdBwCeO+ADiDOzAjcG4w16AJkOaUo4 xskAnRPVynvvVWWfMm2zd/T2KGB4/s2U =M2aF -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 21:44:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 248891065672 for ; Mon, 20 Oct 2008 21:44:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A63B8FC1D for ; Mon, 20 Oct 2008 21:44:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9KLi5Is096902; Mon, 20 Oct 2008 17:44:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 20 Oct 2008 17:33:00 -0400 User-Agent: KMail/1.9.7 References: <200810181613.m9IGDG5W029203@lava.sentex.ca> In-Reply-To: <200810181613.m9IGDG5W029203@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810201733.00682.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 20 Oct 2008 17:44:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8451/Mon Oct 20 12:02:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: panic on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 21:44:13 -0000 On Saturday 18 October 2008 12:13:22 pm Mike Tancsa wrote: > A kernel from Feb 2008 was working just fine=20 > until we updated to a new one on Thursday >=20 >=20 > kgdb kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: >=20 > panic: page fault > cpuid =3D 1 > Uptime: 1d11h24m6s > Dumping 3580 MB (5 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 3580MB (916227 pages) 3564 3548 3532=20 > 3516 3500 3484 3468 3452 3436 3420 3404 3388 3372=20 > 3356 3340 3324 3308 3292 3276 3260 3244 3228 3212=20 > 3196 3180 3164 3148 3132 3116 3100 3084 3068 3052=20 > 3036 3020 3004 2988 2972 2956 2940 2924 2908 2892=20 > 2876 2860 2844 2828 2812 2796 2780 2764 2748 2732=20 > 2716 2700 2684 2668 2652 2636 2620 2604 2588 2572=20 > 2556 2540 2524 2508 2492 2476 2460 2444 2428 2412=20 > 2396 2380 2364 2348 2332 2316 2300 2284 2268 2252=20 > 2236 2220 2204 2188 2172 2156 2140 2124 2108 2092=20 > 2076 2060 2044 2028 2012 1996 1980 1964 1948 1932=20 > 1916 1900 1884 1868 1852 1836 1820 1804 1788 1772=20 > 1756 1740 1724 1708 1692 1676 1660 1644 1628 1612=20 > 1596 1580 1564 1548 1532 1516 1500 1484 1468 1452=20 > 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292=20 > 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132=20 > 1116 1100 1084 1068 1052 1036 1020 1004 988 972=20 > 956 940 924 908 892 876 860 844 828 812 796 780=20 > 764 748 732 716 700 684 668 652 636 620 604 588=20 > 572 556 540 524 508 492 476 460 444 428 412 396=20 > 380 364 348 332 316 300 284 268 252 236 220 204=20 > 188 172 156 140 124 108 92 76 60 44 28 12 ... ok > chunk 2: 1MB (147 pages) >=20 > Reading symbols from /boot/kernel/acpi.ko...done. > Loaded symbols for /boot/kernel/acpi.ko > Reading symbols from /boot/kernel/ichwd.ko...done. > Loaded symbols for /boot/kernel/ichwd.ko > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc057f462 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :410 > #2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 > /usr/src/sys/kern/kern_shutdown.c:566 > #3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 > eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 > #4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 > usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc06f4695 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 > -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 > -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 > tf_edx =3D -917953980, tf_ecx =3D -337789924, tf_eax=20 > =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 > -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 > tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0571a5a in lf_advlockasync (ap=3D0xebddbaf8,=20 > statep=3D0xc9492244, size=3DUnhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/kern/kern_lockf.c:470 > #8 0xc057218b in lf_advlock (ap=3D0xc9492244,=20 > statep=3D0xc9492244, size=3D16384) at /usr/src/sys/kern/kern_lockf.c:722 > #9 0xc068d028 in ufs_advlock (ap=3D0xc9492244) at=20 > /usr/src/sys/ufs/ufs/ufs_vnops.c:2178 > #10 0xc0706a35 in VOP_ADVLOCK_APV (vop=3D0x0, a=3D0xc9492244) at vnode_if= =2Ec:2002 > #11 0xc05df562 in kern_open (td=3D0xccc01180,=20 > path=3D0x0, pathseg=3DUIO_USERSPACE, flags=3D17, mode=3D416) at vnode_if.= h:1029 > #12 0xc05dedfe in open (td=3D0xccc01180,=20 > uap=3D0xebddbd04) at /usr/src/sys/kern/vfs_syscalls.c:971 > #13 0xc06f5063 in syscall (frame=3D > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D=20 > -1078001605, tf_edi =3D 16, tf_esi =3D 135291904,=20 > tf_ebp =3D -1077990024, tf_isp =3D -337789596, tf_ebx=20 > =3D 674283840, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 5,=20 > tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 674169623,=20 > tf_cs =3D 51, tf_eflags =3D 646, tf_esp =3D=20 > -1077990372, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 > #14 0xc06df5ff in Xint0x80_syscall ()=20 at /usr/src/sys/i386/i386/exception.s:200 > #15 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) >=20 > (kgdb) bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc057f462 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :410 > first_buf_printf =3D 1 > #2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 > /usr/src/sys/kern/kern_shutdown.c:566 > td =3D (struct thread *) 0xccc01180 > bootopt =3D 260 > newpanic =3D 0 > ap =3D 0xccc01180 "x=EA9=CD \024=C3=CC" > buf =3D "page fault", '\0' > #3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 > eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 > code =3D 40 > ss =3D 40 > esp =3D 0 > type =3D 12 > softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 > 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 10, ssd_= xx1 =3D 2, > ssd_def32 =3D 1, ssd_gran =3D 1} > msg =3D 0x0 > #4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 > usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 > va =3D 0 > vm =3D (struct vmspace *) 0x0 > map =3D 0xcab4a940 > rv =3D 1 > ftype =3D 1 '\001' > td =3D (struct thread *) 0xccc01180 > p =3D (struct proc *) 0xcd39ea78 > #5 0xc06f4695 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 > -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 > -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 > tf_edx =3D -917953980, tf_ecx =3D -337789924, tf_eax=20 > =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 > -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 > tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 > td =3D (struct thread *) 0xccc01180 > p =3D (struct proc *) 0xcd39ea78 > sticks =3D 3377201424 > type =3D 12 > i =3D 0 > ucode =3D 0 > code =3D 0 > eva =3D 72 > #6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > No locals. > #7 0xc0571a5a in lf_advlockasync (ap=3D0xebddbaf8,=20 > statep=3D0xc9492244, size=3DUnhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/kern/kern_lockf.c:470 > ---Type to continue, or q to quit--- > state =3D (struct lockf *) 0x0 > freestate =3D (struct lockf *) 0x0 > fl =3D (struct flock *) 0xebddbc1c > lock =3D (struct lockf_entry *) 0x6 > vp =3D (struct vnode *) 0xc94c0110 > id =3D 0xcb29d7e0 "x\026?=D3=D8=B0=CA=CD\001" > flags =3D 48 > hash =3D -337790260 > lo =3D (struct lock_owner *) 0x0 > start =3D Unhandled dwarf expression opcode 0x93 > (kgdb) You probably want to send this to dfr@ since this is in the advisory file=20 locking code. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 21:44:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C7410656C3 for ; Mon, 20 Oct 2008 21:44:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id ED7198FC0C for ; Mon, 20 Oct 2008 21:44:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9KLi5It096902; Mon, 20 Oct 2008 17:44:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 20 Oct 2008 17:34:34 -0400 User-Agent: KMail/1.9.7 References: <48FBBFF1.3000109@sh.cvut.cz> In-Reply-To: <48FBBFF1.3000109@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810201734.34952.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 20 Oct 2008 17:44:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8451/Mon Oct 20 12:02:15 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Vaclav Haisman Subject: Re: Process in "uwait" state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 21:44:23 -0000 On Sunday 19 October 2008 07:17:05 pm Vaclav Haisman wrote: > Hi, > I am trying to compile TrueCrypt 6.0a (The tweaked port source is > available at .), > using Miwi's 5.0 port as base, and everything goes smooth up to the > point where the truecrypt executable is being tested. It executes > another instance and it is apparently connected through pipe with the > first. The following is output of ps -lax | grep truecrypt: > > 0 81007 77821 0 8 0 3464 1476 wait I+ p0 0:00.00 > /bin/sh -c ./truecrypt --text --test >/dev/null > 0 81008 81007 0 96 0 39224 17272 uwait I+ p0 0:00.20 > ./truecrypt --text --test > 0 81009 81008 0 -8 0 37176 14228 piperd I+ p0 0:00.00 > ./truecrypt --text --test > > This is 7.1-PRERELEASE updated no more than week ago. I am running the > GENERIC kernel. The situation is reliably reproducible. > > The last few lines of the process' ktrace, before it gets stuck, are these: > > 87530 truecrypt CALL sigprocmask(SIG_BLOCK,0x282ebb00,0xbfbfdbcc) > 87530 truecrypt RET sigprocmask 0 > 87530 truecrypt CALL sigprocmask(SIG_SETMASK,0x282ebb10,0) > 87530 truecrypt RET sigprocmask 0 > 87530 truecrypt CALL _umtx_op(0xbfbfde9c,0x3,0x1,0,0) > 87530 truecrypt RET _umtx_op 0 > 87530 truecrypt CALL sigprocmask(SIG_BLOCK,0xbfbfde30,0x8401190) > 87530 truecrypt RET sigprocmask 0 > 87530 truecrypt CALL _umtx_op(0x85e6e8c,0x2,0,0,0) > > The _umtx_op(0x85e6e8c,0x2,0,0,0) call is the last thing, after that I > have to kill it with kill -9. Probably an application threading bug. This looks like the thread is waiting on a condition variable. > Attaching GDB to the process does not help much, GDB complains about > some internal error and the backtrace is then unusable: > > /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: > internal-error: legacy_fetch_link_map_offsets called without legacy > link_map support enabled. > > [Switching to Thread 0x8401100 (LWP 100173)] > 0x28a9a037 in __error () from /lib/libthr.so.3 > (gdb) bt > #0 0x28a9a037 in __error () from /lib/libthr.so.3 > #1 0x28a99c71 in __error () from /lib/libthr.so.3 > #2 0x085e6e8c in ?? () > #3 0x00000002 in ?? () > #4 0x00000000 in ?? () > #5 0x00000000 in ?? () > #6 0x00000000 in ?? () > #7 0x00000040 in ?? () > #8 0xbfbfdda4 in ?? () > #9 0x28a94bb7 in pthread_rwlock_unlock () from /lib/libthr.so.3 > Previous frame identical to this frame (corrupt stack?) Give gdb the path to the binary in addition to the pid and you won't get that error message and will get a more useful stack trace. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 00:41:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B10B1065675 for ; Tue, 21 Oct 2008 00:41:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 141CB8FC1C for ; Tue, 21 Oct 2008 00:41:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ks5JQ-0006co-9c for freebsd-stable@freebsd.org; Tue, 21 Oct 2008 00:41:28 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2008 00:41:28 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2008 00:41:28 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 21 Oct 2008 02:41:15 +0200 Lines: 34 Message-ID: References: <20080928054620.GA80250@k7.mavetju> <20080928142409.19f94e5b@anthesphoria.net> <20081001093906.GI6749@carrot.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <20081001093906.GI6749@carrot.paeps.cx> Sender: news Cc: freebsd-current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 00:41:33 -0000 Philip Paeps wrote: > On 2008-09-28 14:24:09 (+0200), Nikola LeÄić wrote: >> On Sun, 28 Sep 2008 15:46:20 +1000 Edwin Groothuis wrote: >>> Please report any issues with it (compile time, run time) and a way to >>> reproduce it (if possible). Thanks for your help! >> last pid: 70762; load avg: 1.22, 0.54, 0.33; up 0+16:48:11 14:08:01 >> 177 threads: 11 running, 147 sleeping, 19 waiting >> CPU: 27.6% user, 0.0% nice, 3.3% system, 0.7% interrupt, 68.4% idle >> Kernel: 246626 ctxsw, 5063 trap, 362 intr, 354 soft, 5 fork, 4591 flt, 728 fr >> Mem: 891M Active, 774M Inact, 233M Wired, 89M Cache, 112M Buf, 3668K Free >> Swap: 4096M Total, 4096M Free >> >> [...] >> >> Btw, an aesthetic observation, in H mode the USERNAME column shrinks >> and expands if username has less or more than 9 characters. :-) > > Another aesthetic observation is the alignment of the CPU: line - it would be > nice if the data all lined up nicely with Kernel/Mem/Swap below. > > Very minor point though. Thanks for making this work! > > - Philip > The old top does not indent while the new one puts 4 spaces (!) after "Mem:". This is quite a waste. I would like to ask you to remove indentation and/or shrink "Kernel:" to "Kern:" (it will align with "Swap:" and we already use abbreviations like eg "Buf"). I hope it makes sense to you too. Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 00:41:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E08BF106567B for ; Tue, 21 Oct 2008 00:41:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC828FC1D for ; Tue, 21 Oct 2008 00:41:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ks4m2-0005RV-N6 for freebsd-stable@freebsd.org; Tue, 21 Oct 2008 00:06:58 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2008 00:06:58 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2008 00:06:58 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 21 Oct 2008 02:06:50 +0200 Lines: 40 Message-ID: References: <1221990863.929.21.camel@phyll.izb.knu.ac.kr> <48D67AC0.4040301@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <48D67AC0.4040301@FreeBSD.org> Sender: news Subject: Re: easy way to upgrade from 6.3 to 7.1 (including port packages) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 00:41:34 -0000 Doug Barton wrote: > > The generally accepted wisdom (which I am repeating because I agree with > it) is that when updating major versions you should: > > 1. Carefully back up your configuration files and data > 2. Do a clean install of the new version > 3. Update configuration files > 4. Restore data > 5. Re-install your ports. > > What I usually do for step 3 is to un-tar the old configuration files in > a new directory and then diff -ur old/etc /etc, and after ports are > installed I diff -ur old/usr/local/etc /usr/local/etc. > > For step 5, I have a recommended update procedure in the portmaster man > page. Even if you don't intend to use portmaster to re-install your > ports I recommend installing it and reading that part of the man page > before you do your update to get an idea of what is important for you to > restore. > Doug, 1) I wonder if I could use mergemaster to compare 2 directories and merge differencies as neccessary. To explain: I have all config files I touch saved with full path somewhere in /root. And therefore I'd like mergemaster or some other tool to compare all files in my backup directory with newly installed (config) files. 2) I have a file with list of ports I usually install and I created script that try to install them. This is quite useful after `pkg_delete -a`. Now I can do it with `portupgrade -iN $plist` but I haven't figured how I can make portmaster to do the same. Any suggestions please ? Thank you, Martin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 04:33:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11611065672 for ; Tue, 21 Oct 2008 04:33:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id B73FD8FC23 for ; Tue, 21 Oct 2008 04:33:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1930854rvf.43 for ; Mon, 20 Oct 2008 21:33:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TcNW0ewCtiM07QzSfFBbYfNiHbaqCE2MBhVsj1SsZ0o=; b=MqVYL8yenohk8el0LPJNJjOh2dVatYWkNW4YStPTHJfsVhgV6diewuwxUPBefmLcbT c1YnfmlCnFeI/fVrEXWhlfC9fpk+SBCnRuyGCIes1QgbADn/vQdoaJD//l7GBsofVCR+ R8r+qBEvAqx2lWzTYuTQyfFC09+qSSVBT0Kv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=rbPYLQ0DjVoihBc7VuMucIXsw/jwwjoFd++Rtdrz+hgF83PCPRelmgk4cc5W7nocxo GWx7jiddu74MoIc3v5rSP57BD0GGDAVzDxntVmpTaYXJSA++1XCOe6t3nEC9o9/wbrIM phWWStHtF0WvZjmwb/hJXlpE+mpuDCtt3DWE4= Received: by 10.141.146.4 with SMTP id y4mr725037rvn.169.1224563636318; Mon, 20 Oct 2008 21:33:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm2559839rvb.1.2008.10.20.21.33.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Oct 2008 21:33:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9L4VsM2043929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Oct 2008 13:31:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9L4Vr6A043928; Tue, 21 Oct 2008 13:31:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 21 Oct 2008 13:31:52 +0900 From: Pyun YongHyeon To: Ilya Bakulin Message-ID: <20081021043152.GE43039@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> <20081020012504.95adc0ca.nork@FreeBSD.org> <20081020071155.GH38923@cdnetworks.co.kr> <20081020132827.edbb2c53.webmaster@kibab.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081020132827.edbb2c53.webmaster@kibab.com> User-Agent: Mutt/1.4.2.1i Cc: Daniel Gerzo , Norikatsu Shigemura , stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 04:33:57 -0000 On Mon, Oct 20, 2008 at 01:28:27PM +0400, Ilya Bakulin wrote: > Just my five cents... > On my laptop (Dell Vostro 1310) I get _periodically_ (not always!) the same error: > > re0: port 0x5000-0x50ff mem 0xf8410000-0xf8410fff,0xf8400000-0xf840ffff irq 16 at device 0.0 on pci7 > re0: Chip rev. 0x3c000000 > re0: MAC rev. 0x00400000 > re0: PHY write failed > re0: PHY write failed > re0: MII without any phy! > device_attach: re0 attach returned 6 > > I didn't notice any regularity of this error. I kldload this driver by hand (most of working time I don't need wired connection), and sometimes I have to reboot after it due to error described above... > Fell free to ask any additional information, I'll be glad to help! > This is known issue which happens on RTL8168C/CP and RTL8102E/EL PCIe controllers. Would you try the patch at the following URL? http://www.freebsd.org/~yongari/re/re.ephy.patch.20081021 Even if the patch work for you, you should try serveral times to make sure it really fix the issue.(e.g. completely shutdown your box, unplug power cord and wait several mininutes and reboot.) > Information from pciconf: > ------------------------- > re0@pci0:7:0:0: class=0x020000 card=0x026f1028 chip=0x816810ec rev=0x02 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > ------------------------- > > Running 7.1-PRERELEASE, cvsupped 29th Aug. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 04:37:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D85CD106567C for ; Tue, 21 Oct 2008 04:37:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 58FD68FC0A for ; Tue, 21 Oct 2008 04:37:50 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m9L4biQv091118; Tue, 21 Oct 2008 15:37:44 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 21 Oct 2008 15:37:44 +1100 (EST) From: Ian Smith To: Fabian Keil In-Reply-To: <20081020200544.4d819d66@fabiankeil.de> Message-ID: <20081021153627.B4254@sola.nimnet.asn.au> References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <200810201507.30778.joao@matik.com.br> <20081020171516.GA8551@icarus.home.lan> <20081020200544.4d819d66@fabiankeil.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 04:37:51 -0000 On Mon, 20 Oct 2008, Fabian Keil wrote: > Jeremy Chadwick wrote: > > > On Mon, Oct 20, 2008 at 03:07:30PM -0200, JoaoBR wrote: > > > On Monday 20 October 2008 11:22:08 you wrote: > > > > > Also, do you not think it's a little odd that the only data > > > > corruption occurring for you are related to RRDtool? > > > > > > this yes I think is suspitious > > > > Chuck's probably spot-on with regards to explaining why this is. > > Something to keep in mind is that RRDtool has a history of bugs, so I > > wouldn't be surprised if the issue turned out to be there. It's really > > too bad we have no decent, actively-maintained alternatives to RRDtool. > > Bugs in RRDtool shouldn't cause ZFS data corruption. Beat me to it, but I was going to say "couldn't" .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 06:14:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2EB106569E for ; Tue, 21 Oct 2008 06:14:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 206298FC1C for ; Tue, 21 Oct 2008 06:14:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1959661rvf.43 for ; Mon, 20 Oct 2008 23:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Ug7wpZbQEsLSzs6iFEXi5KmbOuz/jD/gK7YtU1eSCs4=; b=QkLNMaqFNofqNKcLTi6KhFvqTG/lTxlsX2S/k0X8Ap/iYNcj8sW1xbgKdS7wgPTqsi q1iAebwpubnMbHIdYyCrs3c+jhHmrI/T56uYBNqwfoBvv7o4UchSYpMqcMuWoY7bbzDM QQo7JQmGhA+Ls9NoLR+4w4lNBhSQp6d0Z6Du4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=p3kGrsQc5eKz+KOLwTOwGP/viKEmpO5o0eC66Lce+xPaLJo3SxmIqv/U6Ocn+xO/W/ GR497tG2ALU9kYUGX9zw9lg01e/16cGPDjOwsbcrvruKxYO7hIrlGYgSXSGdh1OkI7jV znMMg/TOw/SiRerc9+HDG0V/odsbq14IpBOhE= Received: by 10.141.210.13 with SMTP id m13mr5450857rvq.25.1224569665788; Mon, 20 Oct 2008 23:14:25 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm2792901rvb.2.2008.10.20.23.14.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Oct 2008 23:14:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9L6CMfm044300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Oct 2008 15:12:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9L6CLXZ044299; Tue, 21 Oct 2008 15:12:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 21 Oct 2008 15:12:21 +0900 From: Pyun YongHyeon To: Andriy Gapon Message-ID: <20081021061221.GI43039@cdnetworks.co.kr> References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> <20080226073633.GC47750@cdnetworks.co.kr> <486D440F.1090601@icyb.net.ua> <48FC7E8D.2000506@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48FC7E8D.2000506@icyb.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: dead after system reset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 06:14:26 -0000 On Mon, Oct 20, 2008 at 03:50:21PM +0300, Andriy Gapon wrote: > > Pyun, > > something new about this issue. > Today I got another instance of it, but with a new twist. > In addition to all the usual symptoms I got a lot of messages like the > following in console: > > nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > and even couple like this: > > nfe0: discard frame w/o leading ethernet header (len 4294967295 pkt len > 4294967295) > nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) > > Maybe these messages could give a hint about what was going wrong in nfe. > It looks like there is a bug in Rx handling or hardware initialization issue. Recently I've implemented hardware MAC counters of MCP controller and these counters would provide valuable information to analyze what's going on in controller. See commit log of SVN r183561. There is a WIP version to workaround CRC issues of MCP65. Though it may not be directly related with your issue the patch at the fowllowing URL has a fix for MAC reset register. So give it try and let me know how it goes. http://people.freebsd.org/~yongari/nfe/nfe.rx.patch.20081021 > on 04/07/2008 00:26 Andriy Gapon said the following: > > > > As they say - long time, no see :-) > > I am back with some more details, but still with no insights. > > > > Let me refresh an essence of the issue. > > The issue: after 'abrupt' reset/reboot of a system my nfe interface is > > dead. > > That is, if I do a graceful reboot (e.g. via shutdown -r) everything is > > ok, ditto if I do power-down (whether graceful or not) and the power-up. > > The problem happens only if I press reset button and then boot up. > > > > Details. > > The issue can not be reproduced with nve driver. > > Moreover, when I reproduce the problem with nfe, then kldunload nfe > > driver, kldload nve driver - nve interface is alive. Then kldunload nve, > > kldload nfe - nfe interface is dead again. > > > > Specification of dead. > > There are no errors. ifconfig shows the same output (active, media, up, > > etc) as in normal case. But I can not ping any host on local network > > (connected to the same switch), ping outputs "Host is down". tcpdump > > also doesn't show any incoming traffic. > > > > More details. > > I was able to verify that packets do actually go through the interface. > > When I try to ping some machine I see (on the other host) arp requests > > for its ethernet address. All address in arp packets are correct > > (ethernet and ip). So the interface works for outgoing packets, but > > somehow loses incoming arp replies. Not sure if thap happens in the NIC > > or in the driver itself (see the above nve/nfe live replacement > > experiment). > > > > So, there are some facts, but still no clues. > > > > > -- > Andriy Gapon -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 09:54:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CDC1065673 for ; Tue, 21 Oct 2008 09:54:51 +0000 (UTC) (envelope-from daniel@toomuchdata.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.freebsd.org (Postfix) with ESMTP id A42EC8FC17 for ; Tue, 21 Oct 2008 09:54:51 +0000 (UTC) (envelope-from daniel@toomuchdata.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout2-sn2.hy.skanova.net (7.3.129) id 4873CA950195A0DE for freebsd-stable@freebsd.org; Tue, 21 Oct 2008 10:45:45 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Date: Tue, 21 Oct 2008 10:45:43 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A19CB@royal64.emp.zapto.org> In-Reply-To: <20081021153627.B4254@sola.nimnet.asn.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: constant zfs data corruption Thread-Index: AckzNynxZaVBFIgSRAG99rUXQ6pZbgAIZ9iw References: <200810171530.45570.joao@matik.com.br><200810200837.40451.joao@matik.com.br><20081020132208.GA3847@icarus.home.lan><200810201507.30778.joao@matik.com.br><20081020171516.GA8551@icarus.home.lan><20081020200544.4d819d66@fabiankeil.de> <20081021153627.B4254@sola.nimnet.asn.au> From: "Daniel Eriksson" To: Subject: RE: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 09:54:52 -0000 Certain combinations of nVidia chips will cause silent data corruption under FreeBSD. Google "freebsd mcp55 corruption" for more information. --- Daniel Eriksson (http://www.toomuchdata.se/) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 10:02:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8050E1065674 for ; Tue, 21 Oct 2008 10:02:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id EEE1A8FC26 for ; Tue, 21 Oct 2008 10:02:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEAM8S9kh5Lfmc/2dsb2JhbACBcsA0gWs X-IronPort-AV: E=Sophos;i="4.33,456,1220193000"; d="asc'?scan'208";a="215054944" Received: from ppp121-45-249-156.lns11.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.249.156]) by ipmail01.adl6.internode.on.net with ESMTP; 21 Oct 2008 20:32:38 +1030 Received: from inchoate.dons.net.au (Inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.14.3/8.14.2) with ESMTP id m9LA2Qun086536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Oct 2008 20:32:31 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Tancsa Date: Tue, 21 Oct 2008 20:27:54 +1030 User-Agent: KMail/1.9.10 References: <200810092206.02362.doconnor@gsoft.com.au> <200810150238.m9F2cAWu007721@lava.sentex.ca> <200810151339.57406.doconnor@gsoft.com.au> In-Reply-To: <200810151339.57406.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1878818.PBBI8QdGok"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810212028.03184.doconnor@gsoft.com.au> X-Spam-Score: -1.906 () BAYES_00,SPF_FAIL X-Scanned-By: MIMEDefang 2.64 on 10.0.2.7 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 10:02:41 -0000 --nextPart1878818.PBBI8QdGok Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 15 October 2008 13:39:51 Daniel O'Connor wrote: > On Wednesday 15 October 2008 13:08:02 Mike Tancsa wrote: > > > very odd it only just started doing it though.. > > > > do you have tun0 in () on your nat statement ? > > > > eg. > > nat on tun0 from 192.168.23.0/24 to any -> (tun0) > > Yep. > > > You could always add to ppp.linkup something like > > > > pppoe: > > ! /sbin/pfctl -Fnat -f /etc/pf.conf > > Hmm.. I didn't realise you could delete NAT only state like that, I will > give it a try! > > (I've been doing pfctl -k $oldip) > > Thanks. I tried this but no luck. I find that every second connect works, eg.. [midget 20:12] ~ >sudo pfctl -s state | grep 203.31.81.10 No ALTQ support in kernel ALTQ related functions disabled all tcp 203.31.81.10:22 <- 10.0.2.99:55188 ESTABLISHED:ESTABLISHED all tcp 10.0.2.99:55188 -> 121.45.249.156:55188 -> 203.31.81.10:22 ES= TABLISHED:ESTABLISHED all tcp 203.31.81.10:22 <- 10.0.2.99:55190 CLOSED:SYN_SENT all tcp 10.0.2.99:55190 -> 121.45.57.17:55190 -> 203.31.81.10:22 SYN_= SENT:CLOSED all tcp 203.31.81.10:22 <- 10.0.2.99:55194 FIN_WAIT_2:FIN_WAIT_2 all tcp 10.0.2.99:55194 -> 121.45.249.156:55194 -> 203.31.81.10:22 FI= N_WAIT_2:FIN_WAIT_2 As you can see it mentions the old (121.45.57.17) and new (121.45.249.156) IPs.. I have no idea where it is getting that IP from.. ifconfig & netstat don't= =20 show it. I've even tried /etc/rc.d/pf restart but that doesn't fix it.. It's very=20 perplexing :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1878818.PBBI8QdGok Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBI/aer5ZPcIHs/zowRAlqvAJ9GeEn6h5ESoi0Ny3iDFJL21rQfOACfSZt0 K0fBw2qOAt7rmKsL2J2fIZ8= =cSji -----END PGP SIGNATURE----- --nextPart1878818.PBBI8QdGok-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 10:27:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0FE61065670 for ; Tue, 21 Oct 2008 10:27:21 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6997E8FC13 for ; Tue, 21 Oct 2008 10:27:21 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3BAFD730A8; Tue, 21 Oct 2008 12:31:29 +0200 (CEST) Date: Tue, 21 Oct 2008 12:31:29 +0200 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20081021103129.GC93431@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: huge cpu and memory usage by ld.so ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 10:27:21 -0000 On RELENG_7 (various versions between june and a few days ago) i noticed that sometimes ld.so starts using huge amounts of memory and CPU, both in terms of SIZE and RES. I saw it first on 3 different machines doing a portupgrade -a while X was active, but perhaps it is Xorg-related because even stopping portupgrade the phenomenon continues, and the Xorg process also comes next in terms of CPU usage (not memory though, it stays down to reasonable levels). This is the 'top' output during a portupgrade -a PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 17385 luigi 1 107 0 2027M 220M RUN 1 19:20 51.37% ld-2.3.6.so and it really goes up with time, at perhaps 50-100Mbytes per minute. 2 of the machines use the nvidia-driver, one is a Dell X1 laptop with an i915 board. Exiting from X seems to terminate the stray ld.so. I am not sure how reproducible the thing is, or whether it is a known issue (perhaps portupgrade is replacing some Xorg component while the Xorg process is using it ?) cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 11:54:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B102F106566B for ; Tue, 21 Oct 2008 11:54:46 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id AA3328FC16 for ; Tue, 21 Oct 2008 11:54:45 +0000 (UTC) (envelope-from victor@bsdes.net) Received: by alf.bsdes.net (Postfix, from userid 1001) id B017E119CF7; Tue, 21 Oct 2008 13:37:45 +0200 (CEST) Date: Tue, 21 Oct 2008 13:37:45 +0200 From: Victor Balada Diaz To: freebsd-stable Message-ID: <20081021113745.GA2327@alf.bsdes.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Subject: re(4) regression in 7.1 -BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 11:54:46 -0000 Hello, we've just updated one of our test machines from FreeBSD 7.0 to FreeBSD 7.1 -BETA 2 using freebsd-update. After upgrading it we can see on /var/log/messages a lot of errors like this one: Oct 21 13:17:40 yac kernel: re0: watchdog timeout Oct 21 13:17:40 yac kernel: re0: link state changed to DOWN Oct 21 13:17:42 yac kernel: re0: link state changed to UP Oct 21 13:19:05 yac kernel: re0: watchdog timeout Oct 21 13:19:05 yac kernel: re0: link state changed to DOWN Oct 21 13:19:07 yac kernel: re0: link state changed to UP We had never seen such errors on FreeBSD 7.0 but we had interrupt storms on IRQ19 (re0 + ehci0) after a few days of load. Do you have any idea on what could be the problem? vmstat -i: yac# vmstat -i interrupt total rate irq1: atkbd0 1 0 irq9: acpi0 1 0 irq16: ohci0 1 0 irq17: ohci1 ohci3 1 0 irq18: ohci2 ohci4 1 0 irq19: re0 ehci0 1837387 134 irq22: atapci0 587644 43 cpu0: timer 27316852 2000 cpu1: timer 27316668 2000 Total 57058556 4177 netstat -i reports: yac# netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll re0 1500 00:21:85:15:30:14 1408034 0 1012246 89 0 re0 1500 XX.XX.XX.XX/2 XX.XX.XX.XX 1408278 - 1013578 - - lo0 16384 7555 0 7555 0 0 lo0 16384 fe80:2::1 fe80:2::1 0 - 0 - - lo0 16384 localhost ::1 0 - 0 - - lo0 16384 your-net localhost 6221 - 6221 - - pciconf -lv: re0@pci0:2:0:0: class=0x020000 card=0x368c1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet uname -a: FreeBSD yac.xxx.xxx 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Sun Oct 12 20:59:28 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-BETA2 #0: Sun Oct 12 20:59:28 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ (2999.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f33 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 6395105280 (6098 MB) avail memory = 6178525184 (5892 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, ddf00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xfc000000-0xfdffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.2 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:21:85:15:30:14 re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 k8temp0: on hostb4 acpi_button0: on acpi0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xcd800-0xce7ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 715404MB at ata2-master SATA300 ad6: 715404MB at ata3-master SATA300 SMP: AP CPU #1 Launched! GEOM_MIRROR: Device mirror/os launched (2/2). GEOM_JOURNAL: Journal 647493113: mirror/oss1g contains data. GEOM_JOURNAL: Journal 647493113: mirror/oss1g contains journal. GEOM_JOURNAL: Journal mirror/oss1g clean. Trying to mount root from ufs:/dev/mirror/oss1a After this, all the link state changed errors. Thanks in advance. Regards. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 13:50:03 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 734751065671 for ; Tue, 21 Oct 2008 13:50:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E4EBC8FC12 for ; Tue, 21 Oct 2008 13:50:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9LDo0LB077771; Tue, 21 Oct 2008 15:50:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9LDo0Js077761; Tue, 21 Oct 2008 15:50:00 +0200 (CEST) (envelope-from olli) Date: Tue, 21 Oct 2008 15:50:00 +0200 (CEST) Message-Id: <200810211350.m9LDo0Js077761@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, gamato@users.sf.net In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 21 Oct 2008 15:50:01 +0200 (CEST) Cc: Subject: Re: easy way to upgrade from 6.3 to 7.1 (including port packages) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, gamato@users.sf.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 13:50:03 -0000 martinko wrote: > 1) I wonder if I could use mergemaster to compare 2 directories and > merge differencies as neccessary. To explain: I have all config files I > touch saved with full path somewhere in /root. And therefore I'd like > mergemaster or some other tool to compare all files in my backup > directory with newly installed (config) files. You can use mergemaster against any directory, not just /etc. This is especially useful when perforing a binary update, a cross update or similar things. For example, suppose you have a freshly installed system (including /usr/src) with a virgin /etc directory, and you've got a copy of an old etc directory (with local modifications) in /root/etc.old. Then you can do this: # mergemaster -D /root/etc.old And all new things will be merged into /root/etc.old. When you're done, simply copy /root/etc.old to /etc and reboot. (You might want to keep a copy of the original contents of the directory, just to be on the safe side.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 14:00:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2C791065684 for ; Tue, 21 Oct 2008 14:00:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF488FC2F for ; Tue, 21 Oct 2008 14:00:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9LE0ajf041648; Tue, 21 Oct 2008 10:00:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m9LE0Zvh045489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Oct 2008 10:00:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810211400.m9LE0Zvh045489@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 21 Oct 2008 10:00:45 -0400 To: "Daniel O'Connor" From: Mike Tancsa In-Reply-To: <200810212028.03184.doconnor@gsoft.com.au> References: <200810092206.02362.doconnor@gsoft.com.au> <200810150238.m9F2cAWu007721@lava.sentex.ca> <200810151339.57406.doconnor@gsoft.com.au> <200810212028.03184.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 14:00:40 -0000 At 05:57 AM 10/21/2008, Daniel O'Connor wrote: >I've even tried /etc/rc.d/pf restart but that doesn't fix it.. It's very >perplexing :( Strange, Even doing /sbin/pfctl -Fall -f /etc/pf.conf does not help as part of ppp.linkup ? Perhaps confirm its actually working as expected. e.g. wrap a small script around it so pppoe: ! /usr/local/bin/fixpf.sh where fixpf.sh is something like /sbin/pfctl -sa -v > /var/log/before.pf /sbin/pfctl -Fall -f /etc/pf.conf > /var/log/after.pf and make sure the old states are actually gone and the rules make sense. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 14:50:24 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9CC5106567A; Tue, 21 Oct 2008 14:50:24 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 407F88FC1E; Tue, 21 Oct 2008 14:50:24 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m9LEoMfp012729; Tue, 21 Oct 2008 23:50:22 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 21 Oct 2008 23:50:21 +0900 From: Norikatsu Shigemura To: pyunyh@gmail.com Message-Id: <20081021235021.87df3b16.nork@FreeBSD.org> In-Reply-To: <20081020185356.c6eb46fe.nork@FreeBSD.org> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> <20081020012504.95adc0ca.nork@FreeBSD.org> <20081020071155.GH38923@cdnetworks.co.kr> <20081020185356.c6eb46fe.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 21 Oct 2008 23:50:23 +0900 (JST) Cc: Daniel Gerzo , Norikatsu Shigemura , stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 14:50:24 -0000 Hi Pyun! Sorry, I am wrong in my reported case. On Mon, 20 Oct 2008 18:53:56 +0900 Norikatsu Shigemura wrote: > > Hmm, that's odd. I don't think there is significant change of re(4) > > in that time window. Would you show me the revision number of > > if_re.c of old current? > Sorry, I'll try to trace the changes. I tried to build&run kernels, 20080701, 20080801, 20080815, 20080901 and 20081001. I got same result on all case. > > What I wonder is why re(4) is child device of pci3 on recent > > CURRENT whereas re(4) used to be a child device of cardbus0. Maybe > > imp@ know more details on this. There was a change in pccbb(4). > The latest current is my new note which has ExpressCard slot. > So I used&confirmed ExpressCard-to-Cardbus Bridge(TI XIO2000 > PCIe-to-PCI Bridge). takawata@ teached me that Cardbus NICs get MAC address from CIS (Card Information Structure). But my bridge is just PCIe-PCI bridge, so it doesn't have CIS. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 16:31:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1130A106569E for ; Tue, 21 Oct 2008 16:31:04 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (stalker.stu.cn.ua [195.69.76.130]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9D88FC1A for ; Tue, 21 Oct 2008 16:31:02 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (localhost [127.0.0.1]) by stu.cn.ua (Postfix) with ESMTP id 0E77F244C59; Tue, 21 Oct 2008 19:31:02 +0300 (EEST) Received: by stu.cn.ua (Postfix, from userid 58) id E8AA4244C55; Tue, 21 Oct 2008 19:31:01 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on stalker.stu.cn.ua X-Spam-Level: X-Spam-Status: No, score=-6.6 required=4.5 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_PASS autolearn=ham version=3.2.5 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by stu.cn.ua (Postfix) with ESMTP id 141A6244CE4 for ; Tue, 21 Oct 2008 19:30:57 +0300 (EEST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1743A161BEF; Tue, 21 Oct 2008 16:30:47 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D560310656AB; Tue, 21 Oct 2008 16:30:44 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) 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 AC689106566C for ; Tue, 21 Oct 2008 16:30:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D84D8FC1E for ; Tue, 21 Oct 2008 16:30:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so573456ele.13 for ; Tue, 21 Oct 2008 09:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=JXF2iQgkAtfMESRTMHQvxjM+pBaBeILRFZmkE6Y3CMc=; b=TSsRvayz6XJlQ7lKCMkS/yrdWCPmJLUiwe6WWAE5N4PfQe0wDn5WB7gvi/IqJgEDmJ 4WYCQS500XZt5gTnpn3HIJvPIXXi36GZCROTy5a9hLDBdsnbUheda+/MmCxveGivOTi6 lcsaSj7HG8WIXbSuIgUAqi727PLsHddPuYxWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZuY3vNXiNOdHSkKBZDqXpr1bzoKWqkQHGNCmaU+s9eoVVuccK34u/ZNNkw2yEBFQjB TAfGgOrIGdTV38EjQrrOvqtZM0OmnesXL7HirjPu+WmrLb1pfzOpgj+2PrKRs1mOKLXa /477tAVBJhifrfV7valltj50IdINTkmi8sn0A= Received: by 10.90.118.8 with SMTP id q8mr2208907agc.67.1224606633518; Tue, 21 Oct 2008 09:30:33 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:30:33 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:30:33 +0400 From: pluknet To: "Jaakko Heinonen" In-Reply-To: <20080929094919.GA6642@a91-153-122-179.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> <48DF4FCA.4070403@sh.cvut.cz> <20080928115401.GU3210@k7.mavetju> <20080929094919.GA6642@a91-153-122-179.elisa-laajakaista.fi> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP on stalker.stu.cn.ua Cc: stable@freebsd.org, V??clav Haisman , current@freebsd.org, Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:31:04 -0000 2008/9/29 Jaakko Heinonen : > On 2008-09-28, Edwin Groothuis wrote: >> > Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse >> > sysctlnametomib: No such file or directory >> > >> > And no processes. >> >> I didn't expect it not to work on 6.x, I will play around with it >> tomorrow to see if it makes sense. > > According to svn log kern.cp_times sysctl was added in r174070 and MFCd > after 6.3/7.0 release. > As a simple workaround: Index: top/freebsd-top-3.8b1-A/usr.bin/top/machine.c =================================================================== --- top/freebsd-top-3.8b1-A/usr.bin/top/machine.c (revision 5702) +++ top/freebsd-top-3.8b1-A/usr.bin/top/machine.c (working copy) @@ -513,6 +513,12 @@ while (mp->name != NULL) { len = MAXMIBLEN; +#if __FreeBSD_version < 604000 + if (!strcmp(mp->name, "kern.cp_times")) { + mp++; + continue; + } +#endif if (sysctlnametomib(mp->name, mp->mib, &len) == -1) { message_error(" sysctlnametomib: %s", strerror(errno)); -- wbr, pluknet _______________________________________________ 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-stable@FreeBSD.ORG Tue Oct 21 16:45:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6D7B1065685 for ; Tue, 21 Oct 2008 16:45:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 461358FC1F for ; Tue, 21 Oct 2008 16:45:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by gxk9 with SMTP id 9so5515052gxk.19 for ; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0UKE5bzTTq6dN+KcQUMXGuAZD3FxBrgx/OxMR3wNwKU=; b=pmXa/pnsm4agMNFQ4TDsL/0ytAXdFo2qAJqDAvm3mCF6ZGDSivmBFudBgLwronpnU3 tg4aqXqlAvKxScU81Bg2QIMehBRSFvK/1QXh5uFh26BzVAhGJ3v7VoI6ceZSgHZ9TW2x mC48/9CKOrhvsXyJh9bNf1NxwJHfJraMtpvtA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SpnYg0avCWSuYhYBfOZD7CgH6NhLzVWiXLh0yr3lhlA+UlO3/Sg3UlnHxFdrcELnna +66jY7ka6DXO0o8s8gCgi75oJr8DfZ4NEuEYhKg7sSi4dS2TCnRghDnKX6p9tElX5T59 u4kfShvabjAodPuk54DZKOYwsfYCzGgQbakUY= Received: by 10.90.68.12 with SMTP id q12mr2317893aga.30.1224607546195; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:45:46 +0400 From: pluknet To: "Edwin Groothuis" In-Reply-To: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:45:47 -0000 2008/9/28 Edwin Groothuis : > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. > > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) > > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. > > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. > > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". > > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > > Edwin btw, on my 6.2 it never changes 'Processes' count on 'S' press and always shows all(+system ) procs (as if it in 'S' mode). Base top does it. That is because 3.81 top has different semantics between active procs and total ones. 'Processes' count displays active procs (+ threads in 'H' mode). My small patch represents this. The first number displays actually displayed procs(and threads) and the second one displays all procs(and threads) in system. Index: top/freebsd-top-3.8b1-A/contrib/top/top.c =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/top.c (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/top.c (working copy) @@ -567,7 +567,8 @@ i_loadave(system_info.last_pid, system_info.load_avg); i_uptime(&(gstate->statics->boottime), &curr_time); i_timeofday(&curr_time); - i_procstates(system_info.p_total, system_info.procstates, gstate->pselect.threads); + i_procstates(system_info.p_total, system_info.p_active, + system_info.procstates, gstate->pselect.threads); if (gstate->show_cpustates) { i_cpustates(system_info.cpustates); @@ -601,7 +602,8 @@ u_loadave(system_info.last_pid, system_info.load_avg); i_timeofday(&curr_time); u_uptime(&(gstate->statics->boottime), &curr_time); - u_procstates(system_info.p_total, system_info.procstates, gstate->pselect.threads); + u_procstates(system_info.p_total, system_info.p_active, + system_info.procstates, gstate->pselect.threads); u_cpustates(system_info.cpustates); u_kernel(system_info.kernel); u_memory(system_info.memory); Index: top/freebsd-top-3.8b1-A/contrib/top/display.c =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/display.c (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/display.c (working copy) @@ -1042,6 +1042,7 @@ } static int ltotal = 0; +static int lactive = 0; static int lthreads = 0; /* @@ -1050,13 +1051,14 @@ void -i_procstates(int total, int *brkdn, int threads) +i_procstates(int total, int active, int *brkdn, int threads) { /* write current number of processes and remember the value */ display_fmt(0, y_procstate, 0, 0, - "%d %s: ", total, threads ? "threads" : "processes"); + "%d/%d %s: ", active, total, threads ? "threads" : "processes"); ltotal = total; + lactive = active; /* remember where the summary starts */ x_procstate = virt_x; @@ -1073,24 +1075,24 @@ } void -u_procstates(int total, int *brkdn, int threads) +u_procstates(int total, int active, int *brkdn, int threads) { /* if threads state has changed, do a full update */ if (lthreads != threads) { - i_procstates(total, brkdn, threads); + i_procstates(total, active, brkdn, threads); return; } /* update number of processes only if it has changed */ - if (ltotal != total) + if (ltotal != total || lactive != active) { display_fmt(0, y_procstate, 0, 0, - "%d", total); + "%d/%d", active, total); /* if number of digits differs, rewrite the label */ - if (digits(total) != digits(ltotal)) + if (digits(total) != digits(ltotal) || digits(active) != digits(lactive)) { display_fmt(-1, -1, 0, 0, " %s: ", threads ? "threads" : "processes"); x_procstate = virt_x; @@ -1098,6 +1100,7 @@ /* save new total */ ltotal = total; + lactive = active; } /* see if any of the state numbers has changed */ Index: top/freebsd-top-3.8b1-A/contrib/top/display.h =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/display.h (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/display.h (working copy) @@ -49,8 +49,8 @@ void i_uptime(time_t *bt, time_t *tod); void u_uptime(time_t *bt, time_t *tod); void i_timeofday(time_t *tod); -void i_procstates(int total, int *brkdn, int threads); -void u_procstates(int total, int *brkdn, int threads); +void i_procstates(int total, int active, int *brkdn, int threads); +void u_procstates(int total, int active, int *brkdn, int threads); void i_cpustates(int *states); void u_cpustates(int *states); void z_cpustates(); -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 16:46:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69614106569F; Tue, 21 Oct 2008 16:46:24 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (stalker.stu.cn.ua [195.69.76.130]) by mx1.freebsd.org (Postfix) with ESMTP id D237B8FC14; Tue, 21 Oct 2008 16:46:23 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (localhost [127.0.0.1]) by stu.cn.ua (Postfix) with ESMTP id B3B7C244C42; Tue, 21 Oct 2008 19:46:22 +0300 (EEST) Received: by stu.cn.ua (Postfix, from userid 58) id 99AAE244C3F; Tue, 21 Oct 2008 19:46:22 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on stalker.stu.cn.ua X-Spam-Level: X-Spam-Status: No, score=-6.6 required=4.5 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,SPF_PASS autolearn=ham version=3.2.5 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by stu.cn.ua (Postfix) with ESMTP id 20BB7244C23 for ; Tue, 21 Oct 2008 19:46:15 +0300 (EEST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7BB6F162297; Tue, 21 Oct 2008 16:46:00 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 34CCB106569A; Tue, 21 Oct 2008 16:45:57 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) 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 6047D106566C for ; Tue, 21 Oct 2008 16:45:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id 117AA8FC2E for ; Tue, 21 Oct 2008 16:45:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so576419ele.13 for ; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0UKE5bzTTq6dN+KcQUMXGuAZD3FxBrgx/OxMR3wNwKU=; b=pmXa/pnsm4agMNFQ4TDsL/0ytAXdFo2qAJqDAvm3mCF6ZGDSivmBFudBgLwronpnU3 tg4aqXqlAvKxScU81Bg2QIMehBRSFvK/1QXh5uFh26BzVAhGJ3v7VoI6ceZSgHZ9TW2x mC48/9CKOrhvsXyJh9bNf1NxwJHfJraMtpvtA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SpnYg0avCWSuYhYBfOZD7CgH6NhLzVWiXLh0yr3lhlA+UlO3/Sg3UlnHxFdrcELnna +66jY7ka6DXO0o8s8gCgi75oJr8DfZ4NEuEYhKg7sSi4dS2TCnRghDnKX6p9tElX5T59 u4kfShvabjAodPuk54DZKOYwsfYCzGgQbakUY= Received: by 10.90.68.12 with SMTP id q12mr2317893aga.30.1224607546195; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:45:46 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:45:46 +0400 From: pluknet To: "Edwin Groothuis" In-Reply-To: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP on stalker.stu.cn.ua Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:46:24 -0000 2008/9/28 Edwin Groothuis : > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. > > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) > > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. > > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. > > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". > > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > > Edwin btw, on my 6.2 it never changes 'Processes' count on 'S' press and always shows all(+system ) procs (as if it in 'S' mode). Base top does it. That is because 3.81 top has different semantics between active procs and total ones. 'Processes' count displays active procs (+ threads in 'H' mode). My small patch represents this. The first number displays actually displayed procs(and threads) and the second one displays all procs(and threads) in system. Index: top/freebsd-top-3.8b1-A/contrib/top/top.c =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/top.c (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/top.c (working copy) @@ -567,7 +567,8 @@ i_loadave(system_info.last_pid, system_info.load_avg); i_uptime(&(gstate->statics->boottime), &curr_time); i_timeofday(&curr_time); - i_procstates(system_info.p_total, system_info.procstates, gstate->pselect.threads); + i_procstates(system_info.p_total, system_info.p_active, + system_info.procstates, gstate->pselect.threads); if (gstate->show_cpustates) { i_cpustates(system_info.cpustates); @@ -601,7 +602,8 @@ u_loadave(system_info.last_pid, system_info.load_avg); i_timeofday(&curr_time); u_uptime(&(gstate->statics->boottime), &curr_time); - u_procstates(system_info.p_total, system_info.procstates, gstate->pselect.threads); + u_procstates(system_info.p_total, system_info.p_active, + system_info.procstates, gstate->pselect.threads); u_cpustates(system_info.cpustates); u_kernel(system_info.kernel); u_memory(system_info.memory); Index: top/freebsd-top-3.8b1-A/contrib/top/display.c =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/display.c (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/display.c (working copy) @@ -1042,6 +1042,7 @@ } static int ltotal = 0; +static int lactive = 0; static int lthreads = 0; /* @@ -1050,13 +1051,14 @@ void -i_procstates(int total, int *brkdn, int threads) +i_procstates(int total, int active, int *brkdn, int threads) { /* write current number of processes and remember the value */ display_fmt(0, y_procstate, 0, 0, - "%d %s: ", total, threads ? "threads" : "processes"); + "%d/%d %s: ", active, total, threads ? "threads" : "processes"); ltotal = total; + lactive = active; /* remember where the summary starts */ x_procstate = virt_x; @@ -1073,24 +1075,24 @@ } void -u_procstates(int total, int *brkdn, int threads) +u_procstates(int total, int active, int *brkdn, int threads) { /* if threads state has changed, do a full update */ if (lthreads != threads) { - i_procstates(total, brkdn, threads); + i_procstates(total, active, brkdn, threads); return; } /* update number of processes only if it has changed */ - if (ltotal != total) + if (ltotal != total || lactive != active) { display_fmt(0, y_procstate, 0, 0, - "%d", total); + "%d/%d", active, total); /* if number of digits differs, rewrite the label */ - if (digits(total) != digits(ltotal)) + if (digits(total) != digits(ltotal) || digits(active) != digits(lactive)) { display_fmt(-1, -1, 0, 0, " %s: ", threads ? "threads" : "processes"); x_procstate = virt_x; @@ -1098,6 +1100,7 @@ /* save new total */ ltotal = total; + lactive = active; } /* see if any of the state numbers has changed */ Index: top/freebsd-top-3.8b1-A/contrib/top/display.h =================================================================== --- top/freebsd-top-3.8b1-A/contrib/top/display.h (revision 5702) +++ top/freebsd-top-3.8b1-A/contrib/top/display.h (working copy) @@ -49,8 +49,8 @@ void i_uptime(time_t *bt, time_t *tod); void u_uptime(time_t *bt, time_t *tod); void i_timeofday(time_t *tod); -void i_procstates(int total, int *brkdn, int threads); -void u_procstates(int total, int *brkdn, int threads); +void i_procstates(int total, int active, int *brkdn, int threads); +void u_procstates(int total, int active, int *brkdn, int threads); void i_cpustates(int *states); void u_cpustates(int *states); void z_cpustates(); -- wbr, pluknet _______________________________________________ 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-stable@FreeBSD.ORG Tue Oct 21 16:52:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D022C1065682 for ; Tue, 21 Oct 2008 16:52:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 815478FC23 for ; Tue, 21 Oct 2008 16:52:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so462277yxb.13 for ; Tue, 21 Oct 2008 09:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=JXF2iQgkAtfMESRTMHQvxjM+pBaBeILRFZmkE6Y3CMc=; b=TSsRvayz6XJlQ7lKCMkS/yrdWCPmJLUiwe6WWAE5N4PfQe0wDn5WB7gvi/IqJgEDmJ 4WYCQS500XZt5gTnpn3HIJvPIXXi36GZCROTy5a9hLDBdsnbUheda+/MmCxveGivOTi6 lcsaSj7HG8WIXbSuIgUAqi727PLsHddPuYxWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZuY3vNXiNOdHSkKBZDqXpr1bzoKWqkQHGNCmaU+s9eoVVuccK34u/ZNNkw2yEBFQjB TAfGgOrIGdTV38EjQrrOvqtZM0OmnesXL7HirjPu+WmrLb1pfzOpgj+2PrKRs1mOKLXa /477tAVBJhifrfV7valltj50IdINTkmi8sn0A= Received: by 10.90.118.8 with SMTP id q8mr2208907agc.67.1224606633518; Tue, 21 Oct 2008 09:30:33 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:30:33 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:30:33 +0400 From: pluknet To: "Jaakko Heinonen" In-Reply-To: <20080929094919.GA6642@a91-153-122-179.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> <48DF4FCA.4070403@sh.cvut.cz> <20080928115401.GU3210@k7.mavetju> <20080929094919.GA6642@a91-153-122-179.elisa-laajakaista.fi> Cc: stable@freebsd.org, V??clav Haisman , current@freebsd.org, Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:52:21 -0000 2008/9/29 Jaakko Heinonen : > On 2008-09-28, Edwin Groothuis wrote: >> > Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse >> > sysctlnametomib: No such file or directory >> > >> > And no processes. >> >> I didn't expect it not to work on 6.x, I will play around with it >> tomorrow to see if it makes sense. > > According to svn log kern.cp_times sysctl was added in r174070 and MFCd > after 6.3/7.0 release. > As a simple workaround: Index: top/freebsd-top-3.8b1-A/usr.bin/top/machine.c =================================================================== --- top/freebsd-top-3.8b1-A/usr.bin/top/machine.c (revision 5702) +++ top/freebsd-top-3.8b1-A/usr.bin/top/machine.c (working copy) @@ -513,6 +513,12 @@ while (mp->name != NULL) { len = MAXMIBLEN; +#if __FreeBSD_version < 604000 + if (!strcmp(mp->name, "kern.cp_times")) { + mp++; + continue; + } +#endif if (sysctlnametomib(mp->name, mp->mib, &len) == -1) { message_error(" sysctlnametomib: %s", strerror(errno)); -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 16:53:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD591065672 for ; Tue, 21 Oct 2008 16:53:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id C43A48FC29 for ; Tue, 21 Oct 2008 16:53:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so462660ywe.13 for ; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=mp0Ms2UpOb29VTPIYZb3aJq33kJXn0Grs0F9Wm3T7TA=; b=Wcu9P8ZSI7+amuYe6d5ajRq+hOzGkCGfKbaDFGwlGRXZs6l32sfpmEQywWUUQGH9B3 yeyrRONWcL8TMTyKBpgyIA2BmXMxLsSkC9BSWOLFL/ZxrYnMvNLQbYNovVN6e10ZHvpb uJ+MAPN/v8fqs6pS1sL+6Bt89CGc/dA6sI59M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=tLi1lGuVxITrnBTEfGIbTmqIrYfUYuePiNQqhEe6BHPoLKtkSFQ41do6xCxcV3zf9D hYJMk2o7vOIGqpWgHgcMontFrMSHTjFu+bCVgLcxYB1l08HI10l1nal96rsGXJNSwvgU ZX7bcBW6BInMlZUzZctZT2Tz4W8XICjAQW43Y= Received: by 10.90.49.8 with SMTP id w8mr7751367agw.18.1224608019213; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:53:39 +0400 From: pluknet To: "Edwin Groothuis" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:53:41 -0000 2008/10/21 pluknet : > 2008/9/28 Edwin Groothuis : >> I have made an update for the top(1) utility in the FreeBSD base >> system to get it from the 3.5b12 version to the 3.8b1 version. >> >> I have tried them on the amd64 architecture on FreeBSD -current and >> FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. >> >> The big new features are a line upper part with kernel statistics >> (context-switches, traps, interrupts, faults etc) and the FLG table >> (if you window is big enough) >> >> Some features specific to FreeBSD (dual display (press m)), threaded >> processes, and jails have been ported to 3.8b1. >> >> The biggest fix (AFAICT) is the TIME and CPU table for threaded >> processes, which are now calculated properly. >> >> The new code can be found on >> http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz >> Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, >> then run it via "./top". >> >> Please report any issues with it (compile time, run time) and a way >> to reproduce it (if possible). Thanks for your help! >> >> Edwin > > btw, on my 6.2 it never changes 'Processes' count on 'S' press > and always shows all(+system ) procs (as if it in 'S' mode). Base top does it. > > That is because 3.81 top has different semantics between active procs > and total ones. > 'Processes' count displays active procs (+ threads in 'H' mode). ^^^^ Sorry, I mean s/active/total procs, always including system procs/; [strip] -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 16:56:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074AC106567A; Tue, 21 Oct 2008 16:56:19 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (stalker.stu.cn.ua [195.69.76.130]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1B88FC18; Tue, 21 Oct 2008 16:56:18 +0000 (UTC) (envelope-from spamd@stu.cn.ua) Received: from stu.cn.ua (localhost [127.0.0.1]) by stu.cn.ua (Postfix) with ESMTP id 86EC7244C5C; Tue, 21 Oct 2008 19:56:17 +0300 (EEST) Received: by stu.cn.ua (Postfix, from userid 58) id 6CF75244C59; Tue, 21 Oct 2008 19:56:17 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on stalker.stu.cn.ua X-Spam-Level: X-Spam-Status: No, score=-6.6 required=4.5 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,SPF_PASS autolearn=ham version=3.2.5 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by stu.cn.ua (Postfix) with ESMTP id 52A57244C4F for ; Tue, 21 Oct 2008 19:56:14 +0300 (EEST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 33265178428; Tue, 21 Oct 2008 16:54:03 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A7CAF10656D6; Tue, 21 Oct 2008 16:53:57 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) 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 1FAB81065673 for ; Tue, 21 Oct 2008 16:53:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id C5B358FC2A for ; Tue, 21 Oct 2008 16:53:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so462659ywe.13 for ; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=mp0Ms2UpOb29VTPIYZb3aJq33kJXn0Grs0F9Wm3T7TA=; b=Wcu9P8ZSI7+amuYe6d5ajRq+hOzGkCGfKbaDFGwlGRXZs6l32sfpmEQywWUUQGH9B3 yeyrRONWcL8TMTyKBpgyIA2BmXMxLsSkC9BSWOLFL/ZxrYnMvNLQbYNovVN6e10ZHvpb uJ+MAPN/v8fqs6pS1sL+6Bt89CGc/dA6sI59M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=tLi1lGuVxITrnBTEfGIbTmqIrYfUYuePiNQqhEe6BHPoLKtkSFQ41do6xCxcV3zf9D hYJMk2o7vOIGqpWgHgcMontFrMSHTjFu+bCVgLcxYB1l08HI10l1nal96rsGXJNSwvgU ZX7bcBW6BInMlZUzZctZT2Tz4W8XICjAQW43Y= Received: by 10.90.49.8 with SMTP id w8mr7751367agw.18.1224608019213; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 09:53:39 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 20:53:39 +0400 From: pluknet To: "Edwin Groothuis" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP on stalker.stu.cn.ua Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 16:56:19 -0000 2008/10/21 pluknet : > 2008/9/28 Edwin Groothuis : >> I have made an update for the top(1) utility in the FreeBSD base >> system to get it from the 3.5b12 version to the 3.8b1 version. >> >> I have tried them on the amd64 architecture on FreeBSD -current and >> FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. >> >> The big new features are a line upper part with kernel statistics >> (context-switches, traps, interrupts, faults etc) and the FLG table >> (if you window is big enough) >> >> Some features specific to FreeBSD (dual display (press m)), threaded >> processes, and jails have been ported to 3.8b1. >> >> The biggest fix (AFAICT) is the TIME and CPU table for threaded >> processes, which are now calculated properly. >> >> The new code can be found on >> http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz >> Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, >> then run it via "./top". >> >> Please report any issues with it (compile time, run time) and a way >> to reproduce it (if possible). Thanks for your help! >> >> Edwin > > btw, on my 6.2 it never changes 'Processes' count on 'S' press > and always shows all(+system ) procs (as if it in 'S' mode). Base top does it. > > That is because 3.81 top has different semantics between active procs > and total ones. > 'Processes' count displays active procs (+ threads in 'H' mode). ^^^^ Sorry, I mean s/active/total procs, always including system procs/; [strip] -- wbr, pluknet _______________________________________________ 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-stable@FreeBSD.ORG Tue Oct 21 18:44:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 608E710656A1 for ; Tue, 21 Oct 2008 18:44:33 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2794F8FC29 for ; Tue, 21 Oct 2008 18:44:32 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsMDX-000Dlt-Mm for freebsd-stable@freebsd.org; Tue, 21 Oct 2008 19:44:31 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsMDX-000208-LN for freebsd-stable@freebsd.org; Tue, 21 Oct 2008 19:44:31 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Tue, 21 Oct 2008 19:44:31 +0100 Subject: no cable, but "DMA limited to UDMA33, controller found non-ATA66 cable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 18:44:33 -0000 I am trying out BEAT2 on a machine here, installing onto a compact flash card, but when I boot I get the error above. This is slightly puzzling as the CF card is in an adapter which plugs directly into the motherboard. If I move the card to dangling off the end of a cable, the warning goes away and the card operated at UDMA66 properly. Is this a bug, or something unavoidable ? Is there a way to turn the test off if the latter - with the card connected directly to the motheroard it should be cabale of doing UDMA66 as well as on a cable surely ? Slightly puzzling, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 18:48:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63029106569C for ; Tue, 21 Oct 2008 18:48:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 47DC98FC19 for ; Tue, 21 Oct 2008 18:48:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id VUav1a00C1GXsucA5Wos2r; Tue, 21 Oct 2008 18:48:52 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id VWor1a00A2P6wsM8TWorzE; Tue, 21 Oct 2008 18:48:52 +0000 X-Authority-Analysis: v=1.0 c=1 a=lZ0p4ES-NioA:10 a=fTA9F_7VOLgA:10 a=QycZ5dHgAAAA:8 a=uIdFLE7fPVTnP4Ry1SQA:9 a=6C9MMDiANGiAN4nJjVnzeTSOL1sA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 486D7C9432; Tue, 21 Oct 2008 11:48:51 -0700 (PDT) Date: Tue, 21 Oct 2008 11:48:51 -0700 From: Jeremy Chadwick To: Pete French Message-ID: <20081021184851.GA37512@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: no cable, but "DMA limited to UDMA33, controller found non-ATA66 cable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 18:48:53 -0000 On Tue, Oct 21, 2008 at 07:44:31PM +0100, Pete French wrote: > ... > Is there a way to turn the test off > ... Try setting the following in /boot/loader.conf: hw.ata.ata_dma_check_80pin="0" You can see the description of this, and other tunables, in the ata(4) man page. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 19:11:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E25B106566B for ; Tue, 21 Oct 2008 19:11:47 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 476CD8FC14 for ; Tue, 21 Oct 2008 19:11:46 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by gxk9 with SMTP id 9so5795280gxk.19 for ; Tue, 21 Oct 2008 12:11:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=8TPvMEE3H4VQglFN5Otvcm1e3OB6q+Oyeabjfi+kcAc=; b=Pr0B7g8PddWzOx5kGMDwDGvjw21OwewNZOZ6AJVgEk3etikBnctcuitO214Eapx57o mQJNiCFMXgZ+inj2koKbuF5U5U9rX7oux/gDSOOi2528R5WaYSio6TswStJS8dJedqnJ xozZEygBHevvKb69cTLf2sIIlc/iI6OlfNNu4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=qy8yNupkBlpGDTGCqePnbPDR74sVhv4CJjRayWMjeEilJjjghq01Frr26SB6EA/rg8 t1WNlQ0txyfQuW0Ml2B6BOaigRY8HLnv3iVJ12H234hWzC34A+ybufume12rGT6PrFiZ H+QIDAWxpYNtxHskVxF+7D/kGMF3ouOOgMGFw= Received: by 10.64.181.19 with SMTP id d19mr7053854qbf.34.1224614930513; Tue, 21 Oct 2008 11:48:50 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Tue, 21 Oct 2008 11:48:50 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 16:48:50 -0200 From: "Eduardo Meyer" To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: ifconfig won't allow me to change ether address and inet address in the same command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 19:11:48 -0000 Hello :) Please, follow: # ifconfig rl0 ether 00:02:4f:0a:ce:f3 inet 192.168.2.12 netmask 255.255.255.0 ifconfig: can't set link-level netmask or broadcast # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3 ifconfig: ether: bad value # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 # ifconfig rl0 ether 00:02:4f:0a:ce:f3 I ask you some help, how can I accomplish both tasks with rc_ng? In /etc/rc.conf ifconfig_rl0="inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3" Won't allow me to do what I want. Any suggestions? I would like like to edit /etc/rc.local and any other kind of "workaround". Can rc.conf issue ifconfig twice for the same nic? Or can ifconfig accomplish this task by someway else other than issuing the command twice? Thank you. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 19:26:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A03C1065701 for ; Tue, 21 Oct 2008 19:26:09 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 51F138FC12 for ; Tue, 21 Oct 2008 19:26:08 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so484187yxb.13 for ; Tue, 21 Oct 2008 12:26:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=XFabbK6/4yoJ7+cma8tBxdb2TcDXweVntJod+XVVpJ4=; b=fQKA+zFTTRydelZFevfpQ8yFJodo9YZvOruXhwroVOqa2EwpHQnLkFemnZNDLA0xXj 3Hid7ezDk6Do/yburz3X84Z5X9ZCkJJq2yj7llC1yKo3zzSw2wkd6zM45M4kjJ97idTf sovEbbcs6yW1JK9byuL2imQwwxS/X8v2VNscM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=xuTtY4AhcoFrxls2e7R0I+h5F9gZfb3UABwpgWQFP2qGygxj4YkLGc/4BJh7FLtw40 OjTl2KCeXopFyx2T7tvM4aAM1108Dd41X9dT7B1u+Pp1Dd+2hecPKN1NOXiHW+dkFBY7 bAxADQF8KaI1yEVmdN1RrZagMsYGvUfTqiHKY= Received: by 10.65.182.4 with SMTP id j4mr7063216qbp.6.1224615255009; Tue, 21 Oct 2008 11:54:15 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Tue, 21 Oct 2008 11:54:14 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 16:54:14 -0200 From: "Eduardo Meyer" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 19:26:09 -0000 Is there another way to check if a certain interface supports polling, other than reading polling(4)? I would like to have a script to check it, issuing something like ifconfig -v -m How can I list all NIC capabilities? Would polling be listed if the driver supports? -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 19:44:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 269251065679 for ; Tue, 21 Oct 2008 19:44:03 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 062BA8FC0C for ; Tue, 21 Oct 2008 19:44:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 326B51A000B3D for ; Tue, 21 Oct 2008 12:44:02 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9cJoLc5obZRY for ; Tue, 21 Oct 2008 12:43:54 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D72391A000B18 for ; Tue, 21 Oct 2008 12:43:53 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 21 Oct 2008 12:43:53 -0700 User-Agent: KMail/1.9.9 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810211243.53844.fjwcash@gmail.com> Subject: Re: ifconfig won't allow me to change ether address and inet address in the same command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 19:44:03 -0000 On October 21, 2008 11:48 am Eduardo Meyer wrote: > Please, follow: > > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 inet 192.168.2.12 netmask > 255.255.255.0 ifconfig: can't set link-level netmask or broadcast > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 ether > 00:02:4f:0a:ce:f3 ifconfig: ether: bad value > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 > > I ask you some help, how can I accomplish both tasks with rc_ng? In > /etc/rc.conf > > ifconfig_rl0="inet 192.168.2.12 netmask 255.255.255.0 ether > 00:02:4f:0a:ce:f3" You can split it across two ifconfig lines using the alias feature in rc.conf: ifconfig_rl0="ether 00:02:4f:0a:ce:f3" ifconfig_rl0_alias0="inet 192.168.2.12 netmask 255.255.255.0" We use something similar for setting interface options and vlans separate from adding IPs to the interface. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 20:41:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A211065672; Tue, 21 Oct 2008 20:41:19 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 806C08FC26; Tue, 21 Oct 2008 20:41:19 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from albator.zen.inc (albator.zen.inc [192.168.1.5]) by smtp.zeninc.net (smtpd) with ESMTP id C5D272798B5; Tue, 21 Oct 2008 22:25:09 +0200 (CEST) Received: by albator.zen.inc (Postfix, from userid 1000) id 9FD0E731DE; Tue, 21 Oct 2008 22:25:09 +0200 (CEST) Date: Tue, 21 Oct 2008 22:25:09 +0200 From: VANHULLEBUS Yvan To: Eduardo Meyer Message-ID: <20081021202509.GA2736@zeninc.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ifconfig won't allow me to change ether address and inet address in the same command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 20:41:19 -0000 On Tue, Oct 21, 2008 at 04:48:50PM -0200, Eduardo Meyer wrote: > Hello :) Hi. > Please, follow: > > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 inet 192.168.2.12 netmask 255.255.255.0 > ifconfig: can't set link-level netmask or broadcast > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3 > ifconfig: ether: bad value > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 > > I ask you some help, how can I accomplish both tasks with rc_ng? In /etc/rc.conf > > ifconfig_rl0="inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3" > > Won't allow me to do what I want. Any suggestions? I would like like > to edit /etc/rc.local and any other kind of "workaround". Can rc.conf > issue ifconfig twice for the same nic? > > Or can ifconfig accomplish this task by someway else other than > issuing the command twice? For your information, I already filled PR bin/124004 some moths ago related to that issue. Yvan. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 20:45:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D821065684; Tue, 21 Oct 2008 20:45:36 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7D90C8FC1D; Tue, 21 Oct 2008 20:45:35 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 1244933C7F; Tue, 21 Oct 2008 22:45:33 +0200 (SAST) Date: Tue, 21 Oct 2008 22:45:33 +0200 From: John Hay To: Eduardo Meyer Message-ID: <20081021204532.GA83935@zibbi.meraka.csir.co.za> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ifconfig won't allow me to change ether address and inet address in the same command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 20:45:36 -0000 On Tue, Oct 21, 2008 at 04:48:50PM -0200, Eduardo Meyer wrote: > Hello :) > > Please, follow: > > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 inet 192.168.2.12 netmask 255.255.255.0 > ifconfig: can't set link-level netmask or broadcast > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3 > ifconfig: ether: bad value > > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 > > I ask you some help, how can I accomplish both tasks with rc_ng? In /etc/rc.conf > > ifconfig_rl0="inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3" > > Won't allow me to do what I want. Any suggestions? I would like like > to edit /etc/rc.local and any other kind of "workaround". Can rc.conf > issue ifconfig twice for the same nic? What about: ifconfig_rl0="ether 00:02:4f:0a:ce:f3" ipv4_addrs_rl0="192.168.2.12/24" John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 21:29:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF321065672 for ; Tue, 21 Oct 2008 21:29:31 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id 66CB78FC12 for ; Tue, 21 Oct 2008 21:29:31 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so624611ele.13 for ; Tue, 21 Oct 2008 14:29:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=tHlWLq4YE/juXFsdeSdHKBVtAhRnXHXIsO6E0mKR8pc=; b=t5ScLhA4LxeiRJfA3ACQyjVWtaAFH/hYMvL9f8ArKW+aMTen6pQqoNV2Rr6r91Ay/T oSrVyWCLDU1P/nMIO3BBxu22i/dFIanrAPLn84CC7rVAct910YL9jYn0tJh6PJVGHMEJ 5PpO3d9menY2aWSflWzrjZGWAkGm4APkUAB8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=RSDXu2Td+ZJ78JwSCZzk4JxRst8hgzcNuVs0EG+RE/BhcivVLHdjTAk0SUOLmZW6q4 QT1BnOstf7SwSRPcVMrUjXjqHfdz6O0Frdr8YnbAEb/xOWxmsktdR+rLkR5/M5zqDEy7 3vkGbKry6sPG5GBKUh+2XgHJuspYLzOZ6GouY= Received: by 10.90.94.3 with SMTP id r3mr9425648agb.62.1224624570568; Tue, 21 Oct 2008 14:29:30 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Tue, 21 Oct 2008 14:29:30 -0700 (PDT) Message-ID: Date: Wed, 22 Oct 2008 01:29:30 +0400 From: pluknet To: "Eduardo Meyer" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 21:29:31 -0000 2008/10/21 Eduardo Meyer : > Is there another way to check if a certain interface supports polling, > other than reading polling(4)? I would like to have a script to check > it, issuing something like > > ifconfig -v -m > > How can I list all NIC capabilities? Would polling be listed if the > driver supports? > I don't know if ifconfig supports listing NIC capabilities, but you can always add this. Something like: --- ifconfig.c.orig 2008-10-22 00:50:03.000000000 +0400 +++ ifconfig.c 2008-10-22 01:28:21.000000000 +0400 @@ -708,6 +708,19 @@ } void +getifcaps(const char *vname, int value, int s, const struct afswtch *afp) +{ + int flags; + + if (ioctl(s, SIOCGIFCAP, (caddr_t)&ifr) < 0) { + Perror("ioctl (SIOCGIFCAP)"); + exit(1); + } + flags = ifr.ifr_reqcap; + printf("Capabilities: %x\n", flags); +} + +void setifcap(const char *vname, int value, int s, const struct afswtch *afp) { int flags; @@ -1009,6 +1022,7 @@ DEF_CMD("-monitor", -IFF_MONITOR, setifflags), DEF_CMD("staticarp", IFF_STATICARP, setifflags), DEF_CMD("-staticarp", -IFF_STATICARP, setifflags), + DEF_CMD("caps", 0, getifcaps), DEF_CMD("rxcsum", IFCAP_RXCSUM, setifcap), DEF_CMD("-rxcsum", -IFCAP_RXCSUM, setifcap), DEF_CMD("txcsum", IFCAP_TXCSUM, setifcap), $ diff -u ifconfig.h.orig ifconfig.h --- ifconfig.h.orig 2008-04-27 20:12:43.000000000 +0400 +++ ifconfig.h 2008-10-22 00:56:14.000000000 +0400 @@ -134,6 +134,7 @@ extern int verbose; void setifcap(const char *, int value, int s, const struct afswtch *); +void getifcaps(const char *, int value, int s, const struct afswtch *); void Perror(const char *cmd); void printb(const char *s, unsigned value, const char *bits); -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 21:41:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 898B9106567A for ; Tue, 21 Oct 2008 21:41:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6E68FC1C for ; Tue, 21 Oct 2008 21:41:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id VMvu1a00216AWCUA2ZhqZm; Tue, 21 Oct 2008 21:41:50 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id VZhp1a00B2P6wsM8SZhpoA; Tue, 21 Oct 2008 21:41:50 +0000 X-Authority-Analysis: v=1.0 c=1 a=BYaJvuN2rVMA:10 a=Ddka7i0Yzg4A:10 a=QycZ5dHgAAAA:8 a=gDqULVzDR6IhONfhQIEA:9 a=DGYEDoyyB3tXqDepTNVehgiC48MA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 21AEFC9432; Tue, 21 Oct 2008 14:41:49 -0700 (PDT) Date: Tue, 21 Oct 2008 14:41:49 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081021214149.GA41099@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 21:41:51 -0000 On Tue, Oct 21, 2008 at 04:54:14PM -0200, Eduardo Meyer wrote: > Is there another way to check if a certain interface supports polling, > other than reading polling(4)? I would like to have a script to check > it, issuing something like > > ifconfig -v -m > > How can I list all NIC capabilities? Would polling be listed if the > driver supports? I don't know if a way to do this on a running system, but a (likely horrible) way to pre-compile a list of drivers that support polling: grep -r 'DEVICE_POLLING$' /usr/src/sys/dev | uniq This won't give you results that you can automatically shove into a script and have it magically work, but it will give you a general idea. pluknet's idea to show the iface/driver capability bits is a good one. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 22:13:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CF99106566B; Tue, 21 Oct 2008 22:13:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id D85578FC12; Tue, 21 Oct 2008 22:13:27 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsPTi-000FIR-R4; Tue, 21 Oct 2008 23:13:26 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsPTi-0002ik-Pi; Tue, 21 Oct 2008 23:13:26 +0100 To: koitsu@FreeBSD.org In-Reply-To: <20081021184851.GA37512@icarus.home.lan> Message-Id: From: Pete French Date: Tue, 21 Oct 2008 23:13:26 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: no cable, but "DMA limited to UDMA33, controller found non-ATA66 cable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 22:13:28 -0000 > Try setting the following in /boot/loader.conf: > > hw.ata.ata_dma_check_80pin="0" Now that looked promising, but unfortunately it doesnt help. Even with this set I still get the same message. If this is supposed to disbale the check (as it appears) then I am even more puzzled. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 22:44:48 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 14E801065671; Tue, 21 Oct 2008 22:44:48 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Tue, 21 Oct 2008 18:44:37 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200810211844.39850.jkim@FreeBSD.org> Cc: koitsu@freebsd.org, Pete French Subject: Re: no cable, but "DMA limited to UDMA33, controller found non-ATA66 cable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2008 22:44:48 -0000 On Tuesday 21 October 2008 06:13 pm, Pete French wrote: > > Try setting the following in /boot/loader.conf: > > > > hw.ata.ata_dma_check_80pin="0" > > Now that looked promising, but unfortunately it doesnt help. Even > with this set I still get the same message. If this is supposed to > disbale the check (as it appears) then I am even more puzzled. Unfortunately this useful tunable is unavailable for 6.x. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 00:40:54 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDB63106567A; Wed, 22 Oct 2008 00:40:54 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B28B98FC0A; Wed, 22 Oct 2008 00:40:54 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsRmP-000GUV-9F; Wed, 22 Oct 2008 01:40:53 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KsRmP-0003EJ-3L; Wed, 22 Oct 2008 01:40:53 +0100 To: freebsd-stable@FreeBSD.org, jkim@FreeBSD.org In-Reply-To: <200810211844.39850.jkim@FreeBSD.org> Message-Id: From: Pete French Date: Wed, 22 Oct 2008 01:40:53 +0100 Cc: koitsu@freebsd.org Subject: Re: no cable, but "DMA limited to UDMA33, controller found non-ATA66 cable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 00:40:55 -0000 > > > hw.ata.ata_dma_check_80pin="0" > > Unfortunately this useful tunable is unavailable for 6.x. Ahh, but this is 7.1-BETA2 on amd64 - it should be available there, yes ? The manual page says it should work, and I have found the point in the source code where it is supposed to interpret it. There are, however, many places which produce the above message, some of them appearing to not check this flag after a quick peruse of the code. I would have assumed it was one of these, but if I change it from being plugged directly into the socket to being on the end of an 80pin cable then the message goes away. The adapters I am using for the CF card to the cable are simple passive sockets, and its the same card plugged into the same ATA channel each time. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 02:29:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D532106566C for ; Wed, 22 Oct 2008 02:29:26 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (ns1.riverwillow.net.au [203.58.93.40]) by mx1.freebsd.org (Postfix) with ESMTP id E5D3D8FC24 for ; Wed, 22 Oct 2008 02:29:25 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc08.mby-g.riverwillow.net.au (rwpc08.mby-g.riverwillow.net.au [192.168.25.71]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id m9M2EIJJ082746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 22 Oct 2008 13:14:18 +1100 (AEDT) Received: from rwpc08.mby-g.riverwillow.net.au (localhost [127.0.0.1]) by rwpc08.mby-g.riverwillow.net.au (8.14.3/8.14.3/Submit) with ESMTP id m9M2EI8o003257 for ; Wed, 22 Oct 2008 13:14:18 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc08.mby-g.riverwillow.net.au (8.14.3/8.14.3/Submit) id m9M2EIGq003256 for freebsd-stable@freebsd.org; Wed, 22 Oct 2008 13:14:18 +1100 (AEDT) (envelope-from john) Date: Wed, 22 Oct 2008 13:14:18 +1100 From: John Marshall To: FreeBSD Stable Message-ID: <20081022021418.GC1125@rwpc08.mby-g.riverwillow.net.au> Mail-Followup-To: FreeBSD Stable Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://www.riverwillow.net.au/certs/pgp/johnmarshall.asc X-PGP-KeyID: 0xA29A84A2 Subject: 6.4-RC1 Boot Fails if NFS Hostname cannot be resolved (mount_nfs) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 02:29:26 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was running 6.3-RELEASE-p2 on my ThinkPad notebook until 3-Oct-2008 when I csup'd and built RELENG_6_4 (6.4-RC1). All went well for weeks until I took the notebook off-site to a place with no network and saw it fail to boot. This morning I updated to the latest RELENG_6_4 and the problem persists. In /etc/fstab I have... mynfssrv:/kits /kits nfs late,rw,-T,-b Booting with no network available, I see: --- Mounting late file systems: mynfssrv: hostname nor servname provided, or no= t known Mounting /etc/fstab filesystem failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Oct 22 11:46:56 rwpc08 init: /bin/sh on /etc/rc terminated abnormally, goin= g to single user mode Oct 22 11:46:56 rwpc08 init: can't get /dev/console for controlling termina= l: Operation not permitted (only recourse at this stage is to hit the power button and boot single use= r) --- If I comment out the nfs mount entry in /etc/fstab the system boots fine. If I replace the NFS server hostname with an IP address, I see the familiar behaviour of the NFS mount giving up and backgrounding - and the boot proceeding happily... 192.0.2.1:/kits /kits nfs late,rw,-T,-b --- Mounting late file systems:[tcp] 192.0.2.1:/kits: RPCPROG_NFS: RPC: Port ma= pper failure - RPC: unable to mount_nfs: Cannot immediately mount 192.0.2.1:/kits, backgrounding --- I think the hostname stuff in mount_nfs has changed without taking this scenario into consideration? --=20 John Marshall --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj+jHoACgkQw/tAaKKahKKo5gCdFoSwdmecHl7TaJSPYirNWvC1 Wq4An1/wKDkvkeLRO1xuylTfjha1n138 =ZoTi -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 04:53:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95F01065674 for ; Wed, 22 Oct 2008 04:53:32 +0000 (UTC) (envelope-from maciej@suszko.eu) Received: from 26.mail-out.ovh.net (26.mail-out.ovh.net [91.121.27.225]) by mx1.freebsd.org (Postfix) with SMTP id 20BB28FC0A for ; Wed, 22 Oct 2008 04:53:31 +0000 (UTC) (envelope-from maciej@suszko.eu) Received: (qmail 23858 invoked by uid 503); 21 Oct 2008 20:09:40 -0000 Received: from unknown (HELO mail155.ha.ovh.net) (213.186.33.59) by 26.mail-out.ovh.net with SMTP; 21 Oct 2008 20:09:40 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 21 Oct 2008 20:09:02 -0000 Received: from unknown (HELO localhost) (maciej@suszko.eu@62.61.57.118) by ns0.ovh.net with SMTP; 21 Oct 2008 20:08:58 -0000 Date: Tue, 21 Oct 2008 22:08:57 +0200 From: Maciej Suszko To: "Eduardo Meyer" Message-ID: <20081021220857.6877d792@suszko.eu> In-Reply-To: References: X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/CUy8DMkN2QJNGNZiCzKYhEJ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Ovh-Tracer-Id: 3952471624263819418 X-Ovh-Remote: 62.61.57.118 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|H 0.5/N Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ifconfig won't allow me to change ether address and inet address in the same command X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 04:53:32 -0000 --Sig_/CUy8DMkN2QJNGNZiCzKYhEJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Eduardo Meyer" wrote: > Hello :) >=20 > Please, follow: >=20 > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 inet 192.168.2.12 netmask > 255.255.255.0 ifconfig: can't set link-level netmask or broadcast >=20 > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 ether > 00:02:4f:0a:ce:f3 ifconfig: ether: bad value >=20 > # ifconfig rl0 inet 192.168.2.12 netmask 255.255.255.0 > # ifconfig rl0 ether 00:02:4f:0a:ce:f3 >=20 > I ask you some help, how can I accomplish both tasks with rc_ng? > In /etc/rc.conf >=20 > ifconfig_rl0=3D"inet 192.168.2.12 netmask 255.255.255.0 ether > 00:02:4f:0a:ce:f3" >=20 > Won't allow me to do what I want. Any suggestions? I would like like > to edit /etc/rc.local and any other kind of "workaround". Can rc.conf > issue ifconfig twice for the same nic? >=20 > Or can ifconfig accomplish this task by someway else other than > issuing the command twice? Use ifconfig_rl0_alias0 for second task. --=20 regards, Maciej Suszko. --Sig_/CUy8DMkN2QJNGNZiCzKYhEJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj+NtkACgkQCikUk0l7iGqIMgCgg81MocPyMcp1G5KMsday18VV KXgAn2hgaDhI6voEfx8DZHLLf2tgHtBe =alyJ -----END PGP SIGNATURE----- --Sig_/CUy8DMkN2QJNGNZiCzKYhEJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 09:13:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2AA61065670 for ; Wed, 22 Oct 2008 09:13:22 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 749688FC12 for ; Wed, 22 Oct 2008 09:13:22 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so245669fgb.35 for ; Wed, 22 Oct 2008 02:13:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=/xYqg0Wbmz9fqZRvaxvXjIZl8itV0LhhXtwAsyFz4mA=; b=CuHj9mvsFYjM5jFIvpL18wPIhu7xf9YyYoKPVM3oJYIhJmShA+KLPck4kc16DUpAHh ps5pypUmpb02ACu7HdGBsDpN6p7/+mVUHG8e6bXWK1476ucEjcZpOAwWEAvJVLI4WWjj sYb0niNWk7OtUh2a8sVjQnlQajd2wYRUKsCY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=uO0c8sbXha/WzXo8x/X1++HBx0X4vKGAUJEybthgBWjTbJtjwmg2deI1B4GCiZ6Nym VF9pnVlR4mtrxjT5o/+f6+jbSU9CHoJCJPcR3C0KELyvXKSNlrt27f47WzyV2edtBCR6 f90vgqgoSRLTwRH7IzffDwC9n7OPQHYoeJCxk= Received: by 10.86.36.11 with SMTP id j11mr759089fgj.7.1224666801187; Wed, 22 Oct 2008 02:13:21 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 02:13:21 -0700 (PDT) Message-ID: <78fb9d960810220213l2dfc1b39ja717948c4913c360@mail.gmail.com> Date: Wed, 22 Oct 2008 17:13:21 +0800 From: lhmwzy To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 09:13:23 -0000 $zfs create www/lhm cannot create 'www/lhm': permission denied How to do this or when can do this? From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 09:19:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63490106567F for ; Wed, 22 Oct 2008 09:19:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5078FC25 for ; Wed, 22 Oct 2008 09:19:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA01.westchester.pa.mail.comcast.net with comcast id VlEW1a0090EZKEL51lKqo9; Wed, 22 Oct 2008 09:19:50 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id VlKp1a0052P6wsM3MlKpFS; Wed, 22 Oct 2008 09:19:50 +0000 X-Authority-Analysis: v=1.0 c=1 a=i_GKXSwyAAcA:10 a=3Ur0bASFi3sA:10 a=QycZ5dHgAAAA:8 a=gNxFPLfjE1aSp_LpDzYA:9 a=RpxXgJpi5Y7eM7DVxV3nmJ0mPOgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 23C8DC9432; Wed, 22 Oct 2008 02:19:49 -0700 (PDT) Date: Wed, 22 Oct 2008 02:19:49 -0700 From: Jeremy Chadwick To: lhmwzy Message-ID: <20081022091949.GA53829@icarus.home.lan> References: <78fb9d960810220213l2dfc1b39ja717948c4913c360@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810220213l2dfc1b39ja717948c4913c360@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 09:19:51 -0000 On Wed, Oct 22, 2008 at 05:13:21PM +0800, lhmwzy wrote: > $zfs create www/lhm > cannot create 'www/lhm': permission denied > > How to do this or when can do this? Creating a filesystem is something that can only be done by root. I'm not sure what gave you the impression non-root users can do this...? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:15:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D467106566C; Wed, 22 Oct 2008 11:15:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id E8C368FC19; Wed, 22 Oct 2008 11:15:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ksbgb-000P6I-HM; Wed, 22 Oct 2008 12:15:33 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ksbgb-0005VJ-FQ; Wed, 22 Oct 2008 12:15:33 +0100 To: koitsu@FreeBSD.org, lhmwzy@gmail.com In-Reply-To: <20081022091949.GA53829@icarus.home.lan> Message-Id: From: Pete French Date: Wed, 22 Oct 2008 12:15:33 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:15:38 -0000 > Creating a filesystem is something that can only be done by root. I'm > not sure what gave you the impression non-root users can do this...? He probably though that because it's possible in the current Solaris implementation of ZFS: http://blogs.sun.com/marks/entry/zfs_delegated_administration I thought this hadn't been ported, but taking a quick look at the bottom of http://wiki.freebsd.org/ZFS it appears it's now done, which is cool :) -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:16:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E90D1065674 for ; Wed, 22 Oct 2008 11:16:27 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id D09E18FC1C for ; Wed, 22 Oct 2008 11:16:26 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so275744fgb.35 for ; Wed, 22 Oct 2008 04:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qSSu/MSh+c4O0k0ssLdMZEIX+gpZyZNuIBH+IxGZQps=; b=OU4glPVGRzx2tWx/Kj0w0gpaBm7CecI45FTOJiRWYXC5j/wZ0z3asUlZh5Uy2WtaTz Cn9A6rWjYJRr2MSqUTtKxdRC/J9uQxL1qDroJM4+7x8DGXcmCx4J+0EYFawALOZ/Fc5f juSZdPPO+YXOCuSL4rdID3DkorN5S7zW0CkLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=LPPj4nAjX4nCQVzDu1wkniMzX910OL2QJamioQ0S/o6u0ZgSkEtB93AIEm4Wys6D5+ +i5X9GW3nzdsY/HrhOGg7xy903I8H4YpoxvFraQ8Vo24Y/fGldXnkgVoD6v9o5AM1b+3 /DJUeJ/PL0sShcAV52i3nJZm3fEU5N7ogLim0= Received: by 10.86.1.1 with SMTP id 1mr836241fga.61.1224674185320; Wed, 22 Oct 2008 04:16:25 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 04:16:25 -0700 (PDT) Message-ID: <78fb9d960810220416u5616d975je141b3816b7eef9b@mail.gmail.com> Date: Wed, 22 Oct 2008 19:16:25 +0800 From: lhmwzy To: "Jeremy Chadwick" In-Reply-To: <20081022110503.GA56254@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220213l2dfc1b39ja717948c4913c360@mail.gmail.com> <20081022091949.GA53829@icarus.home.lan> <78fb9d960810220354u4a6ac8cy3975c2e309dd6b9a@mail.gmail.com> <20081022110503.GA56254@icarus.home.lan> Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:16:27 -0000 Tks very much for your reply. I'm very sorry for the last mail,I didn't see the CC is empty,I'm not deliberately. 2008/10/22 Jeremy Chadwick : > On Wed, Oct 22, 2008 at 06:54:49PM +0800, lhmwzy wrote: >> hmm... >> I transfer data to a remote machine use zfs. >> for example: >> >> #zfs send pool/www@today | ssh -l lhm 10.67.141.80 zfs receive www/102 >> >> If login into 10.67.141.80 throught non-root user,it says: >> cannot receive: permission denied >> cannot send 'pool/www@today': Broken pipe >> >> But login into a remote machine use root through ssh is not a good idea,right? >> >> >> 2008/10/22 Jeremy Chadwick : >> > On Wed, Oct 22, 2008 at 05:13:21PM +0800, lhmwzy wrote: >> >> $zfs create www/lhm >> >> cannot create 'www/lhm': permission denied >> >> >> >> How to do this or when can do this? >> > >> > Creating a filesystem is something that can only be done by root. I'm >> > not sure what gave you the impression non-root users can do this...? > > This problem has nothing to do with ZFS, it has to do with SSH. > > You need to do a few things for this to work. Here's a very quick way: > > 1) Make a public key on the machine you're doing "zfs send" from. > Run ssh-keygen as root > 2) Place contents of /root/.ssh/id_rsa.pub in /root/.ssh/authorized_keys > on 10.67.141.80. Make sure the /root/.ssh directory is perm 0700, > and authorized_keys is perm 0600. > 3) On 10.67.141.80, edit /etc/ssh/sshd_config and change this line: > > #PermitRootLogin no > > ...to: > > PermitRootLogin without-password > > 4) Send a SIGHUP signal to the master sshd process. This might > disconnect any existing SSH sessions to the machine: > > kill -HUP `cat /var/run/sshd.pid` > > > If you're concerned about what "without-password" does, read the man > page. It WILL NOT let people SSH into the root account, UNLESS they > have the private key (on zfs_send_host). That's the ONLY WAY they can > get in as root. > > You may want to secure things down a bit more by editing > /root/.ssh/authorized_keys on 10.67.141.80 to only allow certain > commands to be executed (specifically "zfs receive"). You can look on > Google for how to do this. > > Finally, why did you remove the mailing list from the CC list? Now > no one knows what we've discussed, which isn't good. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:25:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5141065676 for ; Wed, 22 Oct 2008 11:25:18 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBAC8FC1E for ; Wed, 22 Oct 2008 11:25:18 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1167862uge.39 for ; Wed, 22 Oct 2008 04:25:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=JYuUblmXG5PSi6Shrcgkj0PyKacYsT9g4gI3u707nPI=; b=faBV3iP9MUYXs0mz95/HkY7ArgY+UUWRRWc8A9sAHAXKzC6FU1OJ+03BpOenD+BMBQ datbqI4IDAQFHDUmHzQlSLOfw5IbiX2fqxPrJmKJXyCYN9IimE3vFEIY1AoTyZBazU1O u6AQsJ7Q9rKTjWdizxVItEKbAJb+mKHgA4Ub8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=N4sP+dp5Vr8Ip2mrIRvo9x3bODqcSzCws+wgT04/t25M5SRvNE50DZzGg9oXVRO2gD ZTiUvElWwTKhCW2GEjwWKWqG2RY9YqVaOfD3GXOjmjHkj7AboklmDcp6cCj69bVU9RfG 9oREuoAxvWtk7DZA3IgklC6j3BdQKCcV8mltI= Received: by 10.86.31.18 with SMTP id e18mr855722fge.52.1224674716932; Wed, 22 Oct 2008 04:25:16 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 04:25:16 -0700 (PDT) Message-ID: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> Date: Wed, 22 Oct 2008 19:25:16 +0800 From: lhmwzy To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081022091949.GA53829@icarus.home.lan> Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:25:18 -0000 Yes,that's is what I want to say. In other word is the command "zfs allow" and "zfs unallow" I think it is not "Support chflags(2)" which is described in at the bottom of http://wiki.freebsd.org/ZFS 2008/10/22 Pete French : >> Creating a filesystem is something that can only be done by root. I'm >> not sure what gave you the impression non-root users can do this...? > > He probably though that because it's possible in the current Solaris > implementation of ZFS: > > http://blogs.sun.com/marks/entry/zfs_delegated_administration > > I thought this hadn't been ported, but taking a quick look at the bottom > of http://wiki.freebsd.org/ZFS it appears it's now done, which is cool :) > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:27:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92AF3106566C for ; Wed, 22 Oct 2008 11:27:12 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id 1445D8FC17 for ; Wed, 22 Oct 2008 11:27:10 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1Ksbrh-0003BA-Tj for freebsd-stable@freebsd.org; Wed, 22 Oct 2008 13:27:01 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 22 Oct 2008 13:27:01 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS Thread-Index: Ack0ORn/RVBOwusyTvuVloIYPJWgqQ== From: "David Peall" To: X-Antivirus-Scanned: Clean by seren.wcsn.org.za Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:27:12 -0000 Hi =20 While we are on the topic, I had a brief but happy encounter with ZFS while dump was broken on UFS2. Is there any indication as to when this would be suitable for a production environment? =20 Some of the tools build in to ZFS are very useful... =20 Regards -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ =20 Phone +27 (021) 674-9140 =20 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:27:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 883A01065681 for ; Wed, 22 Oct 2008 11:27:21 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 150228FC0A for ; Wed, 22 Oct 2008 11:27:20 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so278397fgb.35 for ; Wed, 22 Oct 2008 04:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RQOepB0HwQfyxu3LJYOlZQVAsKoA4ZZ+uCnous515A4=; b=mJjOz9ftsmK30XQRRbwxPs1EPWoQ+E6mJtoQz4wdhSWJ27arYFOeDPP1W7DLvId2kv PMyQL2/ycvRZlhx3pYuchRLMUjL+PstldBV66eOoGt1lpCxY2W65eGsj2zeJty02K4xV MWlcsHwG/bR4+4IVlQl3WdW/9D2XOfQtFWCec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cPS9SmWnDZdGeaXarU6wSNW+y7icRIpMNHSwFgXSdz8cBY7mTJOju/lZ++Lyej31lc bhwfmN6rbdO6J8ksXZlViNiPQKPNWy/MH9ivH3HAAfcRLsyHyY/cSND8JRu18PjJKvuL xxEgGJ8vBAE8J/LhfLSbfsdkbJjzrFJ4xDr+I= Received: by 10.86.93.19 with SMTP id q19mr904249fgb.4.1224674839965; Wed, 22 Oct 2008 04:27:19 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 04:27:19 -0700 (PDT) Message-ID: <78fb9d960810220427l360761b2n4efcfa1bbd33f291@mail.gmail.com> Date: Wed, 22 Oct 2008 19:27:19 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081022091949.GA53829@icarus.home.lan> <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:27:21 -0000 But what is Jeremy Chadwick said is also a good solution for my problem. Tks Jeremy Chadwick again. 2008/10/22 lhmwzy : > Yes,that's is what I want to say. > In other word is the command "zfs allow" and "zfs unallow" > I think it is not "Support chflags(2)" which is described in at the bottom > of http://wiki.freebsd.org/ZFS > > 2008/10/22 Pete French : >>> Creating a filesystem is something that can only be done by root. I'm >>> not sure what gave you the impression non-root users can do this...? >> >> He probably though that because it's possible in the current Solaris >> implementation of ZFS: >> >> http://blogs.sun.com/marks/entry/zfs_delegated_administration >> >> I thought this hadn't been ported, but taking a quick look at the bottom >> of http://wiki.freebsd.org/ZFS it appears it's now done, which is cool :) >> >> -pete. >> > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:34:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BB1106566B for ; Wed, 22 Oct 2008 11:34:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id A8CB18FC17 for ; Wed, 22 Oct 2008 11:34:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ksbz2-000PMZ-Jj; Wed, 22 Oct 2008 12:34:36 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ksbz2-0005ZL-IW; Wed, 22 Oct 2008 12:34:36 +0100 To: lhmwzy@gmail.com In-Reply-To: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> Message-Id: From: Pete French Date: Wed, 22 Oct 2008 12:34:36 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:34:38 -0000 > Yes,that's is what I want to say. > In other word is the command "zfs allow" and "zfs unallow" > I think it is not "Support chflags(2)" which is described in at the bottom > of http://wiki.freebsd.org/ZFS Sorry, my unclear use of english! I didn't mean the last item, I meant that it was near the bottom of the page. Look at the line above the 'chflags' one - "Delegated Administration" is what you are after. Not here yet, but hopefully soon... -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 11:34:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127131065760 for ; Wed, 22 Oct 2008 11:34:50 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 96DC88FC2E for ; Wed, 22 Oct 2008 11:34:49 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1295372nfh.33 for ; Wed, 22 Oct 2008 04:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=7U5ohq3BS6Uk+Lmll5LYymGmuTq2yBjLVef72hy3bV0=; b=vxqyDp8e5rtB/kfAiV7tMjqC1N24Y81o780jW7Kt51EbvwHkPjZnq0Gi8eTS1NS6CW eyoe/8vVCHX0q34ANWxxffd7F1R9xWOv8Xukd4YO4WvgWxCJxNTI4hF4GnvWNZ9jpxqP ZCYmQ08B56Qeul5+oytIBC1Po2keEn1hXQnVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dv0Hd7YkRFD/+K+kX3BhDf6TFo0d6G2MSxHCG0+WMoBeR9dmkJI41kWvLdI62Oc48g 51Ty5ssQ9eWfSjgU9IasjisyMbKvpt0XV4SS8vMY8fQFW1DTcxDW3gIBHb9utlDpg+gB a+nFHWJp+vXK5s1i8qcPJtql2kkdnN5BirCwY= Received: by 10.86.68.2 with SMTP id q2mr870832fga.43.1224675288065; Wed, 22 Oct 2008 04:34:48 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 04:34:48 -0700 (PDT) Message-ID: <78fb9d960810220434r6e4cfabcu38af40e8924bda0f@mail.gmail.com> Date: Wed, 22 Oct 2008 19:34:48 +0800 From: lhmwzy To: "David Peall" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 11:34:50 -0000 I think the time is when FB8.0 out. 2008/10/22 David Peall : > Hi > > > > While we are on the topic, I had a brief but happy encounter with ZFS > while dump was broken on UFS2. Is there any indication as to when this > would be suitable for a production environment? > > > > Some of the tools build in to ZFS are very useful... > > > > Regards > > -- > > David Peall :: IT Manager > > e-Schools' Network :: http://www.esn.org.za/ > > Phone +27 (021) 674-9140 > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 14:09:33 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392531065676 for ; Wed, 22 Oct 2008 14:09:33 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id CE2B28FC22 for ; Wed, 22 Oct 2008 14:09:32 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by gxk9 with SMTP id 9so6994542gxk.19 for ; Wed, 22 Oct 2008 07:09:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=LFdPqID7sjuGuZnFM7IEysEo+6fjyI7a/b+mahha/9g=; b=Mz+N2pEm6zO+coNOuTbJ7sR5IHq356nPbaAEk3OT8b5HerSIODpy8poevdvr2Slsj/ h07mJJK0CSf+qHzigf2g+XOyhh9stOh3FHcNVXEzhXXSoZY7LEOZSvquXw61O+76kt8s zJtuwV31/8XreBGmqIhenmtPtif1wqRIZylGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=caztdr+a8ceH9LyM6JlIkNrjaTxtWTm2EHXbz/xno1KquyhJk1xuC7ynKPvLcgQSLq k7IeDFipEg8PzNeez7C/0UtYSy9S9yBvvv5+w6J1W5yRQYQPNAKrSY9QGUuZ1ofBdyF3 FiAY3oxNcJ5YXeGYUwTeqEV37HinEIKQHlGwE= Received: by 10.65.214.19 with SMTP id r19mr8333954qbq.70.1224684571088; Wed, 22 Oct 2008 07:09:31 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Wed, 22 Oct 2008 07:09:31 -0700 (PDT) Message-ID: Date: Wed, 22 Oct 2008 12:09:31 -0200 From: "Eduardo Meyer" To: pluknet In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 14:09:33 -0000 On Tue, Oct 21, 2008 at 7:29 PM, pluknet wrote: > 2008/10/21 Eduardo Meyer : >> Is there another way to check if a certain interface supports polling, >> other than reading polling(4)? I would like to have a script to check >> it, issuing something like >> >> ifconfig -v -m >> >> How can I list all NIC capabilities? Would polling be listed if the >> driver supports? >> > > I don't know if ifconfig supports listing NIC capabilities, but you can > always add this. Something like: > > --- ifconfig.c.orig 2008-10-22 00:50:03.000000000 +0400 > +++ ifconfig.c 2008-10-22 01:28:21.000000000 +0400 > @@ -708,6 +708,19 @@ > } > > void > +getifcaps(const char *vname, int value, int s, const struct afswtch *afp) > +{ > + int flags; > + > + if (ioctl(s, SIOCGIFCAP, (caddr_t)&ifr) < 0) { > + Perror("ioctl (SIOCGIFCAP)"); > + exit(1); > + } > + flags = ifr.ifr_reqcap; > + printf("Capabilities: %x\n", flags); > +} > + > +void > setifcap(const char *vname, int value, int s, const struct afswtch *afp) > { > int flags; > @@ -1009,6 +1022,7 @@ > DEF_CMD("-monitor", -IFF_MONITOR, setifflags), > DEF_CMD("staticarp", IFF_STATICARP, setifflags), > DEF_CMD("-staticarp", -IFF_STATICARP, setifflags), > + DEF_CMD("caps", 0, getifcaps), > DEF_CMD("rxcsum", IFCAP_RXCSUM, setifcap), > DEF_CMD("-rxcsum", -IFCAP_RXCSUM, setifcap), > DEF_CMD("txcsum", IFCAP_TXCSUM, setifcap), > $ diff -u ifconfig.h.orig ifconfig.h > --- ifconfig.h.orig 2008-04-27 20:12:43.000000000 +0400 > +++ ifconfig.h 2008-10-22 00:56:14.000000000 +0400 > @@ -134,6 +134,7 @@ > extern int verbose; > > void setifcap(const char *, int value, int s, const struct afswtch *); > +void getifcaps(const char *, int value, int s, const struct afswtch *); > > void Perror(const char *cmd); > void printb(const char *s, unsigned value, const char *bits); > -- > wbr, > pluknet > I have applied your patch, but all I get is: # ifconfig -v rl0 caps Capabilities: 48 I would love to see for wired NICs something like: ifconfig -m ath0 list caps ath0=6783edcf Amazing stuff :-) I wish I could hack that. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 14:33:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCAF1065674 for ; Wed, 22 Oct 2008 14:33:46 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 94C2C8FC12 for ; Wed, 22 Oct 2008 14:33:45 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1221728uge.39 for ; Wed, 22 Oct 2008 07:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=eCBMvOys6xGURrc6/H2FE9iwsUiuinsNJKW5BzU6Cfg=; b=sQ3AY+z6cXLEEUHshqLKvu8tgID2NcLoat2K0Acok58LlQqbknpz+yLiCqjE8/oiKm RvpbKslM8g7rnX0wNpNrzEiBeBPxum/bxq0FvSLzREJH18s4bkHrpj+MoGdnPdgI+rsD qFh7PA8l1BDsDCLjNGzGi2yUZwvznKsdUiJdk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=TYpgu7xebQCVg+Kqz/yLO8iFJMkLpkWU4A0GMbozP7VqD5ltVFKThDMF2ohxRZPK2M RCfqSjrEaE2MOHMdfuLQK877uoJ37EcDisOLFPBOoIEC5Xbs/Vv5yzjLOkD6hLkTAxPC E8HKSx5AydJNrwFVu2I+fBJWyaYGVWsKKGs/o= Received: by 10.86.92.7 with SMTP id p7mr1020954fgb.72.1224686024261; Wed, 22 Oct 2008 07:33:44 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 07:33:44 -0700 (PDT) Message-ID: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> Date: Wed, 22 Oct 2008 22:33:44 +0800 From: lhmwzy To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 14:33:47 -0000 First we create a pool name www: zpool create www da1 da2 da3 da4 da5 da6 Then replace da6 with a new disk. when reboot the box,panic when booting: ZFS:vdev failure,zpool=ww type=vdev.bad_label painc:solaris assert:vdev_config_sync(rvd,txg)==0,file:/usr/src/sys/modules/zfs/../../cddl/contrib/oensolaris/utf/common/fs/zfs/spa.c,line:3014 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 14:56:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 437821065699 for ; Wed, 22 Oct 2008 14:56:17 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 053CE8FC19 for ; Wed, 22 Oct 2008 14:56:16 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id BF1166D454; Wed, 22 Oct 2008 16:56:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id twSbykGyw5eG; Wed, 22 Oct 2008 16:56:29 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 44D736D453; Wed, 22 Oct 2008 16:56:29 +0200 (CEST) Date: Wed, 22 Oct 2008 16:56:29 +0200 From: Rink Springer To: lhmwzy Message-ID: <20081022145629.GB62121@rink.nu> References: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 14:56:17 -0000 On Wed, Oct 22, 2008 at 10:33:44PM +0800, lhmwzy wrote: > First we create a pool name www: > zpool create www da1 da2 da3 da4 da5 da6 Um, this isn't a RAID - this is a simple concatination of disks. I think what you meant to do was: zpool create www raidz da1 da2 da3 da4 da5 da6 Otherwise, you'll just append all disks, and it makes sense that the system doesn't work... Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:12:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7B10106567E for ; Wed, 22 Oct 2008 15:12:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id A94578FC1C for ; Wed, 22 Oct 2008 15:12:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Vq261a0010b6N64A7rCXEW; Wed, 22 Oct 2008 15:12:31 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id VrCU1a0102P6wsM8PrCV7s; Wed, 22 Oct 2008 15:12:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=BYaJvuN2rVMA:10 a=Ddka7i0Yzg4A:10 a=QycZ5dHgAAAA:8 a=Vqa5PNIH18thbzTcvQ8A:9 a=iV7sG1_RVtsSYHQbGi8A:7 a=2spc-O8DAFmxqPtSFMZYDChbjJMA:4 a=EoioJ0NPDVgA:10 a=MSl-tDqOz04A:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BA2FFC9432; Wed, 22 Oct 2008 08:12:28 -0700 (PDT) Date: Wed, 22 Oct 2008 08:12:28 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081022151228.GA60664@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, pluknet Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:12:31 -0000 On Wed, Oct 22, 2008 at 12:09:31PM -0200, Eduardo Meyer wrote: > On Tue, Oct 21, 2008 at 7:29 PM, pluknet wrote: > > 2008/10/21 Eduardo Meyer : > >> Is there another way to check if a certain interface supports polling, > >> other than reading polling(4)? I would like to have a script to check > >> it, issuing something like > >> > >> ifconfig -v -m > >> > >> How can I list all NIC capabilities? Would polling be listed if the > >> driver supports? > >> > > > > I don't know if ifconfig supports listing NIC capabilities, but you can > > always add this. Something like: > > > > --- ifconfig.c.orig 2008-10-22 00:50:03.000000000 +0400 > > +++ ifconfig.c 2008-10-22 01:28:21.000000000 +0400 > > @@ -708,6 +708,19 @@ > > } > > > > void > > +getifcaps(const char *vname, int value, int s, const struct afswtch *afp) > > +{ > > + int flags; > > + > > + if (ioctl(s, SIOCGIFCAP, (caddr_t)&ifr) < 0) { > > + Perror("ioctl (SIOCGIFCAP)"); > > + exit(1); > > + } > > + flags = ifr.ifr_reqcap; > > + printf("Capabilities: %x\n", flags); > > +} > > + > > +void > > setifcap(const char *vname, int value, int s, const struct afswtch *afp) > > { > > int flags; > > @@ -1009,6 +1022,7 @@ > > DEF_CMD("-monitor", -IFF_MONITOR, setifflags), > > DEF_CMD("staticarp", IFF_STATICARP, setifflags), > > DEF_CMD("-staticarp", -IFF_STATICARP, setifflags), > > + DEF_CMD("caps", 0, getifcaps), > > DEF_CMD("rxcsum", IFCAP_RXCSUM, setifcap), > > DEF_CMD("-rxcsum", -IFCAP_RXCSUM, setifcap), > > DEF_CMD("txcsum", IFCAP_TXCSUM, setifcap), > > $ diff -u ifconfig.h.orig ifconfig.h > > --- ifconfig.h.orig 2008-04-27 20:12:43.000000000 +0400 > > +++ ifconfig.h 2008-10-22 00:56:14.000000000 +0400 > > @@ -134,6 +134,7 @@ > > extern int verbose; > > > > void setifcap(const char *, int value, int s, const struct afswtch *); > > +void getifcaps(const char *, int value, int s, const struct afswtch *); > > > > void Perror(const char *cmd); > > void printb(const char *s, unsigned value, const char *bits); > > -- > > wbr, > > pluknet > > > > I have applied your patch, but all I get is: > > # ifconfig -v rl0 caps > Capabilities: 48 The above patch is completely unnecessary. The -m flag in ifconfig will do what you want. However, the existing ifconfig code does not print POLLING as a capability, which is where the bug truly lies. I'll provide a patch that extends the capability list properly, and will allow you to determine a full capability list. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:16:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54406106566C for ; Wed, 22 Oct 2008 15:16:19 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id D68C28FC1B for ; Wed, 22 Oct 2008 15:16:18 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so942340eyi.7 for ; Wed, 22 Oct 2008 08:16:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/i5cGgkLd/H3het0NNsE6W5H+lwqB6tfr+mRxHZcOQg=; b=IIBu249AHOnQ1ThU0T0au68pGz2F7Cgj6fwwDaBYaF2LMDVNq0f9aMD1LeRYnYDh5x ocuxftkpXrAqs+gZ4k8+PMOVR8k9zCZKXU6khvcDWwhiyVP0nuOJ4x6YUQc6ZWdXcFXL WEm7YfXXgpLHGC0OOMVNVdw9JDxKfvA673WmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GeLc7LYrrLfitufpUQYppfhLoGzjcs/gmETvqBkLNJteqgR9v15Vs/o9/D/5B01iGU DUP8bHqPveoxRDAuRkHHLbBFyL6YW04Jc1IPMKsRo0psCAtsQ0TdlZDZ5TRhD1bJAXAX jDYx8Gf6jYR6F0k9xhfFxIvJp9pUYEryonP+w= Received: by 10.86.93.19 with SMTP id q19mr1144915fgb.4.1224688577151; Wed, 22 Oct 2008 08:16:17 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 08:16:17 -0700 (PDT) Message-ID: <78fb9d960810220816s7702cc9en9af6b58dbea45404@mail.gmail.com> Date: Wed, 22 Oct 2008 23:16:17 +0800 From: lhmwzy To: "Rink Springer" In-Reply-To: <20081022145629.GB62121@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> <20081022145629.GB62121@rink.nu> Cc: freebsd-stable@freebsd.org Subject: Re: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:16:19 -0000 YES. zpool create www da1 da2 da3 da4 da5 da6 should be: zpool create www raidz da1 da2 da3 da4 da5 da6 sorry for my mistake. I redo it again. All things go damn WELL. I can't tell what's wrong now. 2008/10/22 Rink Springer : > On Wed, Oct 22, 2008 at 10:33:44PM +0800, lhmwzy wrote: >> First we create a pool name www: >> zpool create www da1 da2 da3 da4 da5 da6 > > Um, this isn't a RAID - this is a simple concatination of disks. I think > what you meant to do was: > > zpool create www raidz da1 da2 da3 da4 da5 da6 > > Otherwise, you'll just append all disks, and it makes sense that the > system doesn't work... > > Regards, > > -- > Rink P.W. Springer - http://rink.nu > "Anyway boys, this is America. Just because you get more votes doesn't > mean you win." - Fox Mulder > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:24:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF12F1065673 for ; Wed, 22 Oct 2008 15:24:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id A1D488FC25 for ; Wed, 22 Oct 2008 15:24:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id VmwU1a00E1HpZEsA9rQ8RR; Wed, 22 Oct 2008 15:24:08 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id VrQ71a0062P6wsM8arQ7GE; Wed, 22 Oct 2008 15:24:07 +0000 X-Authority-Analysis: v=1.0 c=1 a=BYaJvuN2rVMA:10 a=Ddka7i0Yzg4A:10 a=QycZ5dHgAAAA:8 a=OHnLzdwBVG2VKiYrMVQA:9 a=U_WczdiksT1fuSthKtobdpd_M9UA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 22EE2C9432; Wed, 22 Oct 2008 08:24:07 -0700 (PDT) Date: Wed, 22 Oct 2008 08:24:07 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081022152407.GA61546@icarus.home.lan> References: <20081022151228.GA60664@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081022151228.GA60664@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, pluknet Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:24:08 -0000 On Wed, Oct 22, 2008 at 08:12:28AM -0700, Jeremy Chadwick wrote: > > # ifconfig -v rl0 caps > > Capabilities: 48 > > The above patch is completely unnecessary. The -m flag in ifconfig > will do what you want. > > However, the existing ifconfig code does not print POLLING as a > capability, which is where the bug truly lies. > > I'll provide a patch that extends the capability list properly, and will > allow you to determine a full capability list. I'm both correct and incorrect. Correct: ifconfig -m will show you want. No need for the patch. Incorrect: I missed the "POLLING" part of #define IFCAPBITS in ifconfig.c -- it is in fact listed there. Maybe the polling bit is only made available if you've built a kernel with "option DEVICE_POLLING"? For example, I can do "ifconfig em1 polling", which returns no error, but "ifconfig -m em1" does not show POLLING. (My kernel does NOT have DEVICE_POLLING defined.) In your above output, capabilities is 0x48, which means POLLING is available, and VLAN_MTU is available. You did not provide us output of "ifconfig -m rl0", but I'd be inclined to believe "POLLING" is shown there... I hope. :-) Also, it appears ifconfig does not print TOE4 or TOE6 capability bits; that's probably a missing feature. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:30:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01DF1065673 for ; Wed, 22 Oct 2008 15:30:58 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9181D8FC13 for ; Wed, 22 Oct 2008 15:30:58 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so732005ele.13 for ; Wed, 22 Oct 2008 08:30:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZIdjT4EXaiRw1xYW+gEBEwreCPuRDBFmKFSqn10IrtE=; b=v2pgWnYoACiImAZWyFo6CbSLgH8wNyOpBI1ROPPQZUZNxCbdRG53f4dldLZLImPhyu oJlvYa9kPS/x2TGuA2yBygYwzwXjcDu6yS0034FKbVhNtAlw8jZvsM7jdRCUDde3IInD xbhZigf8cP+lMi9HO9/ZZZrLnGN/8gJ3gCPdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qTw9cvsqrVwCKD73U7uSF373TgABQxtc7TCAyJh6m+S63STz+RLydyYn8iQd0BiwJn ARLT+MDcXSU4NoVsN5SBBKkEIaDax1dLj+F3i5s65ckQ4HB2qYGjyd3B5PQWSkxiSUnn 7srKnocm87YOf94hBNxNVNLyi+J2oQmscHI/s= Received: by 10.64.232.16 with SMTP id e16mr8488296qbh.41.1224689457104; Wed, 22 Oct 2008 08:30:57 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Wed, 22 Oct 2008 08:30:57 -0700 (PDT) Message-ID: Date: Wed, 22 Oct 2008 13:30:57 -0200 From: "Eduardo Meyer" To: "Jeremy Chadwick" In-Reply-To: <20081022152407.GA61546@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081022151228.GA60664@icarus.home.lan> <20081022152407.GA61546@icarus.home.lan> Cc: stable@freebsd.org, pluknet Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:30:59 -0000 On Wed, Oct 22, 2008 at 1:24 PM, Jeremy Chadwick wrote: > On Wed, Oct 22, 2008 at 08:12:28AM -0700, Jeremy Chadwick wrote: >> > # ifconfig -v rl0 caps >> > Capabilities: 48 >> >> The above patch is completely unnecessary. The -m flag in ifconfig >> will do what you want. >> >> However, the existing ifconfig code does not print POLLING as a >> capability, which is where the bug truly lies. >> >> I'll provide a patch that extends the capability list properly, and will >> allow you to determine a full capability list. > > I'm both correct and incorrect. > > Correct: ifconfig -m will show you want. No need for the patch. > > Incorrect: I missed the "POLLING" part of #define IFCAPBITS in > ifconfig.c -- it is in fact listed there. > > Maybe the polling bit is only made available if you've built a kernel > with "option DEVICE_POLLING"? For example, I can do "ifconfig em1 > polling", which returns no error, but "ifconfig -m em1" does not show > POLLING. (My kernel does NOT have DEVICE_POLLING defined.) > > In your above output, capabilities is 0x48, which means POLLING is > available, and VLAN_MTU is available. You did not provide us output of > "ifconfig -m rl0", but I'd be inclined to believe "POLLING" is shown > there... I hope. :-) > > Also, it appears ifconfig does not print TOE4 or TOE6 capability bits; > that's probably a missing feature. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > You are right. My mistake, its there, in the "capabilities" line when -m is issued. Thank you Jeremy. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:35:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 227C610656A2 for ; Wed, 22 Oct 2008 15:35:59 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 023FD8FC08 for ; Wed, 22 Oct 2008 15:35:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id Vn6r1a00816AWCUAArbyFf; Wed, 22 Oct 2008 15:35:58 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id Vrbx1a00C2P6wsM8Srbywp; Wed, 22 Oct 2008 15:35:58 +0000 X-Authority-Analysis: v=1.0 c=1 a=BYaJvuN2rVMA:10 a=Ddka7i0Yzg4A:10 a=QycZ5dHgAAAA:8 a=iHYpvAsjCs-AlEUIP7oA:9 a=oE8heCWeMxJShmty2X42rIAAwt8A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 937FDC9432; Wed, 22 Oct 2008 08:35:57 -0700 (PDT) Date: Wed, 22 Oct 2008 08:35:57 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081022153557.GA62088@icarus.home.lan> References: <20081022151228.GA60664@icarus.home.lan> <20081022152407.GA61546@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, pluknet Subject: Re: Check if interface supports Device Polling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:35:59 -0000 On Wed, Oct 22, 2008 at 01:30:57PM -0200, Eduardo Meyer wrote: > On Wed, Oct 22, 2008 at 1:24 PM, Jeremy Chadwick wrote: > > On Wed, Oct 22, 2008 at 08:12:28AM -0700, Jeremy Chadwick wrote: > >> > # ifconfig -v rl0 caps > >> > Capabilities: 48 > >> > >> The above patch is completely unnecessary. The -m flag in ifconfig > >> will do what you want. > >> > >> However, the existing ifconfig code does not print POLLING as a > >> capability, which is where the bug truly lies. > >> > >> I'll provide a patch that extends the capability list properly, and will > >> allow you to determine a full capability list. > > > > I'm both correct and incorrect. > > > > Correct: ifconfig -m will show you want. No need for the patch. > > > > Incorrect: I missed the "POLLING" part of #define IFCAPBITS in > > ifconfig.c -- it is in fact listed there. > > > > Maybe the polling bit is only made available if you've built a kernel > > with "option DEVICE_POLLING"? For example, I can do "ifconfig em1 > > polling", which returns no error, but "ifconfig -m em1" does not show > > POLLING. (My kernel does NOT have DEVICE_POLLING defined.) > > > > In your above output, capabilities is 0x48, which means POLLING is > > available, and VLAN_MTU is available. You did not provide us output of > > "ifconfig -m rl0", but I'd be inclined to believe "POLLING" is shown > > there... I hope. :-) > > > > Also, it appears ifconfig does not print TOE4 or TOE6 capability bits; > > that's probably a missing feature. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > You are right. My mistake, its there, in the "capabilities" line when > -m is issued. > > Thank you Jeremy. You're welcome. :-) Also, FWIW, PR 128295 has been filed to address the missing TOE4/TOE6 bits. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:38:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1032B1065679 for ; Wed, 22 Oct 2008 15:38:51 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id DC5368FC28 for ; Wed, 22 Oct 2008 15:38:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id C89721A000B30 for ; Wed, 22 Oct 2008 08:38:49 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id q68L1lhTC4qX for ; Wed, 22 Oct 2008 08:38:46 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 4536C1A000B06 for ; Wed, 22 Oct 2008 08:38:46 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Wed, 22 Oct 2008 08:38:45 -0700 User-Agent: KMail/1.9.9 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810220838.45900.fjwcash@gmail.com> Subject: Re: ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:38:51 -0000 On October 22, 2008 04:27 am David Peall wrote: > While we are on the topic, I had a brief but happy encounter with ZFS > while dump was broken on UFS2. Is there any indication as to when this > would be suitable for a production environment? Do you mean when will people use it in a production environment, or when the experimental tag will be taken off? Those are two very different things. :) The experimental tag will probably be taken of somewhere in the 8.x lifetime, maybe 9.0 at the latest. That's my guess anyway. As for people using it in production environments, that's already happening. Personally, we use it in production for a remote backup box using ZFS and Rsync (64-bit FreeBSD 7-Stable from August, 2x dual-core Opteron 2200s, 8 GB DDR2 RAM, 24x 500 GB SATA disks attached to two 3Ware 9650/9550 controllers as single-disks). Works beautifully, backing up 80 FreeBSD and Debian Linux servers every night, creating snapshots with each run. Restoring files from an arbitrary day is as simple as navigating to the needed .zfs/snapshot/// and scping the file to wherever. And full system restores are as simple as "boot livecd, partition/format disks, run rsync". We're going to be adding a second identical backup box at a second remote location, and use the snapshot stream features to have redundant backups. We're also looking at using a similar box as a storage node for a virtual machine setup to create a disaster-recovery/fail-over site for all the systems in our main server room. And if that works, then we may use a similar setup to virtualise a bunch of the systems in the main server room. > Some of the tools build in to ZFS are very useful... Pretty much everything about ZFS is useful, except the name. :) Would have been better if they called it what it really is: the Zetabyte Storage Management System. It's so much more than just a lowly filesystem. Would probably solve a lot of confusion out there, IMO. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:54:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75DBC1065679 for ; Wed, 22 Oct 2008 15:54:38 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.185]) by mx1.freebsd.org (Postfix) with ESMTP id 079E78FC22 for ; Wed, 22 Oct 2008 15:54:37 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so524012gve.39 for ; Wed, 22 Oct 2008 08:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=9OHm3XV6R4wAhz0FDl+dL0f2tQwz+uy25BmMOaWdlB8=; b=mS1y1vmicWoDVWazy/1cIhrco9VkLgEBJOjutKSVkkj6vay4iwypn4QLwdDSAnse23 Pb8s1wOz4te6rQSDVkshIe+j0AWEYYKo+v0baRqP6BvnvZqebn/o72WOOGAVPlLYewwa GTyhzjS76+MwZw7sib5ee7VSghBdDa10VAg3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=kMaFertpVLA3XZkifOB7jLnIRdHnNdu718PCQyQUMTTEyzyOprMcnwuaggnNF3dSPt /ohBlh2MrxE2O/gE2UXm05iQ6S7wIFgQnYuJoaPzSduIAQmNg/FR7ypRJhshCuIQHRIt 45ioKwurysbWV8g2SFyx8dfdlYPf2ITXKn+3c= Received: by 10.86.95.8 with SMTP id s8mr48772fgb.33.1224690876320; Wed, 22 Oct 2008 08:54:36 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 08:54:36 -0700 (PDT) Message-ID: <78fb9d960810220854r5820a104ie3da2dba6cc2777b@mail.gmail.com> Date: Wed, 22 Oct 2008 23:54:36 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <78fb9d960810220816s7702cc9en9af6b58dbea45404@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> <20081022145629.GB62121@rink.nu> <78fb9d960810220816s7702cc9en9af6b58dbea45404@mail.gmail.com> Cc: rink@freebsd.org Subject: Re: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:54:38 -0000 I think I have found the problem. I want to do "zpool create www raidz da1 da2 da3 da4 da5 da6",but make a mistake,type "zpool create www da1 da2 da3 da4 da5 da6". Then I remove one disk. Then reboot,there is a panic. I know this is my misktake.But should FreeBSD panic or FreeBSD go well but zpool crash only? From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 15:59:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD87C106567F for ; Wed, 22 Oct 2008 15:59:13 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 4697B8FC23 for ; Wed, 22 Oct 2008 15:59:12 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1360237nfh.33 for ; Wed, 22 Oct 2008 08:59:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=KhbXneqM8dkNdNmGiiwk8eXHZsLC1n5DJj7v96R6W3A=; b=KxL7hJz5HI9DAz8LmCndl3UoWP4Q06jR+NuYsV14o9Q6sD8G45CKc5pH7pgsSQKB7E 1XAawxha1pqueghB+1H1AZc9SeWWALhHYVUyfVtJdC0IceEYh0CE+289YgsAxWiWCX9b pe0PxdcsHFzWwnsoIarfBkDAhKOaTg1hAKtck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jcBJasdiG519AGMuoOskgrD1ONNe/okPv2nvusTXcI2vz8yi7gWQSX3O6uYK3sTL1S +LsREFkNodSMBIC/2KaI5HT2cD2AaHBceX10gXcyqqLjAubL5Au5vwuAIrJe9WuovtOo 6xj9vH+1aw9kH2wyxorDXW/Dsb+hCf67mXd9U= Received: by 10.86.52.6 with SMTP id z6mr1137625fgz.48.1224691151234; Wed, 22 Oct 2008 08:59:11 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 08:59:11 -0700 (PDT) Message-ID: <78fb9d960810220859m2bca40f2w40d5560cc6cf0aeb@mail.gmail.com> Date: Wed, 22 Oct 2008 23:59:11 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <78fb9d960810220854r5820a104ie3da2dba6cc2777b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> <20081022145629.GB62121@rink.nu> <78fb9d960810220816s7702cc9en9af6b58dbea45404@mail.gmail.com> <78fb9d960810220854r5820a104ie3da2dba6cc2777b@mail.gmail.com> Subject: Re: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 15:59:13 -0000 I think I have found the problem. I want to do "zpool create www raidz da1 da2 da3 da4 da5 da6",but make a mistake,type "zpool create www da1 da2 da3 da4 da5 da6". Then I remove one disk.Shutdown system and add a new disk. The two disks have an identical size. Then reboot,there is a panic. I know this is my misktake.But should FreeBSD panic or FreeBSD go well but zpool crash only I make too mistakes tonight.:( 2008/10/22 lhmwzy : > I think I have found the problem. > I want to do "zpool create www raidz da1 da2 da3 da4 da5 da6",but make > a mistake,type "zpool create www da1 da2 da3 da4 da5 da6". > Then I remove one disk. > Then reboot,there is a panic. > I know this is my misktake.But should FreeBSD panic or FreeBSD go well > but zpool crash only? > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 16:02:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB4C106567C for ; Wed, 22 Oct 2008 16:02:25 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE7A8FC0A for ; Wed, 22 Oct 2008 16:02:24 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so526161gve.39 for ; Wed, 22 Oct 2008 09:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=nVsQIDhoMKy3BNpwhCKe32mClFfPvyyfpPTwVi/AFCM=; b=Qrb10IQMifqOgqcUurwRh1X8i0VEp78dxcjjw+jYotEwKDp7AkrQYVbxon8hUSsFwL MtRI8eGFid9J7GXLxfBX8HamchDf8WGw85whUxkd2e7LGHk51QQabLWcZg1tHd1a+COK V1q+AONKT/c72kX02rF9lMGZ3Up1tPVXCbze4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=iNr/I/ZdSECp2OOCRqsCkd6M3+5cMIIseIqdJp9klkWixmlcRoj2XttEybRAKDyjh0 oqgsqWmnIsh5a1ILIHirzu9CtgZx7GTejrCTx7wiXpWOMPdH4N4PPi7TkCh52J/vRvAn Xn+gQvm1G0bgatTl45wf5UIl71xBBeAJ8hPTo= Received: by 10.86.4.14 with SMTP id 14mr1174689fgd.20.1224691342870; Wed, 22 Oct 2008 09:02:22 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 09:02:22 -0700 (PDT) Message-ID: <78fb9d960810220902j180704fi148d95f776eb4592@mail.gmail.com> Date: Thu, 23 Oct 2008 00:02:22 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <78fb9d960810220859m2bca40f2w40d5560cc6cf0aeb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220733h498dc928v89872cf6943d66f4@mail.gmail.com> <20081022145629.GB62121@rink.nu> <78fb9d960810220816s7702cc9en9af6b58dbea45404@mail.gmail.com> <78fb9d960810220854r5820a104ie3da2dba6cc2777b@mail.gmail.com> <78fb9d960810220859m2bca40f2w40d5560cc6cf0aeb@mail.gmail.com> Subject: Re: system panic: RAID5 problem or zfs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 16:02:25 -0000 One thing:must copy some data to the pool,remove one disk,shutdown,add a new disk,start the box,get the panic. My box uname -a: FreeBSD freebsd.lpcy.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Oct 21 12:02:30 CST 2008 lhm@freebsd.lpcy.com:/usr/obj/usr/src/sys/lhmwzy amd64 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 16:53:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA65106567A for ; Wed, 22 Oct 2008 16:53:37 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3B33A8FC23 for ; Wed, 22 Oct 2008 16:53:37 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.0.16] (helo=localhost) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Ksgxj-0001ul-LD for freebsd-stable@freebsd.org; Wed, 22 Oct 2008 18:53:35 +0200 Date: Wed, 22 Oct 2008 18:53:29 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20081022185329.0b662d29@fabiankeil.de> In-Reply-To: References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/kDfpOGP_LYFTVC8Zj_mzoTh"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 16:53:37 -0000 --Sig_/kDfpOGP_LYFTVC8Zj_mzoTh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pete French wrote: > > Yes,that's is what I want to say. > > In other word is the command "zfs allow" and "zfs unallow" > > I think it is not "Support chflags(2)" which is described in at the > > bottom of http://wiki.freebsd.org/ZFS >=20 > Sorry, my unclear use of english! I didn't mean the last item, I meant > that it was near the bottom of the page. Look at the line above the > 'chflags' one - "Delegated Administration" is what you are after. Not > here yet, but hopefully soon... You can already test it on CURRENT if you apply the patch Pawel posted on freebsd-fs@ and freebsd-current@ a while ago. Fabian --Sig_/kDfpOGP_LYFTVC8Zj_mzoTh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj/WokACgkQBYqIVf93VJ1lewCfQfv6HLs8AKyJ1UhRyzmvmRPP ifgAn1ifaGEO3dGVLPybwEBB14RUXLkY =wyzx -----END PGP SIGNATURE----- --Sig_/kDfpOGP_LYFTVC8Zj_mzoTh-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 17:42:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 047AC1065670 for ; Wed, 22 Oct 2008 17:42:23 +0000 (UTC) (envelope-from nerozero@itcs.ge) Received: from mail.itcs.ge (mail.itcs.ge [62.168.166.235]) by mx1.freebsd.org (Postfix) with SMTP id 470018FC12 for ; Wed, 22 Oct 2008 17:42:19 +0000 (UTC) (envelope-from nerozero@itcs.ge) Received: (qmail 64687 invoked by uid 1011); 22 Oct 2008 17:37:53 -0000 Received: from 10.10.0.15 by ns.itcs.ge (envelope-from , uid 1009) with qmail-scanner-1.25-st-qms (clamdscan: 0.93.3/8156. spamassassin: 3.1.8. perlscan: 1.25-st-qms. Clear:RC:0(10.10.0.15):SA:0(-4.0/5.0):. Processed in 5.265618 secs); 22 Oct 2008 17:37:53 -0000 X-Spam-Status: No, hits=-4.0 required=5.0 X-Antivirus-ITCS.GE-Mail-From: nerozero@itcs.ge via ns.itcs.ge X-Antivirus-ITCS.GE: 1.25-st-qms (Clear:RC:0(10.10.0.15):SA:0(-4.0/5.0):. Processed in 5.265618 secs Process 64679) Received: from nzhome.itcs.ge (HELO zeroathome) (nerozero@itcs.ge@10.10.0.15) by mail.itcs.ge with SMTP; 22 Oct 2008 17:37:48 -0000 From: "George Eliozov" To: Date: Wed, 22 Oct 2008 21:41:41 +0400 Organization: ITCS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Ack0bXEn75LeZbVkTluZ4HjBaeyNyg== X-Antivirus-ITCS.GE-Message-ID: <1224697068107064679@ns.itcs.ge> Message-Id: <20081022174220.470018FC12@mx1.freebsd.org> Subject: FTDI FT232BM USB-COM driver problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 17:42:23 -0000 Hi. I have some problems with USB->Serial FTDI FT232BM chip drivers on FreeBSD 7.0... The system recognize the USB device, but when I making connection to /dev/cuaU0 or /dev/ttyU0 I can't send or receive any data from device. cu -l/dev/cuaU0 -s9600 - No response at all, can't even quit the program cu -l/dev/ttyU0 -s9600 - Sometimes working, but few bites/chars after - no response... Sometimes I have error message like: ucom0: open bluk out error (addr 2): IN_USE Thanks! From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 19:26:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A23AD106566C for ; Wed, 22 Oct 2008 19:26:42 +0000 (UTC) (envelope-from king@computerking.ca) Received: from mx1.canmail.org (ns1.canmail.org [66.244.200.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7F28FC1A for ; Wed, 22 Oct 2008 19:26:42 +0000 (UTC) (envelope-from king@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 07EBFB01B1 for ; Wed, 22 Oct 2008 13:26:42 -0600 (MDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -1.048 X-Spam-Level: X-Spam-Status: No, score=-1.048 tagged_above=-10 required=6.6 tests=[AWL=-0.331, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1] Received: from mx1.canmail.org ([127.0.0.1]) by localhost (mx1.canmail.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2OZ5LGGEpaLo for ; Wed, 22 Oct 2008 13:26:41 -0600 (MDT) Received: from mx1.canmail.org (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 54A2AB01AE for ; Wed, 22 Oct 2008 13:26:41 -0600 (MDT) Date: Wed, 22 Oct 2008 13:26:41 -0600 (MDT) From: RYAN vAN GINNEKEN To: freebsd-stable@freebsd.org Message-ID: <12957048.30811224703601244.JavaMail.root@mx1.canmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [68.144.18.110] X-Mailer: Zimbra 5.0.9_GA_2533.UBUNTU6 (ZimbraWebClient - FF3.0 (Win)/5.0.9_GA_2533.UBUNTU6) Subject: PCMCIA WIFI card not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: RYAN vAN GINNEKEN List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 19:26:42 -0000 Hello i have tried 2 different wifi cards on my pc-bsd 7.0.1 it is running 7.1 PRERELEASE laptop and neither are detected by the system. Actually they are detected but BSD does not seem to have drivers for them. here are the model numbers of the cards are there kernel modules i need to load or something like that?? LINKSYS WPC54G ver.3 3COM OFFICE CONNECT 3CRGPC10075 ver 1 here are the errors Oct 22 13:15:36 pcbsd kernel: interrupt storm detected on "irq10:"; throttling interrupt source Oct 22 13:15:36 pcbsd kernel: cardbus0: at device 0.0 (no driver attached) Oct 22 13:15:37 pcbsd root: Unknown Cardbus device: device 0x1faa class 0x020000 vendor 0x11ab bus cardbus0 Computer King & CaN Mail - Sales Service Hosting Backup http://www.computerking.ca http://www.canmail.org NEW!!! Custom Service Packages Secure IMAP Email - Automated Remote Backups - Photo Blogs - Online Accounting Packages From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 23:31:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBECF106567C for ; Wed, 22 Oct 2008 23:31:02 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id BDFD98FC24 for ; Wed, 22 Oct 2008 23:31:02 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so44658rvf.43 for ; Wed, 22 Oct 2008 16:31:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=2yCpp3tbUhOkxmxOs3rD+EES5ikG7EK6xjiPumG6c3E=; b=WqQv6NQHQje5zZfZECsrEiqzCT5YIw2K4k7+L7cnp2sZDYJ6kd3nJXcI/BAW4IMQdR iE9bbbkRZ99VRBsdm+gSZ8D5mD9kMRzNkudh0A1AkzD1+XUf0pa5aFJrp9LmAUoZlAiJ ZroSaUrJS4skCa4zpiPlIr0Z02NEhfHlLjEnw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=l3f4tUgy1xPB4qc0iUgLuTUnr4RO+fenOvadrHL6HOCV9x2dhQn1D0+BST01uz4LBP Ay1S0Mp04uU84MgD9SwTXGQWnfS0evzTGNEp8L1jdjp8vVH0M9uFyCIIAuqJCGB4QSz1 cfOSMAHLJ2j/bRbUiJDNfOvzyiDkg5piZrq3Q= Received: by 10.141.75.17 with SMTP id c17mr6819095rvl.212.1224718262366; Wed, 22 Oct 2008 16:31:02 -0700 (PDT) Received: by 10.140.163.5 with HTTP; Wed, 22 Oct 2008 16:31:02 -0700 (PDT) Message-ID: <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> Date: Thu, 23 Oct 2008 07:31:02 +0800 From: lhmwzy To: "Fabian Keil" In-Reply-To: <20081022185329.0b662d29@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 23:31:03 -0000 where is the patch? I can't find it in freebsd-fs@ and freebsd-current@. 2008/10/23 Fabian Keil : > Pete French wrote: > >> > Yes,that's is what I want to say. >> > In other word is the command "zfs allow" and "zfs unallow" >> > I think it is not "Support chflags(2)" which is described in at the >> > bottom of http://wiki.freebsd.org/ZFS >> >> Sorry, my unclear use of english! I didn't mean the last item, I meant >> that it was near the bottom of the page. Look at the line above the >> 'chflags' one - "Delegated Administration" is what you are after. Not >> here yet, but hopefully soon... > > You can already test it on CURRENT if you apply the > patch Pawel posted on freebsd-fs@ and freebsd-current@ > a while ago. > > Fabian > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 23:32:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3DFB1065679 for ; Wed, 22 Oct 2008 23:32:35 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2348FC21 for ; Wed, 22 Oct 2008 23:32:35 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9MNWXF0003487 for ; Wed, 22 Oct 2008 16:32:33 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.037 X-Spam-Level: X-Spam-Status: No, score=-1.037 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.403] Message-Id: From: Jo Rhett To: freebsd-stable Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 22 Oct 2008 16:32:27 -0700 X-Mailer: Apple Mail (2.929.2) Subject: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 23:32:35 -0000 I haven't had time to investigate, but after installing 6.4RC1 on a machine I've been using with 6.3 for a few months, it installs painlessly but on the first and subsequent reboots you see BTX Loader 1.00 blah blah blah ... Loading /boot/defaults/loader.con \ At this point you have a hard refreeze -- no keyboard control, however I can reboot it from the Phantom card. System: Rackable C2004, dual Intel 2.66 processors, 4gb RAM, disk drive on built in SCSI port Absolutely nothing special, boots and runs 6.2 and 6.3 without a flaw. I'll have more time to investigate on Friday. Anything specific that would be more or less useful to debug in particular? -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Oct 22 23:47:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59CF01065675 for ; Wed, 22 Oct 2008 23:47:48 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 182D78FC1D for ; Wed, 22 Oct 2008 23:47:47 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id A4F84173AE; Thu, 23 Oct 2008 10:47:45 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.3 required=10.0 tests=ALL_TRUSTED, DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 Received: from [10.1.50.60] (ppp121-44-48-230.lns10.syd7.internode.on.net [121.44.48.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 9A56717265; Thu, 23 Oct 2008 10:47:41 +1100 (EST) Message-ID: <48FFBB42.7040509@modulus.org> Date: Thu, 23 Oct 2008 10:46:10 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: lhmwzy References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> In-Reply-To: <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2008 23:47:48 -0000 lhmwzy wrote: > where is the patch? > I can't find it in freebsd-fs@ and freebsd-current@. http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 04:38:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88B31106567C for ; Thu, 23 Oct 2008 04:38:08 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 01CD18FC1C for ; Thu, 23 Oct 2008 04:38:07 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from via.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 23 Oct 2008 06:21:50 +0200 id 0002E00F.48FFFBDE.00013789 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Thu, 23 Oct 2008 06:27:45 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810230627.46478.freebsd-stable@dino.sk> Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 04:38:08 -0000 On Thursday 23 October 2008 01:32:27 Jo Rhett wrote: > I haven't had time to investigate, but after installing 6.4RC1 on a > machine I've been using with 6.3 for a few months, it installs > painlessly but on the first and subsequent reboots you see > > BTX Loader 1.00 blah blah blah > ... > Loading /boot/defaults/loader.con > \ > > At this point you have a hard refreeze -- no keyboard control, however > I can reboot it from the Phantom card. > > System: Rackable C2004, dual Intel 2.66 processors, 4gb RAM, disk > drive on built in SCSI port > > Absolutely nothing special, boots and runs 6.2 and 6.3 without a flaw. > > I'll have more time to investigate on Friday. Anything specific that > would be more or less useful to debug in particular? I did not investigate on this issue too much, but there is an workaround - copy older /boot/loader over newer one. In my case, I am rebuilding whole world often, and now /boot/loader seems to not build correctly for me. Older one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. In your case, you would write old /boot/loader from 6.3 over new installed with 6.4RC1 and it will boot normally again. I know it is only workaround, but it's quick and easy, and I have not too much time to investigate any further (not to mention I have no idea what to look for and where). Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:23:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B8021065673 for ; Thu, 23 Oct 2008 06:23:16 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2758FC22 for ; Thu, 23 Oct 2008 06:23:15 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so550263fgb.35 for ; Wed, 22 Oct 2008 23:23:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=sl05kAZcwPEO066Jmfps206SPNnfOqM/i0hXjPFeM6I=; b=fnnk3n+lXDzhpDvyGAY9vx/kV5469FYZsiePOrCXE179WmN/qlwdBqYZJggrHnwLb/ JTgcbNTwuHPaosY63xQrShhcj3EJJ6ewEYbDUHpYmP4T+xhxbujvIsGQDdrm133N4hbh l3ubAtHzCUtPHb6Th5931apm2by7aSOTGTa80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=B5eZ3uBYr8vpB5/IUhV+hDaQ6LWGnrQWFKeE5xtPVCqTvfhdiFpPLDsXHRdgp4RoPf qXAXWfLzykoF5Afnea0OYbQT3Hrs3Mz9EY35fp5ESvN74OnQ5ObgeILIMLmw0P63bCAj VTpxmAQhWfoRHQE30Nw4Rk7y3zdu9fCgUxF0k= Received: by 10.86.72.3 with SMTP id u3mr1789461fga.62.1224742994135; Wed, 22 Oct 2008 23:23:14 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 23:23:14 -0700 (PDT) Message-ID: <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> Date: Thu, 23 Oct 2008 14:23:14 +0800 From: lhmwzy To: "Andrew Snow" In-Reply-To: <48FFBB42.7040509@modulus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:23:16 -0000 This patch must be used in CURRENT?? cvsup src with tag=. put and upzip the patch to /usr/src use"patch < zfs_20080727.patch" to patch the file? Is it right? I have done following what I said,but find a few file in /usr/src -rw-r--r-- 1 root wheel 4166 Oct 23 13:37 sha256.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 sha256.c.orig drwxr-xr-x 24 root wheel 26 Oct 23 12:25 share -rw-r--r-- 1 root wheel 11391 Oct 23 13:37 spare.t -rw-r--r-- 1 root wheel 10335 Oct 23 13:37 spare.t.orig drwxr-xr-x 56 root wheel 57 Oct 23 13:08 sys drwxr-xr-x 12 root wheel 15 Oct 12 10:48 tools -rw-r--r-- 1 root wheel 55965 Oct 23 13:37 u8_textprep.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 u8_textprep.c.orig drwxr-xr-x 228 root wheel 230 Oct 23 13:11 usr.bin drwxr-xr-x 195 root wheel 197 Oct 23 13:11 usr.sbin -rw-r--r-- 1 root wheel 11075 Oct 23 13:37 zfs.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfs.c.orig -rw-r--r-- 1 lhm wheel 4548386 Oct 23 13:27 zfs_20080727.patch -rw-r--r-- 1 root wheel 19599 Oct 23 13:37 zfsboot.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfsboot.c.orig -rw-r--r-- 1 root wheel 31739 Oct 23 13:37 zfsimpl.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfsimpl.c.orig -rw-r--r-- 1 root wheel 39098 Oct 23 13:37 zfsimpl.h -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfsimpl.h.orig -rw-r--r-- 1 root wheel 12492 Oct 23 13:37 zfsldr.S -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfsldr.S.orig -rw-r--r-- 1 root wheel 5531 Oct 23 13:37 zfssubr.c -rw-r--r-- 1 root wheel 0 Oct 23 13:37 zfssubr.c.orig Is this correct?? 2008/10/23 Andrew Snow : > lhmwzy wrote: >> >> where is the patch? >> I can't find it in freebsd-fs@ and freebsd-current@. > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:24:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9A91065682 for ; Thu, 23 Oct 2008 06:24:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 3A55E8FC28 for ; Thu, 23 Oct 2008 06:24:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA05.westchester.pa.mail.comcast.net with comcast id W52G1a0020EZKEL556QrFN; Thu, 23 Oct 2008 06:24:51 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id W6Qq1a0012P6wsM3M6Qqfz; Thu, 23 Oct 2008 06:24:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=j1jtvhf0zA8A:10 a=T4SDRHG4orYA:10 a=QycZ5dHgAAAA:8 a=n8p0neXQ4S6Bb1RZAAcA:9 a=IC3H2O-fmNhO7KinXHgA:7 a=_LhWlszhV42fuZ3uNtmQI8bxCUQA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7D96CC9437; Wed, 22 Oct 2008 23:24:49 -0700 (PDT) Date: Wed, 22 Oct 2008 23:24:49 -0700 From: Jeremy Chadwick To: Milan Obuch Message-ID: <20081023062449.GA78633@icarus.home.lan> References: <200810230627.46478.freebsd-stable@dino.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810230627.46478.freebsd-stable@dino.sk> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:24:52 -0000 On Thu, Oct 23, 2008 at 06:27:45AM +0200, Milan Obuch wrote: > On Thursday 23 October 2008 01:32:27 Jo Rhett wrote: > > I haven't had time to investigate, but after installing 6.4RC1 on a > > machine I've been using with 6.3 for a few months, it installs > > painlessly but on the first and subsequent reboots you see > > > > BTX Loader 1.00 blah blah blah > > ... > > Loading /boot/defaults/loader.con > > \ > > > > At this point you have a hard refreeze -- no keyboard control, however > > I can reboot it from the Phantom card. > > > > System: Rackable C2004, dual Intel 2.66 processors, 4gb RAM, disk > > drive on built in SCSI port > > > > Absolutely nothing special, boots and runs 6.2 and 6.3 without a flaw. > > > > I'll have more time to investigate on Friday. Anything specific that > > would be more or less useful to debug in particular? > > I did not investigate on this issue too much, but there is an workaround - > copy older /boot/loader over newer one. In my case, I am rebuilding whole > world often, and now /boot/loader seems to not build correctly for me. Older > one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. > > In your case, you would write old /boot/loader from 6.3 over new installed > with 6.4RC1 and it will boot normally again. > > I know it is only workaround, but it's quick and easy, and I have not too much > time to investigate any further (not to mention I have no idea what to look > for and where). Has anyone filed a PR on this problem, or contacted John Baldwin? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:26:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3CE106566C for ; Thu, 23 Oct 2008 06:26:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id B68A38FC1D for ; Thu, 23 Oct 2008 06:26:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA09.westchester.pa.mail.comcast.net with comcast id W6AS1a00B0xGWP8596SaCm; Thu, 23 Oct 2008 06:26:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.westchester.pa.mail.comcast.net with comcast id W6SY1a0052P6wsM3Y6SZrB; Thu, 23 Oct 2008 06:26:34 +0000 X-Authority-Analysis: v=1.0 c=1 a=i_GKXSwyAAcA:10 a=3Ur0bASFi3sA:10 a=QycZ5dHgAAAA:8 a=7ipd2aF2TZGctoJdrJ8A:9 a=bdIHJFfvIa7wxHjSpwMA:7 a=ZxeHMDUR6VCpHbiyIHzXtvUqSo4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 640C0C9432; Wed, 22 Oct 2008 23:26:32 -0700 (PDT) Date: Wed, 22 Oct 2008 23:26:32 -0700 From: Jeremy Chadwick To: lhmwzy Message-ID: <20081023062632.GA78650@icarus.home.lan> References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Andrew Snow Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:26:35 -0000 On Thu, Oct 23, 2008 at 02:23:14PM +0800, lhmwzy wrote: > This patch must be used in CURRENT?? Correct. This patch DOES NOT apply to RELENG_7 or earlier. > cvsup src with tag=. Consider using csup, which comes with the base system. > put and upzip the patch to /usr/src > use"patch < zfs_20080727.patch" to patch the file? > > Is it right? > > I have done following what I said,but find a few file in /usr/src This looks correct. The .orig files are the originals. Ones which are zero bytes imply new files have been added. What you want to look for is .rej files, which are rejects (implying the patch did not apply cleanly). find /usr/src -name "*.rej" -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:26:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70AB810656E5 for ; Thu, 23 Oct 2008 06:26:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 139E78FC13 for ; Thu, 23 Oct 2008 06:26:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 110F328454 for ; Thu, 23 Oct 2008 14:26:53 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BB64BEB51BB; Thu, 23 Oct 2008 14:26:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id Ol80Jy68tgQi; Thu, 23 Oct 2008 14:26:47 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 95CC9EB51AD; Thu, 23 Oct 2008 14:26:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gcAB835Adtrl7BE5SoI/BHmaSvGwrlRM1AqSj/YbR/u3eaXIkTAFt8xMabTRdpk8J B+B1Pm1aMiqOjh62U65nQ== Message-ID: <49001924.4090002@delphij.net> Date: Wed, 22 Oct 2008 23:26:44 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: lhmwzy References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> In-Reply-To: <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Andrew Snow Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:26:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 lhmwzy wrote: > This patch must be used in CURRENT?? > cvsup src with tag=. > put and upzip the patch to /usr/src > use"patch < zfs_20080727.patch" to patch the file? > > Is it right? [...] No. Current has been progressed too much for this patch to apply. Cheers, -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkAGSQACgkQi+vbBBjt66CJIgCfQwnKSJZc/QeyjvW3J8pBoZyv LKkAnRx1B8MdXNYwWjj9oas9NgXI0vtk =qSC2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:35:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9423D1065680 for ; Thu, 23 Oct 2008 06:35:26 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 224268FC12 for ; Thu, 23 Oct 2008 06:35:25 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so553289fgb.35 for ; Wed, 22 Oct 2008 23:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=CVP7qcqIIi3EtKjEAhlrTdyNJtSF/VCX+v8hdFVYTxE=; b=kq5m19C4MXNdMcecArbgumqATvje1YRX2iE4Mj2qqXF3MSMM4wLowrbpDd3hGZHbek wZ2nNxyo2cEwb5nH9DdLFac6nkR+/t54ogUbRAeZY1sRMtqCFCtrmM2re8+Ur+Vaz24r ZoxYpsd5+qqLst1hVs/HSMUN2dBAJwI5O7mi0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=tZuh0zFLCgPnm3yXJJ6C8e+IgE9VSOsngPqpuFp/xEI/Ers/VOT7L1QQ68eE4JbPpj YhAYyUfIoUNVI7e8Uyvwrg0+YGKL5YJcPqKXgqrDvsQpvrLXIfTFSFzsEkbALSSnTiL4 W4tv8dVY8PyvR1KnDn4UJTZ8V+fwTB2AkKhQA= Received: by 10.86.26.11 with SMTP id 11mr1885366fgz.12.1224743724648; Wed, 22 Oct 2008 23:35:24 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 23:35:24 -0700 (PDT) Message-ID: <78fb9d960810222335j3868e46as5c44cc12b497d1b5@mail.gmail.com> Date: Thu, 23 Oct 2008 14:35:24 +0800 From: lhmwzy To: d@delphij.net In-Reply-To: <49001924.4090002@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> <49001924.4090002@delphij.net> Cc: freebsd-stable@freebsd.org Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:35:26 -0000 What's you mean? This patch is not suit for Current or Current has alreday have this patch? 2008/10/23 Xin LI : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > lhmwzy wrote: > >> This patch must be used in CURRENT?? >> cvsup src with tag=. >> put and upzip the patch to /usr/src >> use"patch < zfs_20080727.patch" to patch the file? >> >> Is it right? > [...] > > No. Current has been progressed too much for this patch to apply. > > Cheers, > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkkAGSQACgkQi+vbBBjt66CJIgCfQwnKSJZc/QeyjvW3J8pBoZyv > LKkAnRx1B8MdXNYwWjj9oas9NgXI0vtk > =qSC2 > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:47:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79DE71065673; Thu, 23 Oct 2008 06:47:59 +0000 (UTC) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.freebsd.org (Postfix) with ESMTP id 56E058FC13; Thu, 23 Oct 2008 06:47:59 +0000 (UTC) (envelope-from joe@osoft.us) Received: from [10.0.2.105] (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mail.osoft.us (Postfix) with ESMTP id 275C8349F8; Thu, 23 Oct 2008 01:47:58 -0500 (CDT) Message-ID: <49001E1B.8060105@osoft.us> Date: Thu, 23 Oct 2008 01:47:55 -0500 From: Joe Koberg User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <200810230627.46478.freebsd-stable@dino.sk> <20081023062449.GA78633@icarus.home.lan> In-Reply-To: <20081023062449.GA78633@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Milan Obuch Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:47:59 -0000 Jeremy Chadwick wrote: > On Thu, Oct 23, 2008 at 06:27:45AM +0200, Milan Obuch wrote: > >> I did not investigate on this issue too much, but there is an workaround - >> copy older /boot/loader over newer one. In my case, I am rebuilding whole >> >> I have experienced loader troubles in the past when using customized compiler options in /etc/make.conf . Rebuilding without compiler options fixed the issue. Joe Koberg joe at osoft dot us From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:54:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F111065681 for ; Thu, 23 Oct 2008 06:54:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id E75718FC13 for ; Thu, 23 Oct 2008 06:54:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id W6rU1a0030x6nqcA66uj3j; Thu, 23 Oct 2008 06:54:43 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id W6ui1a0032P6wsM8Y6uiBq; Thu, 23 Oct 2008 06:54:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=i_GKXSwyAAcA:10 a=3Ur0bASFi3sA:10 a=QycZ5dHgAAAA:8 a=r1LEVXDcL9TruF3WQ6EA:9 a=pYHIzOD-WbXxP96XDuwA:7 a=9T2nzbRSTnkd8XzK1kYCntMkx48A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 438F3C9432; Wed, 22 Oct 2008 23:54:42 -0700 (PDT) Date: Wed, 22 Oct 2008 23:54:42 -0700 From: Jeremy Chadwick To: lhmwzy Message-ID: <20081023065442.GA79184@icarus.home.lan> References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> <49001924.4090002@delphij.net> <78fb9d960810222335j3868e46as5c44cc12b497d1b5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78fb9d960810222335j3868e46as5c44cc12b497d1b5@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, d@delphij.net Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:54:44 -0000 On Thu, Oct 23, 2008 at 02:35:24PM +0800, lhmwzy wrote: > What's you mean? > This patch is not suit for Current or Current has alreday have this patch? The patch was made against CURRENT's code dated August 27th. There have been too many changes to CURRENT between August 27th and now for the patch to apply cleanly/correctly. Finally, this thread has gone from talking about user-error when creating a ZFS pool to how to patch CURRENT to present-day ZFS code. This is NOT the correct mailing list for CURRENT items. Please start a new thread on the freebsd-current mailing list instead. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 06:57:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ACBE106567F for ; Thu, 23 Oct 2008 06:57:00 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD528FC12 for ; Thu, 23 Oct 2008 06:56:54 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so559032fgb.35 for ; Wed, 22 Oct 2008 23:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RseyZF1+iH9R2zRrQM4LwL88BBRT4CWCtWw1YNcYaQ0=; b=ul16L/OUR4yYHGAOToDx5OrrlpSyEUrPKsg0ur4j/htoG4OB/meA05AvWf3J44xa+A 7GqXfr1BHf+D7AMgKnWuRlZvUm+fyZKLRKehWkeOhQMcKZM/xEoOha61+mxMESGWeBFM YCqhg1vfyNyWnbLDuqYbFXwF7XkeU+RLEfa80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=mTjFCSH7mqLEE5GzLwNlwMnwWEsN6VFrEFvdEJtcPE5v03Nw3Zk5Nc8ksiF9yxiHfn N23xAMyqbC8oi4DORg/xNwKa3R2RPsyDi5JXCeBwnlWSbeGL5RT9Ahue3kHKe+pJl1Mi aGNAA5ai/z/WiKdh2088sjRdtahYDMUocFHx4= Received: by 10.86.53.8 with SMTP id b8mr1827183fga.16.1224745011514; Wed, 22 Oct 2008 23:56:51 -0700 (PDT) Received: by 10.86.25.10 with HTTP; Wed, 22 Oct 2008 23:56:51 -0700 (PDT) Message-ID: <78fb9d960810222356p192acabeg8bfde91a5625646a@mail.gmail.com> Date: Thu, 23 Oct 2008 14:56:51 +0800 From: lhmwzy To: freebsd-stable@freebsd.org In-Reply-To: <20081023065442.GA79184@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78fb9d960810220425x774d449fx6ef27a20b1ff0db0@mail.gmail.com> <20081022185329.0b662d29@fabiankeil.de> <78fb9d960810221631g4adc7cf5md415de71c30cc87a@mail.gmail.com> <48FFBB42.7040509@modulus.org> <78fb9d960810222323t2a77505bv487390d3b1d43435@mail.gmail.com> <49001924.4090002@delphij.net> <78fb9d960810222335j3868e46as5c44cc12b497d1b5@mail.gmail.com> <20081023065442.GA79184@icarus.home.lan> Subject: Re: non-root user can not create zfs filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:57:00 -0000 OK.close this thread.:) 2008/10/23 Jeremy Chadwick : > On Thu, Oct 23, 2008 at 02:35:24PM +0800, lhmwzy wrote: >> What's you mean? >> This patch is not suit for Current or Current has alreday have this patch? > > The patch was made against CURRENT's code dated August 27th. > > There have been too many changes to CURRENT between August 27th and now > for the patch to apply cleanly/correctly. > > Finally, this thread has gone from talking about user-error when > creating a ZFS pool to how to patch CURRENT to present-day ZFS code. > This is NOT the correct mailing list for CURRENT items. Please start a > new thread on the freebsd-current mailing list instead. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 14:20:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC561065680 for ; Thu, 23 Oct 2008 14:20:51 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 404788FC17 for ; Thu, 23 Oct 2008 14:20:50 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by gxk9 with SMTP id 9so70471gxk.19 for ; Thu, 23 Oct 2008 07:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=k+LqoAd0MFzpyR2hQlASUEpSGhmdXSo6UPRNIzwmmkY=; b=VzgGCy/tfgW4JvKpFk1pb9Ju7gNM0WJ4uimVUM/Ii+42FnQcS+qc9NAFdMnQE/ZogO oZ7VgLZjcJVMhjouYyA2j6x08PFcAGZtTyjhmhCNzEENY2/SeRDmmKReadEgVu75kKAm sLX2g4X0dN6DcvjhfMMKIk+wJs+TeO7V58Q4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Cvxtx7NT/tQNGQMRkyByveRF0aIBnd14r9d5fKWAtnx2FLIkI1QU2iaoa4YttchtMe g4mzJM+6JRSejNiFV0bnrsd+l4Spvaikf4KBydxu8QpswDQLmrs6ztuv1tbY+299ETob YjgxVa72vQ0wMxwjjGKRCsnKmNvFKVjkSsMU8= Received: by 10.64.151.10 with SMTP id y10mr770563qbd.18.1224771645387; Thu, 23 Oct 2008 07:20:45 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Thu, 23 Oct 2008 07:20:45 -0700 (PDT) Message-ID: Date: Thu, 23 Oct 2008 12:20:45 -0200 From: "Eduardo Meyer" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: gstat information on the CLI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 14:20:51 -0000 Hello, Its me again bothering you with basic things I cant accomplish. I am planning on monitoring my disks, and the most important information for me is thorughput and lengh queue of operations. I can get the first information with iostat -w1 and sorta, which is perfect for scripting. However, I also need the L(q) information which FreeBSD gives me with gstat. However, this curses interface wont allow me to use grep+awk to get the information I need for the device (slices and disks, but not labels) I need. So I ask, how can I get this information other than gstat? Or, can gstat work in non-interactive mode? -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 14:50:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9339D1065672 for ; Thu, 23 Oct 2008 14:50:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 792668FC08 for ; Thu, 23 Oct 2008 14:50:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id WB5A1a00D0vp7WLA3Eqwhr; Thu, 23 Oct 2008 14:50:56 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id WEqv1a0062P6wsM8REqvNV; Thu, 23 Oct 2008 14:50:55 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=ZAs5bECVonaGrpgwuSAA:9 a=ut0RWvQ8B7cemWwN8Z6jA9eOEfgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BCCBFC9432; Thu, 23 Oct 2008 07:50:54 -0700 (PDT) Date: Thu, 23 Oct 2008 07:50:54 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081023145054.GA88957@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: gstat information on the CLI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 14:50:56 -0000 On Thu, Oct 23, 2008 at 12:20:45PM -0200, Eduardo Meyer wrote: > Hello, > > Its me again bothering you with basic things I cant accomplish. > > I am planning on monitoring my disks, and the most important > information for me is thorughput and lengh queue of operations. I can > get the first information with iostat -w1 and sorta, which is perfect > for scripting. > > However, I also need the L(q) information which FreeBSD gives me with > gstat. However, this curses interface wont allow me to use grep+awk to > get the information I need for the device (slices and disks, but not > labels) I need. Can you tell me what the L(q) field actually represents in gstat? The BUGS section of the gstat man page should indirectly answer your other question (re: non-curses). > So I ask, how can I get this information other than gstat? Or, can > gstat work in non-interactive mode? iostat -x should provide what you're looking for. And remember, the first sample data shown in iostat should be generally discarded. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 15:12:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD85106567F for ; Thu, 23 Oct 2008 15:12:24 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 172A38FC30 for ; Thu, 23 Oct 2008 15:12:23 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so234671tid.3 for ; Thu, 23 Oct 2008 08:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=53QfqdhHLKkdShvnr+DSxOcfjsjE9N6+ZbQREFy76Jc=; b=igeDJ0nd5JSclxGdUrrDzYGZir/lJtzckqxmGZ2Xesa4gxYrcXIqDOhI5HFh6cmbNG 7G3vJcV/WdFnv7klhV7OZf5o4dySF12GgJzsxcBELDirIqGEDqqkSxJuCLiqTZCgcrJ2 oiRkAQ97KjxxsK6bcPeQXJlsIerTSMgJfL0V0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qNi/jCtbksaW08dYUf/gIMb1DndinKS89cV00K+j2T8xzrw9VEpi2Zo/Qhl4HFqMvQ bJjXiq9kW5tanJ51B0T/dXEaQEfSj0zzek6PtscPmtYh2aas4Ya6qdHIM9I/zPkD1TUB KvZaDMz55Y4nOr8m2FqcJ69Z348ntCzNQZz7U= Received: by 10.65.135.5 with SMTP id m5mr837828qbn.87.1224774715788; Thu, 23 Oct 2008 08:11:55 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Thu, 23 Oct 2008 08:11:55 -0700 (PDT) Message-ID: Date: Thu, 23 Oct 2008 13:11:55 -0200 From: "Eduardo Meyer" To: "Jeremy Chadwick" , stable@freebsd.org In-Reply-To: <20081023145054.GA88957@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081023145054.GA88957@icarus.home.lan> Cc: Subject: Re: gstat information on the CLI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 15:12:24 -0000 On Thu, Oct 23, 2008 at 12:50 PM, Jeremy Chadwick wrote: > On Thu, Oct 23, 2008 at 12:20:45PM -0200, Eduardo Meyer wrote: >> Hello, >> >> Its me again bothering you with basic things I cant accomplish. >> >> I am planning on monitoring my disks, and the most important >> information for me is thorughput and lengh queue of operations. I can >> get the first information with iostat -w1 and sorta, which is perfect >> for scripting. >> >> However, I also need the L(q) information which FreeBSD gives me with >> gstat. However, this curses interface wont allow me to use grep+awk to >> get the information I need for the device (slices and disks, but not >> labels) I need. > > Can you tell me what the L(q) field actually represents in gstat? > > The BUGS section of the gstat man page should indirectly answer your > other question (re: non-curses). Yes, I have read that. I am looking the source code for gstat. Its simple, small and clear. I guess can be asily modified to have what I want :) > >> So I ask, how can I get this information other than gstat? Or, can >> gstat work in non-interactive mode? > > iostat -x should provide what you're looking for. And remember, the > first sample data shown in iostat should be generally discarded. I need the queue lengh of pending disk operations. What L(q) shows is the lengh queue, the queued number of pending operations (I believe). > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 15:52:14 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069471065671 for ; Thu, 23 Oct 2008 15:52:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 91BE08FC21 for ; Thu, 23 Oct 2008 15:52:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA04.westchester.pa.mail.comcast.net with comcast id WA7e1a0080ldTLk54FsBw7; Thu, 23 Oct 2008 15:52:11 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.westchester.pa.mail.comcast.net with comcast id WFs81a00P2P6wsM3QFs99b; Thu, 23 Oct 2008 15:52:09 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=mxJc-kJxfcrFiT0y1gkA:9 a=Xo1VOI8S8J-1uGWS-N4SDJV0OR8A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5C04BC9432; Thu, 23 Oct 2008 08:52:08 -0700 (PDT) Date: Thu, 23 Oct 2008 08:52:08 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20081023155208.GA90330@icarus.home.lan> References: <20081023145054.GA88957@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: gstat information on the CLI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 15:52:14 -0000 On Thu, Oct 23, 2008 at 01:11:55PM -0200, Eduardo Meyer wrote: > On Thu, Oct 23, 2008 at 12:50 PM, Jeremy Chadwick wrote: > > On Thu, Oct 23, 2008 at 12:20:45PM -0200, Eduardo Meyer wrote: > >> Hello, > >> > >> Its me again bothering you with basic things I cant accomplish. > >> > >> I am planning on monitoring my disks, and the most important > >> information for me is thorughput and lengh queue of operations. I can > >> get the first information with iostat -w1 and sorta, which is perfect > >> for scripting. > >> > >> However, I also need the L(q) information which FreeBSD gives me with > >> gstat. However, this curses interface wont allow me to use grep+awk to > >> get the information I need for the device (slices and disks, but not > >> labels) I need. > > > > Can you tell me what the L(q) field actually represents in gstat? > > > > The BUGS section of the gstat man page should indirectly answer your > > other question (re: non-curses). > > Yes, I have read that. I am looking the source code for gstat. Its > simple, small and clear. I guess can be asily modified to have what I > want :) > > >> So I ask, how can I get this information other than gstat? Or, can > >> gstat work in non-interactive mode? > > > > iostat -x should provide what you're looking for. And remember, the > > first sample data shown in iostat should be generally discarded. > > I need the queue lengh of pending disk operations. What L(q) shows is > the lengh queue, the queued number of pending operations (I believe). It isn't documented, so I really have no idea what it means, hence my question. I'm curious why you're interested in that number; why does it matter? iostat -x provides the same kind of value, and you won't have to modify any code to get what you need: wait transactions queue length -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 17:16:27 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCAE10656AB for ; Thu, 23 Oct 2008 17:16:27 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.246]) by mx1.freebsd.org (Postfix) with ESMTP id EECF38FC1F for ; Thu, 23 Oct 2008 17:16:26 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by hs-out-0708.google.com with SMTP id 54so132149hsz.11 for ; Thu, 23 Oct 2008 10:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=R6phpjHIztO6W67PJUlKF84Mf0m7EA83jIpurrXi/o4=; b=s7TCCrCixi+gVxtT55BqG95D3MVfq+6tRUvgFdX1X7fjSMVsNYP08vT36T80HllkDI Kdgo3/rq7WbBHG0ru6JmYelOx5xjvnOvWVZUyqbTwce79tpLJOMDLxja/UYNgDMhCsbu ZqZgR7OyZ4pcSehKP3plVdacYhBw5sLf5YRsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=aRW9pUf3TTHrcBYKYBTEq8Ogmd7s4Ky+zsUtYynQZICk+mnqB8B6b2qu3carK4l+MG JDGZ/rEnJtZqWwaM5XqE/cPwY3gjlZmgtiOSg8J2W/lJkbYp1emRTEktVfS1sOLUxL7f O6ZJwA/4cF5KgOucH0sCR5p5Dm26DvytUTMVM= Received: by 10.65.241.15 with SMTP id t15mr1060184qbr.75.1224782184818; Thu, 23 Oct 2008 10:16:24 -0700 (PDT) Received: by 10.64.201.9 with HTTP; Thu, 23 Oct 2008 10:16:24 -0700 (PDT) Message-ID: Date: Thu, 23 Oct 2008 15:16:24 -0200 From: "Eduardo Meyer" To: "Jeremy Chadwick" , stable@freebsd.org In-Reply-To: <20081023155208.GA90330@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081023145054.GA88957@icarus.home.lan> <20081023155208.GA90330@icarus.home.lan> Cc: Subject: Re: gstat information on the CLI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 17:16:27 -0000 On Thu, Oct 23, 2008 at 1:52 PM, Jeremy Chadwick wrote: > On Thu, Oct 23, 2008 at 01:11:55PM -0200, Eduardo Meyer wrote: >> On Thu, Oct 23, 2008 at 12:50 PM, Jeremy Chadwick wrote: >> > On Thu, Oct 23, 2008 at 12:20:45PM -0200, Eduardo Meyer wrote: >> >> Hello, >> >> >> >> Its me again bothering you with basic things I cant accomplish. >> >> >> >> I am planning on monitoring my disks, and the most important >> >> information for me is thorughput and lengh queue of operations. I can >> >> get the first information with iostat -w1 and sorta, which is perfect >> >> for scripting. >> >> >> >> However, I also need the L(q) information which FreeBSD gives me with >> >> gstat. However, this curses interface wont allow me to use grep+awk to >> >> get the information I need for the device (slices and disks, but not >> >> labels) I need. >> > >> > Can you tell me what the L(q) field actually represents in gstat? >> > >> > The BUGS section of the gstat man page should indirectly answer your >> > other question (re: non-curses). >> >> Yes, I have read that. I am looking the source code for gstat. Its >> simple, small and clear. I guess can be asily modified to have what I >> want :) >> >> >> So I ask, how can I get this information other than gstat? Or, can >> >> gstat work in non-interactive mode? >> > >> > iostat -x should provide what you're looking for. And remember, the >> > first sample data shown in iostat should be generally discarded. >> >> I need the queue lengh of pending disk operations. What L(q) shows is >> the lengh queue, the queued number of pending operations (I believe). > > It isn't documented, so I really have no idea what it means, hence my > question. I'm curious why you're interested in that number; why does it > matter? > > iostat -x provides the same kind of value, and you won't have to modify > any code to get what you need: > > wait transactions queue length Jeremy, thank you. They show the same information, reading the code I see both show DSM_QUEUE_LENGHT from devstat_compute_statistics(). Thanks again :) -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 18:30:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A2C1065684 for ; Thu, 23 Oct 2008 18:30:30 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf01.insightbb.com (mxsf01.insightbb.com [74.128.0.71]) by mx1.freebsd.org (Postfix) with ESMTP id 034A58FC2B for ; Thu, 23 Oct 2008 18:30:29 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.33,471,1220241600"; d="scan'208";a="549850402" Received: from unknown (HELO asav00.insightbb.com) ([172.31.249.124]) by mxsf01.insightbb.com with ESMTP; 23 Oct 2008 14:01:55 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuEFADNZAElKgYMj/2dsb2JhbACKDopirTsHg0c X-IronPort-AV: E=Sophos;i="4.33,471,1220241600"; d="scan'208";a="58723346" Received: from 74-129-131-35.dhcp.insightbb.com (HELO sneezy) ([74.129.131.35]) by asav00.insightbb.com with SMTP; 23 Oct 2008 14:01:55 -0400 From: "David Boyd" To: Date: Thu, 23 Oct 2008 14:01:55 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Subject: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 18:30:30 -0000 I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise SX4060 RAID controller and two Seagate 120GB ATA disk drives. The boot from CD keeps repeating the following (error) messages: (I'm retyping here) ============================================================================ ================== ad4: WARNING - SETFEATURES SET TRANSFER MODE task queue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE task queue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE task queue timeout - completing request directly ad4: WARNING - SET_MULTI task queue timeout - completing request directly ad4: FAILURE - READ timed out LBA=0 ad4: FAILURE - READ retrying (1 retry left) LBA=0 ad4: FAILURE - READ timed out LBA=0 ad4: FAILURE - READ retrying (0 retries left) LBA=0 ad4: FAILURE - SETFEATURES SET TRANSFER MODE timed out ad4: FAILURE - SETFEATURES ENABLE RCACHE timed out ad4: FAILURE - SETFEATURES ENABLE WCACHE timed out ad4: FAILURE - SETFEATURES SET_MULTI timed out ad4: 114473MB at ata2-master PIO4 ad8: WARNING - SETFEATURES SET TRANSFER MODE task queue timeout - completing request directly ad8: WARNING - SETFEATURES ENABLE RCACHE task queue timeout - completing request directly ad8: WARNING - SETFEATURES ENABLE WCACHE task queue timeout - completing request directly ad8: WARNING - SET_MULTI task queue timeout - completing request directly ad8: FAILURE - READ timed out LBA=0 ad8: FAILURE - READ retrying (1 retry left) LBA=0 ad8: FAILURE - READ timed out LBA=0 ad8: FAILURE - READ retrying (0 retries left) LBA=0 ad8: FAILURE - SETFEATURES SET TRANSFER MODE timed out ad8: FAILURE - SETFEATURES ENABLE RCACHE timed out ad8: FAILURE - SETFEATURES ENABLE WCACHE timed out ad8: FAILURE - SETFEATURES SET_MULTI timed out ad8: 114473MB at ata4-master PIO4 ============================================================================ ================== and then these messages (and minor variants) keep repeating (I've let it go for at least one hour). I have about three dozen of these computers (from a failed M$ project) and would very much like to use them with FreeBSD. Any ideas? I'm game for almost anything. Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 19:03:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F33EA1065670 for ; Thu, 23 Oct 2008 19:03:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id D535E8FC1B for ; Thu, 23 Oct 2008 19:03:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id WHjU1a01L0b6N64A3K3nDe; Thu, 23 Oct 2008 19:03:48 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id WK3l1a00Z2P6wsM8PK3lo4; Thu, 23 Oct 2008 19:03:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=t4SvTNmEXjs1jPPIsQwA:9 a=WR5bFmyXrNpEDO7DbDsA:7 a=6mnrAUTaAdXdJg66oL6wbsEo5icA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 85A8DC9432; Thu, 23 Oct 2008 12:03:45 -0700 (PDT) Date: Thu, 23 Oct 2008 12:03:45 -0700 From: Jeremy Chadwick To: David Boyd Message-ID: <20081023190345.GA93688@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 19:03:49 -0000 On Thu, Oct 23, 2008 at 02:01:55PM -0400, David Boyd wrote: > I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise > SX4060 RAID controller and two Seagate 120GB ATA disk drives. > > The boot from CD keeps repeating the following (error) messages: (I'm > retyping here) > > {snip -- for dmesg errors, see URL below} You're the second person to report this problem recently. The other person (see below) reported the same thing, also using a PATA controller, and also using Seagate disks (though different models). We now have two reproducible test cases where users are seeing continual errors from the controller when attempting to set the transfer mode, enable read and write caching, and SET_MULTI. The only similarity so far is that they're both PATA users. In Kristian's case, his disks were in a usable state, but we ultimately determine the Silicon Image controller might be responsible for what he was seeing (the SMART errors we saw in his logs could've been from any time in the past; he saw errors on multiple disks, and not all of those disks shown SMART log errors)... while David's not using a Silicon Image controller at all. Kristian's setup: http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046023.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046027.html Silicon Image 0680 ATA100 (problem was also seen on Promise PDC20270) ad4: at ata2-master PIO4 ad5: at ata2-slave PIO4 ad6: at ata3-master PIO4 ad7: at ata3-slave PIO4 David's setup (what we know so far): http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046140.html Promise SX4060 ad4: 114473MB at ata2-master PIO4 ad8: 114473MB at ata4-master PIO4 Soren/Andrey, can either of you comment on this? If at all possible, it would be good to get this hammered out before 7.1-RELEASE is tagged. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 19:06:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAAED10656C8 for ; Thu, 23 Oct 2008 19:06:06 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFBE8FC13 for ; Thu, 23 Oct 2008 19:06:06 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 2D6601143F for ; Thu, 23 Oct 2008 20:11:21 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id D693A1143E for ; Thu, 23 Oct 2008 20:11:20 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 20:06:05 +0100 (BST) Message-ID: <50275.217.45.165.129.1224788765.squirrel@www.violetlan.net> Date: Thu, 23 Oct 2008 20:06:05 +0100 (BST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit References: In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP Subject: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 19:06:06 -0000 Hi I just did a system update and after I've rebooted it doesn't boot up any more. All I'm getting is a blank screen with a curser blinking at the top left corner of the screen. This system was running 7.0-STABLE Any ideas as to how I can get it back up? Regards Reinhold From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 19:10:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 105F11065672 for ; Thu, 23 Oct 2008 19:10:30 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id C51068FC0A for ; Thu, 23 Oct 2008 19:10:29 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 5EAE41143C for ; Thu, 23 Oct 2008 19:57:09 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 138321143B for ; Thu, 23 Oct 2008 19:57:09 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 19:51:53 +0100 (BST) Message-ID: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> Date: Thu, 23 Oct 2008 19:51:53 +0100 (BST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 19:10:30 -0000 Hi I just did a system update and after I've rebooted it doesn't boot up any more. All I'm getting is a blank screen with a curser blinking at the top left corner of the screen. This system was running 7.0-STABLE Any ideas as to how I can get it back up? Regards Reinhold From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 20:10:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EECA210656A7; Thu, 23 Oct 2008 20:10:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D88D8FC0C; Thu, 23 Oct 2008 20:10:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9NK9hMP030923; Thu, 23 Oct 2008 16:09:49 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 23 Oct 2008 16:08:09 -0400 User-Agent: KMail/1.9.7 References: <200810230627.46478.freebsd-stable@dino.sk> <20081023062449.GA78633@icarus.home.lan> In-Reply-To: <20081023062449.GA78633@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810231608.10110.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 23 Oct 2008 16:09:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8479/Thu Oct 23 13:54:32 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jeremy Chadwick , Milan Obuch Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 20:10:01 -0000 On Thursday 23 October 2008 02:24:49 am Jeremy Chadwick wrote: > On Thu, Oct 23, 2008 at 06:27:45AM +0200, Milan Obuch wrote: > > On Thursday 23 October 2008 01:32:27 Jo Rhett wrote: > > > I haven't had time to investigate, but after installing 6.4RC1 on a > > > machine I've been using with 6.3 for a few months, it installs > > > painlessly but on the first and subsequent reboots you see > > > > > > BTX Loader 1.00 blah blah blah > > > ... > > > Loading /boot/defaults/loader.con > > > \ > > > > > > At this point you have a hard refreeze -- no keyboard control, however > > > I can reboot it from the Phantom card. > > > > > > System: Rackable C2004, dual Intel 2.66 processors, 4gb RAM, disk > > > drive on built in SCSI port > > > > > > Absolutely nothing special, boots and runs 6.2 and 6.3 without a flaw. > > > > > > I'll have more time to investigate on Friday. Anything specific that > > > would be more or less useful to debug in particular? > > > > I did not investigate on this issue too much, but there is an workaround - > > copy older /boot/loader over newer one. In my case, I am rebuilding whole > > world often, and now /boot/loader seems to not build correctly for me. Older > > one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. > > > > In your case, you would write old /boot/loader from 6.3 over new installed > > with 6.4RC1 and it will boot normally again. > > > > I know it is only workaround, but it's quick and easy, and I have not too much > > time to investigate any further (not to mention I have no idea what to look > > for and where). > > Has anyone filed a PR on this problem, or contacted John Baldwin? Yes, but debugging these hangs is very non-trivial. It likely involves disassembling the BIOS and trying to see where it can get stuck in a loop. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 20:40:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25714106569B for ; Thu, 23 Oct 2008 20:40:25 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id D819F8FC28 for ; Thu, 23 Oct 2008 20:40:24 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id F12821143F for ; Thu, 23 Oct 2008 21:45:39 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id B048A1143E for ; Thu, 23 Oct 2008 21:45:39 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 21:40:23 +0100 (BST) Message-ID: <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> In-Reply-To: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> Date: Thu, 23 Oct 2008 21:40:23 +0100 (BST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 20:40:25 -0000 A little update. I can boot into freebsd using the life cd and can mount the disk when I'm in fixit. But from there on I have no idea what to do to fix this problem. Can any one please help Thanks On Thu, October 23, 2008 19:51, Reinhold wrote: > Hi > > > I just did a system update and after I've rebooted it doesn't boot up any > more. All I'm getting is a blank screen with a curser blinking at the top > left corner of the screen. > > This system was running 7.0-STABLE > > > Any ideas as to how I can get it back up? > > > Regards > Reinhold > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 20:57:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CAFC1065679 for ; Thu, 23 Oct 2008 20:57:38 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3BCED8FC2A for ; Thu, 23 Oct 2008 20:57:38 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K9700LSAM809250@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 23 Oct 2008 22:57:36 +0200 (CEST) Received: from kg-work2.kg4.no ([80.202.72.201]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K97002GAM8092F1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 23 Oct 2008 22:57:36 +0200 (CEST) Date: Thu, 23 Oct 2008 22:57:35 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20081023225735.706f4f2b.torfinn.ingolfsen@broadpark.no> In-reply-to: <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 20:57:38 -0000 On Thu, 23 Oct 2008 21:40:23 +0100 (BST) Reinhold wrote: > A little update. > > I can boot into freebsd using the life cd and can mount the disk when > I'm in fixit. > > But from there on I have no idea what to do to fix this problem. Some quick checks: - use fdisk (for example: fdisk ad0) to check if the correct slice is active - use boot0cfg -v to check the bootcode of the disk you are booting from HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 21:02:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 211C4106569E for ; Thu, 23 Oct 2008 21:02:21 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id ED3638FC17 for ; Thu, 23 Oct 2008 21:02:20 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 32703 invoked from network); 23 Oct 2008 21:02:20 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Oct 2008 21:02:19 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id D407350831; Thu, 23 Oct 2008 17:02:18 -0400 (EDT) To: "Reinhold" References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> From: Lowell Gilbert Date: Thu, 23 Oct 2008 17:02:18 -0400 In-Reply-To: <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> (Reinhold's message of "Thu\, 23 Oct 2008 21\:40\:23 +0100 \(BST\)") Message-ID: <444p339g9x.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 21:02:21 -0000 "Reinhold" writes: > A little update. > > I can boot into freebsd using the life cd and can mount the disk when I'm > in fixit. > > But from there on I have no idea what to do to fix this problem. Try reinstalling the bootloader. You can do that by going into the sysinstall disk partitioning screens, but not changing any slice or partitioning settings. > Can any one please help > > Thanks > > On Thu, October 23, 2008 19:51, Reinhold wrote: >> Hi >> >> >> I just did a system update and after I've rebooted it doesn't boot up any >> more. All I'm getting is a blank screen with a curser blinking at the top >> left corner of the screen. >> >> This system was running 7.0-STABLE >> >> >> Any ideas as to how I can get it back up? >> >> >> Regards >> Reinhold >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 21:17:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E621A1065673 for ; Thu, 23 Oct 2008 21:17:16 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id A2AA68FC16 for ; Thu, 23 Oct 2008 21:17:16 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 9F2D81143C; Thu, 23 Oct 2008 22:22:31 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 4C90A1143B; Thu, 23 Oct 2008 22:22:31 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 22:17:15 +0100 (BST) Message-ID: <59872.217.45.165.129.1224796635.squirrel@www.violetlan.net> In-Reply-To: <20081023225735.706f4f2b.torfinn.ingolfsen@broadpark.no> References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> <20081023225735.706f4f2b.torfinn.ingolfsen@broadpark.no> Date: Thu, 23 Oct 2008 22:17:15 +0100 (BST) From: "Reinhold" To: "Torfinn Ingolfsen" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 21:17:17 -0000 On Thu, October 23, 2008 21:57, Torfinn Ingolfsen wrote: > > Some quick checks: > - use fdisk (for example: fdisk ad0) to check if the correct slice is > active - use boot0cfg -v to check the bootcode of the disk you are booting > from > Hi Thanks for getting back to me. Here is the info I have from fdisk and boot0cfg # fdisk ad12 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 312576642 (152625 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: and from # boot0cfg -v ad12 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 1023:254:63 63 312576642 version=1.0 drive=0x80 mask=0xf ticks=182 options=packet,update,nosetdrv default_selection=F1 (Slice 1) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 21:32:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E717106567A for ; Thu, 23 Oct 2008 21:32:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id CE9AB8FC1B for ; Thu, 23 Oct 2008 21:32:25 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id AD1D81143C; Thu, 23 Oct 2008 22:37:40 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 798B81143B; Thu, 23 Oct 2008 22:37:40 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 22:32:24 +0100 (BST) Message-ID: <63105.217.45.165.129.1224797544.squirrel@www.violetlan.net> In-Reply-To: <444p339g9x.fsf@be-well.ilk.org> References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> <444p339g9x.fsf@be-well.ilk.org> Date: Thu, 23 Oct 2008 22:32:24 +0100 (BST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Reinhold Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 21:32:26 -0000 On Thu, October 23, 2008 22:02, Lowell Gilbert wrote: > > Try reinstalling the bootloader. You can do that by going into the > sysinstall disk partitioning screens, but not changing any slice or > partitioning settings. > Hi I tried to do this as well with no success, What I did notice was that it lists all the disks starting with ad10 ad12 ad18 ad22 ad6 and ad8 ad12 is where I have Freebsd installed on using UFS, the rest of the drives are all for a zfs pool >> Can any one please help >> >> >> Thanks >> >> >> On Thu, October 23, 2008 19:51, Reinhold wrote: >> >>> Hi >>> >>> >>> >>> I just did a system update and after I've rebooted it doesn't boot up >>> any more. All I'm getting is a blank screen with a curser blinking at >>> the top left corner of the screen. >>> >>> This system was running 7.0-STABLE >>> >>> >>> >>> Any ideas as to how I can get it back up? >>> >>> >>> >>> Regards >>> Reinhold >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >>> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 22:34:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B89106566C for ; Thu, 23 Oct 2008 22:34:28 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [80.81.242.7]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6538FC1C for ; Thu, 23 Oct 2008 22:34:28 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (mail.violetlan.net [10.0.100.111]) by mail.violetlan.net (Postfix) with ESMTP id 5BEF71143C for ; Thu, 23 Oct 2008 23:39:43 +0100 (BST) Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 292841143B for ; Thu, 23 Oct 2008 23:39:43 +0100 (BST) Received: from 217.45.165.129 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 23 Oct 2008 23:34:26 +0100 (BST) Message-ID: <52889.217.45.165.129.1224801266.squirrel@www.violetlan.net> In-Reply-To: <63105.217.45.165.129.1224797544.squirrel@www.violetlan.net> References: <64584.217.45.165.129.1224787913.squirrel@www.violetlan.net> <54609.217.45.165.129.1224794423.squirrel@www.violetlan.net> <444p339g9x.fsf@be-well.ilk.org> <63105.217.45.165.129.1224797544.squirrel@www.violetlan.net> Date: Thu, 23 Oct 2008 23:34:26 +0100 (BST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: After an update stable doesn't boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 22:34:28 -0000 Found the problem Its not Freebsd, its the pci raid controller. It was suggested to me on daemonforums.org to unplug all the drives and then plug them in one by one until it happened again, and it did, it happened when I plugged the first drive into the controller. Any ways, now I have to figure out how to get the controller to not want to boot the drives. Thanks for the suggestions On Thu, October 23, 2008 22:32, Reinhold wrote: > On Thu, October 23, 2008 22:02, Lowell Gilbert wrote: > >> >> Try reinstalling the bootloader. You can do that by going into the >> sysinstall disk partitioning screens, but not changing any slice or >> partitioning settings. >> > Hi > > > I tried to do this as well with no success, > What I did notice was that it lists all the disks starting with > ad10 ad12 ad18 ad22 ad6 and ad8 > > ad12 is where I have Freebsd installed on using UFS, the rest of the > drives are all for a zfs pool > > >>> Can any one please help >>> >>> >>> >>> Thanks >>> >>> >>> >>> On Thu, October 23, 2008 19:51, Reinhold wrote: >>> >>> >>>> Hi >>>> >>>> >>>> >>>> >>>> I just did a system update and after I've rebooted it doesn't boot >>>> up any more. All I'm getting is a blank screen with a curser >>>> blinking at the top left corner of the screen. >>>> >>>> This system was running 7.0-STABLE >>>> >>>> >>>> >>>> >>>> Any ideas as to how I can get it back up? >>>> >>>> >>>> >>>> >>>> Regards >>>> Reinhold >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>>> >>>> >>>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> >> >> > > > From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 00:34:39 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 772721065670 for ; Fri, 24 Oct 2008 00:34:39 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 4083C8FC14 for ; Fri, 24 Oct 2008 00:34:38 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 29777 invoked from network); 23 Oct 2008 17:03:41 -0700 Received: by simscan 1.1.0 ppid: 29766, pid: 29767, t: 1.2625s scanners: regex: 1.1.0 attach: 1.1.0 Received: from unknown (HELO smtp.jim-liesl.org) (66.60.173.44) by smtp2 with SMTP; 23 Oct 2008 17:03:40 -0700 Received: from smtp.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id 1B9A15E23 for ; Thu, 23 Oct 2008 17:07:50 -0700 (PDT) Received: from [IPv6:::1] (daemon.static.surewest.net [192.168.1.15]) by smtp.jim-liesl.org (Postfix) with ESMTP id 9FAB45E22 for ; Thu, 23 Oct 2008 17:07:48 -0700 (PDT) Message-ID: <490111D4.7080301@jim-liesl.org> Date: Thu, 23 Oct 2008 17:07:48 -0700 From: security User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: 7.1 beta 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 00:34:39 -0000 I assume beta 2 is pretty darn close to what 7.1 release will be. Is there a list I can look at that details the outstanding issues/items being tested? I've checked the ERRATA and RELNOTES in the BETA2 directory, and didn't get much info. The goal is building a multi i/f router (just forwarding between connected networks) and dummynet enabled for WAN simulation. Broadcom gigE NIC's. Thanks Jim (the whiny kid in back who asks if we're there yet) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 01:54:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A431065676; Fri, 24 Oct 2008 01:54:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8C05A8FC08; Fri, 24 Oct 2008 01:54:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1smHG038395; Thu, 23 Oct 2008 21:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1smDi022677; Thu, 23 Oct 2008 21:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id A65F91B5078; Thu, 23 Oct 2008 21:54:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024015448.A65F91B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 21:54:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8481/Thu Oct 23 17:30:18 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 01:54:50 -0000 TB --- 2008-10-24 01:48:55 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 01:48:55 - starting RELENG_7_1 tinderbox run for i386/pc98 TB --- 2008-10-24 01:48:55 - mkdir /tinderbox/RELENG_7_1/i386/pc98 TB --- 2008-10-24 01:48:55 - cleaning the object tree TB --- 2008-10-24 01:48:55 - cvsupping the source tree TB --- 2008-10-24 01:48:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/pc98/supfile TB --- 2008-10-24 01:54:48 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 01:54:48 - cd /src TB --- 2008-10-24 01:54:48 - ERROR: /src: No such file or directory TB --- 2008-10-24 01:54:48 - tinderbox aborted TB --- 1.94 user 1.02 system 353.20 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 02:00:42 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E4B0106566C; Fri, 24 Oct 2008 02:00:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 032598FC16; Fri, 24 Oct 2008 02:00:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O20dxA038800; Thu, 23 Oct 2008 22:00:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O20dd9044063; Thu, 23 Oct 2008 22:00:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id ABD351B5078; Thu, 23 Oct 2008 22:00:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024020039.ABD351B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 22:00:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8482/Thu Oct 23 19:04:09 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 02:00:42 -0000 TB --- 2008-10-24 01:54:48 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 01:54:48 - starting RELENG_7_1 tinderbox run for ia64/ia64 TB --- 2008-10-24 01:54:48 - mkdir /tinderbox/RELENG_7_1/ia64 TB --- 2008-10-24 01:54:48 - mkdir /tinderbox/RELENG_7_1/ia64/ia64 TB --- 2008-10-24 01:54:48 - cleaning the object tree TB --- 2008-10-24 01:54:48 - cvsupping the source tree TB --- 2008-10-24 01:54:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/ia64/ia64/supfile TB --- 2008-10-24 02:00:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 02:00:39 - cd /src TB --- 2008-10-24 02:00:39 - ERROR: /src: No such file or directory TB --- 2008-10-24 02:00:39 - tinderbox aborted TB --- 1.97 user 0.96 system 350.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 02:01:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A067106566B for ; Fri, 24 Oct 2008 02:01:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5DA58FC20 for ; Fri, 24 Oct 2008 02:01:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1mt2E038076; Thu, 23 Oct 2008 21:48:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1mtPF019910; Thu, 23 Oct 2008 21:48:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 18E921B5078; Thu, 23 Oct 2008 21:48:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024014855.18E921B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 21:48:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8481/Thu Oct 23 17:30:18 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 02:01:30 -0000 TB --- 2008-10-24 01:42:49 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 01:42:49 - starting RELENG_7_1 tinderbox run for i386/i386 TB --- 2008-10-24 01:42:49 - mkdir /tinderbox/RELENG_7_1/i386 TB --- 2008-10-24 01:42:49 - mkdir /tinderbox/RELENG_7_1/i386/i386 TB --- 2008-10-24 01:42:49 - cleaning the object tree TB --- 2008-10-24 01:42:49 - cvsupping the source tree TB --- 2008-10-24 01:42:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/i386/supfile TB --- 2008-10-24 01:48:54 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 01:48:54 - cd /src TB --- 2008-10-24 01:48:54 - ERROR: /src: No such file or directory TB --- 2008-10-24 01:48:54 - tinderbox aborted TB --- 1.98 user 0.95 system 365.53 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 02:01:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 738511065670 for ; Fri, 24 Oct 2008 02:01:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5568FC24 for ; Fri, 24 Oct 2008 02:01:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1gn06037683; Thu, 23 Oct 2008 21:42:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O1gnMw016715; Thu, 23 Oct 2008 21:42:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 56BDC1B5078; Thu, 23 Oct 2008 21:42:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024014249.56BDC1B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 21:42:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8481/Thu Oct 23 17:30:18 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 02:01:30 -0000 TB --- 2008-10-24 01:37:06 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 01:37:06 - starting RELENG_7_1 tinderbox run for amd64/amd64 TB --- 2008-10-24 01:37:06 - mkdir /tinderbox/RELENG_7_1 TB --- 2008-10-24 01:37:06 - mkdir /tinderbox/RELENG_7_1/amd64 TB --- 2008-10-24 01:37:06 - mkdir /tinderbox/RELENG_7_1/amd64/amd64 TB --- 2008-10-24 01:37:06 - cleaning the object tree TB --- 2008-10-24 01:37:06 - cvsupping the source tree TB --- 2008-10-24 01:37:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/amd64/amd64/supfile TB --- 2008-10-24 01:42:49 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 01:42:49 - cd /src TB --- 2008-10-24 01:42:49 - ERROR: /src: No such file or directory TB --- 2008-10-24 01:42:49 - tinderbox aborted TB --- 1.95 user 0.97 system 343.08 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 02:05:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26505106567A; Fri, 24 Oct 2008 02:05:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5468FC16; Fri, 24 Oct 2008 02:05:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O25rO0039299; Thu, 23 Oct 2008 22:05:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O25ria059680; Thu, 23 Oct 2008 22:05:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2E0421B5078; Thu, 23 Oct 2008 22:05:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024020553.2E0421B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 22:05:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8482/Thu Oct 23 19:04:09 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 02:05:56 -0000 TB --- 2008-10-24 02:00:39 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 02:00:39 - starting RELENG_7_1 tinderbox run for powerpc/powerpc TB --- 2008-10-24 02:00:39 - mkdir /tinderbox/RELENG_7_1/powerpc TB --- 2008-10-24 02:00:39 - mkdir /tinderbox/RELENG_7_1/powerpc/powerpc TB --- 2008-10-24 02:00:39 - cleaning the object tree TB --- 2008-10-24 02:00:39 - cvsupping the source tree TB --- 2008-10-24 02:00:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/powerpc/powerpc/supfile TB --- 2008-10-24 02:05:53 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 02:05:53 - cd /src TB --- 2008-10-24 02:05:53 - ERROR: /src: No such file or directory TB --- 2008-10-24 02:05:53 - tinderbox aborted TB --- 2.05 user 0.79 system 313.33 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 02:11:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFAD1065681; Fri, 24 Oct 2008 02:11:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 92D858FC08; Fri, 24 Oct 2008 02:11:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O2BKNm032057; Thu, 23 Oct 2008 22:11:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9O2BKCL040655; Thu, 23 Oct 2008 22:11:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 3005A1B5078; Thu, 23 Oct 2008 22:11:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024021120.3005A1B5078@freebsd-stable.sentex.ca> Date: Thu, 23 Oct 2008 22:11:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8481/Thu Oct 23 17:30:18 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7_1 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 02:11:22 -0000 TB --- 2008-10-24 02:05:53 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 02:05:53 - starting RELENG_7_1 tinderbox run for sparc64/sparc64 TB --- 2008-10-24 02:05:53 - mkdir /tinderbox/RELENG_7_1/sparc64 TB --- 2008-10-24 02:05:53 - mkdir /tinderbox/RELENG_7_1/sparc64/sparc64 TB --- 2008-10-24 02:05:53 - cleaning the object tree TB --- 2008-10-24 02:05:53 - cvsupping the source tree TB --- 2008-10-24 02:05:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/sparc64/sparc64/supfile TB --- 2008-10-24 02:11:19 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 02:11:19 - cd /src TB --- 2008-10-24 02:11:19 - ERROR: /src: No such file or directory TB --- 2008-10-24 02:11:19 - tinderbox aborted TB --- 1.97 user 0.91 system 326.51 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 04:23:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7ECB1065675 for ; Fri, 24 Oct 2008 04:23:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id 407B88FC1B for ; Fri, 24 Oct 2008 04:23:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp12.yandex.ru (smtp12.yandex.ru [77.88.32.82]) by forwards4.yandex.ru (Postfix) with ESMTP id 6DA5D4C5C6C; Fri, 24 Oct 2008 08:23:11 +0400 (MSD) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:38874 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5325912AbYJXEXF (ORCPT + 1 other); Fri, 24 Oct 2008 08:23:05 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp12 X-Yandex-TimeMark: 1224822185 X-BornDate: 1137963600 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp12.yandex.ru logged sender identity as: bu7cher Message-ID: <49014DA7.9010801@yandex.ru> Date: Fri, 24 Oct 2008 08:23:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: David Boyd References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 04:23:13 -0000 David Boyd wrote: > I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise > SX4060 RAID controller and two Seagate 120GB ATA disk drives. Did you try to select "Safe mode" in boot menu or boot with ACPI disabled? Can you boot your system in verbose mode and show dmesg.boot? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 07:02:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2421B106566C for ; Fri, 24 Oct 2008 07:02:42 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 9BEB18FC22 for ; Fri, 24 Oct 2008 07:02:41 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so786773fgb.35 for ; Fri, 24 Oct 2008 00:02:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=t4FQ4M1WCJkJE9j1f3Eq5qNJcyeqENcblpLMEjogvNE=; b=QRf21mm2BQEh4d32ehJHi8nBCYRurewmsOY4a8UIKjZ8dIh6NbeDjZwW302qq2/+kr ySv37XeUNq/2g+vyPSdf+k4q/xZnxsAk6IeqCpV7UXqRS1o48NRwFjJc2BFxM/r0SPnq SgV6N6kqACicH9kHYKQSDWgKBURJbB+HhJCFE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=yC9Kb+5MLikmNudGqPZw2F7zYz5yTbzl8iWRtK0o+D9ZpeUjQW03uBvZCZY7DeMi81 S10LL2oU6s6HVK3Tfv8tE01c/QeeHPL9a4/UQiO/x5DtERIO5L9yD1gRA1Utn69r9/yz SkLIgWLKUzdDQc97n8kvzFGLSqpuuCttJnc58= Received: by 10.181.24.14 with SMTP id b14mr551914bkj.104.1224829828496; Thu, 23 Oct 2008 23:30:28 -0700 (PDT) Received: by 10.181.32.20 with HTTP; Thu, 23 Oct 2008 23:30:28 -0700 (PDT) Message-ID: <82eac8c60810232330r7423cf85g33a8202a0ffed7f@mail.gmail.com> Date: Fri, 24 Oct 2008 08:30:28 +0200 From: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" To: "Jeremy Chadwick" In-Reply-To: <20081023190345.GA93688@icarus.home.lan> MIME-Version: 1.0 References: <20081023190345.GA93688@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: David Boyd , freebsd-stable@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= , "Andrey V. Elsukov" Subject: Re: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 07:02:42 -0000 On Thu, Oct 23, 2008 at 9:03 PM, Jeremy Chadwick wrote= : > On Thu, Oct 23, 2008 at 02:01:55PM -0400, David Boyd wrote: > > I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise > > SX4060 RAID controller and two Seagate 120GB ATA disk drives. > > > > The boot from CD keeps repeating the following (error) messages: (I'm > > retyping here) > > > > {snip -- for dmesg errors, see URL below} > > You're the second person to report this problem recently. The other > person (see below) reported the same thing, also using a PATA > controller, and also using Seagate disks (though different models). > > We now have two reproducible test cases where users are seeing continual > errors from the controller when attempting to set the transfer mode, > enable read and write caching, and SET_MULTI. The only similarity so > far is that they're both PATA users. > > In Kristian's case, his disks were in a usable state, but we ultimately > determine the Silicon Image controller might be responsible for what he > was seeing (the SMART errors we saw in his logs could've been from any > time in the past; he saw errors on multiple disks, and not all of those > disks shown SMART log errors)... while David's not using a Silicon Image > controller at all. > > Kristian's setup: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046023.htm= l > http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046027.htm= l > > Silicon Image 0680 ATA100 (problem was also seen on Promise PDC20270) > ad4: at ata2-master PIO4 > ad5: at ata2-slave PIO4 > ad6: at ata3-master PIO4 > ad7: at ata3-slave PIO4 > > David's setup (what we know so far): > http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046140.htm= l > > Promise SX4060 > ad4: 114473MB at ata2-master PIO4 > ad8: 114473MB at ata4-master PIO4 > > Soren/Andrey, can either of you comment on this? If at all possible, it > would be good to get this hammered out before 7.1-RELEASE is tagged. Does it work if booted on a 8-current kernel ? The driver path's used by the SiI0680 and the SX4060 are *very* different, mind you. -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:34:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8EA106569C for ; Fri, 24 Oct 2008 13:34:07 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 95D548FC30 for ; Fri, 24 Oct 2008 13:34:07 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 77351730A8; Fri, 24 Oct 2008 15:28:36 +0200 (CEST) Date: Fri, 24 Oct 2008 15:28:36 +0200 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20081024132836.GA61461@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: sd media attach problems (da/usb related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:34:07 -0000 I have a multifunction printer (EPSON DX7000 series for what matters) with an SD/CF reader in it. FreeBSD 7 correctly recognises the media (creating the entries /dev/da0 and /dev/da0s1) if the media is inserted before the printer is powered on (or the USB cable is plugged in), but it doesn't see the media if i insert it _after_ connecting the USB cable (or turning on the printer, again). What happens without media is that /dev/da0 is created when the USB is connected, but then reading from the device fails and no events are reported even after inserting the media. If I do a 'camcontrol rescan 0' then I see the following into syslog: Oct 24 15:11:00 bsd7 kernel: cam_periph_alloc: attempt to re-allocate valid device pass0 rejected Oct 24 15:11:00 bsd7 kernel: passasync: Unable to attach new device due to status 0x6: CCB request was invalid Oct 24 15:11:00 bsd7 kernel: cam_periph_alloc: attempt to re-allocate valid device da0 rejected Oct 24 15:11:00 bsd7 kernel: daasync: Unable to attach to new device due to status 0x6 and /dev/da0s1 is not created. /dev/da0 does produce valid output (so e.g. fdisk da0 gives me the various partitions) but of course i cannot mount it. Is there any command that i can use to either rescan the entries in the disk, or (perhaps too crude, though) rescan the usb bus ? cheers luigi From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA5E1065683; Fri, 24 Oct 2008 13:57:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 12A228FC0A; Fri, 24 Oct 2008 13:57:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvEX0007678; Fri, 24 Oct 2008 09:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvEpD025162; Fri, 24 Oct 2008 09:57:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 879FB1B5078; Fri, 24 Oct 2008 09:57:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135714.879FB1B5078@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8482/Thu Oct 23 19:04:09 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:18 -0000 TB --- 2008-10-24 13:57:07 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:07 - starting RELENG_7_1 tinderbox run for amd64/amd64 TB --- 2008-10-24 13:57:07 - cleaning the object tree TB --- 2008-10-24 13:57:07 - cvsupping the source tree TB --- 2008-10-24 13:57:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/amd64/amd64/supfile TB --- 2008-10-24 13:57:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:14 - cd /src TB --- 2008-10-24 13:57:14 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:14 - tinderbox aborted TB --- 1.31 user 0.17 system 6.84 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB59C106566B; Fri, 24 Oct 2008 13:57:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A31B08FC1A; Fri, 24 Oct 2008 13:57:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvLwY006839; Fri, 24 Oct 2008 09:57:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvLgo081187; Fri, 24 Oct 2008 09:57:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 35B731B507A; Fri, 24 Oct 2008 09:57:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135721.35B731B507A@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8483/Thu Oct 23 23:01:54 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7_1 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:27 -0000 TB --- 2008-10-24 13:57:14 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:14 - starting RELENG_7_1 tinderbox run for i386/i386 TB --- 2008-10-24 13:57:14 - cleaning the object tree TB --- 2008-10-24 13:57:14 - cvsupping the source tree TB --- 2008-10-24 13:57:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/i386/supfile TB --- 2008-10-24 13:57:21 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:21 - cd /src TB --- 2008-10-24 13:57:21 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:21 - tinderbox aborted TB --- 1.38 user 0.09 system 6.66 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F27E1065679; Fri, 24 Oct 2008 13:57:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 371C38FC12; Fri, 24 Oct 2008 13:57:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvSK2006898; Fri, 24 Oct 2008 09:57:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvRvY081373; Fri, 24 Oct 2008 09:57:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B62061B507D; Fri, 24 Oct 2008 09:57:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135727.B62061B507D@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8483/Thu Oct 23 23:01:54 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7_1 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:29 -0000 TB --- 2008-10-24 13:57:21 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:21 - starting RELENG_7_1 tinderbox run for i386/pc98 TB --- 2008-10-24 13:57:21 - cleaning the object tree TB --- 2008-10-24 13:57:21 - cvsupping the source tree TB --- 2008-10-24 13:57:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/pc98/supfile TB --- 2008-10-24 13:57:27 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:27 - cd /src TB --- 2008-10-24 13:57:27 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:27 - tinderbox aborted TB --- 1.44 user 0.04 system 6.47 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0B3B10656AA; Fri, 24 Oct 2008 13:57:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3F47C8FC1C; Fri, 24 Oct 2008 13:57:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvYUo006917; Fri, 24 Oct 2008 09:57:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvYWw081576; Fri, 24 Oct 2008 09:57:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 89F341B5078; Fri, 24 Oct 2008 09:57:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135734.89F341B5078@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8483/Thu Oct 23 23:01:54 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7_1 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:37 -0000 TB --- 2008-10-24 13:57:27 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:27 - starting RELENG_7_1 tinderbox run for ia64/ia64 TB --- 2008-10-24 13:57:27 - cleaning the object tree TB --- 2008-10-24 13:57:27 - cvsupping the source tree TB --- 2008-10-24 13:57:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/ia64/ia64/supfile TB --- 2008-10-24 13:57:34 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:34 - cd /src TB --- 2008-10-24 13:57:34 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:34 - tinderbox aborted TB --- 1.38 user 0.09 system 6.77 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC2D1065676; Fri, 24 Oct 2008 13:57:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 43F108FC08; Fri, 24 Oct 2008 13:57:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvfhK008004; Fri, 24 Oct 2008 09:57:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvfvp025790; Fri, 24 Oct 2008 09:57:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 153441B507A; Fri, 24 Oct 2008 09:57:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135741.153441B507A@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8482/Thu Oct 23 19:04:09 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:43 -0000 TB --- 2008-10-24 13:57:34 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:34 - starting RELENG_7_1 tinderbox run for powerpc/powerpc TB --- 2008-10-24 13:57:34 - cleaning the object tree TB --- 2008-10-24 13:57:34 - cvsupping the source tree TB --- 2008-10-24 13:57:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/powerpc/powerpc/supfile TB --- 2008-10-24 13:57:41 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:41 - cd /src TB --- 2008-10-24 13:57:41 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:41 - tinderbox aborted TB --- 1.41 user 0.06 system 6.48 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 13:57:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0720A1065724; Fri, 24 Oct 2008 13:57:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 58EB68FC0A; Fri, 24 Oct 2008 13:57:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvm96008045; Fri, 24 Oct 2008 09:57:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9ODvmSA025964; Fri, 24 Oct 2008 09:57:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 93AC31B5078; Fri, 24 Oct 2008 09:57:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081024135748.93AC31B5078@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 09:57:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8482/Thu Oct 23 19:04:09 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 13:57:51 -0000 TB --- 2008-10-24 13:57:41 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-24 13:57:41 - starting RELENG_7_1 tinderbox run for sparc64/sparc64 TB --- 2008-10-24 13:57:41 - cleaning the object tree TB --- 2008-10-24 13:57:41 - cvsupping the source tree TB --- 2008-10-24 13:57:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/sparc64/sparc64/supfile TB --- 2008-10-24 13:57:48 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-24 13:57:48 - cd /src TB --- 2008-10-24 13:57:48 - ERROR: /src: No such file or directory TB --- 2008-10-24 13:57:48 - tinderbox aborted TB --- 1.38 user 0.10 system 7.46 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 16:09:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE6C1065671 for ; Fri, 24 Oct 2008 16:09:58 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf00.insightbb.com (mxsf00.insightbb.com [74.128.0.70]) by mx1.freebsd.org (Postfix) with ESMTP id 69C958FC1E for ; Fri, 24 Oct 2008 16:09:58 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.33,479,1220241600"; d="scan'208";a="508760100" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.124]) by mxsf00.insightbb.com with ESMTP; 24 Oct 2008 12:09:53 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlMFAACQAUlKgYMj/2dsb2JhbACKErcsB4JqXw X-IronPort-AV: E=Sophos;i="4.33,479,1220241600"; d="scan'208";a="190663159" Received: from 74-129-131-35.dhcp.insightbb.com (HELO sneezy) ([74.129.131.35]) by asav01.insightbb.com with SMTP; 24 Oct 2008 12:09:53 -0400 From: "David Boyd" To: "Andrey V. Elsukov" Date: Fri, 24 Oct 2008 12:09:53 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <49014DA7.9010801@yandex.ru> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Cc: freebsd-stable@freebsd.org Subject: RE: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 16:09:58 -0000 -----Original Message----- From: Andrey V. Elsukov [mailto:bu7cher@yandex.ru] Sent: Friday, October 24, 2008 00:23 To: David Boyd Cc: freebsd-stable@freebsd.org Subject: Re: Promise SX4060 on 7.1-BETA2 David Boyd wrote: > I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise > SX4060 RAID controller and two Seagate 120GB ATA disk drives. Did you try to select "Safe mode" in boot menu or boot with ACPI disabled? Can you boot your system in verbose mode and show dmesg.boot? -- WBR, Andrey V. Elsukov Exactly the same result with "Safe mode" The system doesn't have an operating system on it. This is initial instal. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 18:41:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E986106567A; Fri, 24 Oct 2008 18:41:14 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id E83998FC22; Fri, 24 Oct 2008 18:41:13 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9OIfB1w095338; Fri, 24 Oct 2008 11:41:11 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.039 X-Spam-Level: X-Spam-Status: No, score=-1.039 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.401] Message-Id: From: Jo Rhett To: John Baldwin In-Reply-To: <200810231608.10110.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 11:41:05 -0700 References: <200810230627.46478.freebsd-stable@dino.sk> <20081023062449.GA78633@icarus.home.lan> <200810231608.10110.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 18:41:14 -0000 On Oct 23, 2008, at 1:08 PM, John Baldwin wrote: >> Has anyone filed a PR on this problem, or contacted John Baldwin? > > Yes, but debugging these hangs is very non-trivial. It likely > involves > disassembling the BIOS and trying to see where it can get stuck in a > loop. John, is there anything I can do to provide you with more useful information about this problem? The board is a Tyan S2720 2 2.66G Intel Processors 4 Gigabytes of RAM 2 36G ST336607LC Cheetah drives While playing around randomly I found something interesting. If the keyboard is attached while booting, you get the problem I reported before: > Loading /boot/defaults/loader.con > \ But if you boot without a keyboard it gets beyond that point and then pci0: on pci0b Fatal trap 12; page fault while in kernel mode cpuid = 0; apic id = 00 ...a bunch of other stuff. I can't capture this because I can't type fast enough. Also noteworthy, I can't hit "6" to set console to comconsole so that I could cut/paste this. It really seems like there are major problems around the keyboard. (and no such problems with 6.3) -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 18:48:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50381065670; Fri, 24 Oct 2008 18:48:21 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id C94FA8FC24; Fri, 24 Oct 2008 18:48:21 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9OImJB6095488; Fri, 24 Oct 2008 11:48:19 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.04 X-Spam-Level: X-Spam-Status: No, score=-1.04 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.400] Message-Id: <84E1EC10-5323-4A8C-AD60-31142621DB32@netconsonance.com> From: Jo Rhett To: John Baldwin In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 11:48:13 -0700 References: <200810230627.46478.freebsd-stable@dino.sk> <20081023062449.GA78633@icarus.home.lan> <200810231608.10110.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 18:48:22 -0000 So I booted up by CD and used Fixit mode to switch the system to boot via serial (keyboard detached), but this gathered me even less. /boot.config: -Dh Consoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 639kB/4062144kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@dessler.cse.b Plugging back in the monitor after lockup showed only a single char more: (root@dessler.cse.bu On Oct 24, 2008, at 11:41 AM, Jo Rhett wrote: > On Oct 23, 2008, at 1:08 PM, John Baldwin wrote: >>> Has anyone filed a PR on this problem, or contacted John Baldwin? >> >> Yes, but debugging these hangs is very non-trivial. It likely >> involves >> disassembling the BIOS and trying to see where it can get stuck in >> a loop. > > > John, is there anything I can do to provide you with more useful > information about this problem? > > The board is a Tyan S2720 > 2 2.66G Intel Processors > 4 Gigabytes of RAM > 2 36G ST336607LC Cheetah drives > > While playing around randomly I found something interesting. If the > keyboard is attached while booting, you get the problem I reported > before: > >> Loading /boot/defaults/loader.con >> \ > > > But if you boot without a keyboard it gets beyond that point and then > > pci0: on pci0b > > > Fatal trap 12; page fault while in kernel mode > cpuid = 0; apic id = 00 > > ...a bunch of other stuff. I can't capture this because I can't > type fast enough. Also noteworthy, I can't hit "6" to set console > to comconsole so that I could cut/paste this. It really seems like > there are major problems around the keyboard. (and no such problems > with 6.3) > > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 19:05:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A189A106566C; Fri, 24 Oct 2008 19:05:45 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 52D2B8FC0A; Fri, 24 Oct 2008 19:05:45 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9OJ5cbu097517; Fri, 24 Oct 2008 12:05:38 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.042 X-Spam-Level: X-Spam-Status: No, score=-1.042 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.398] Message-Id: From: Jo Rhett To: John Baldwin In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 12:05:32 -0700 References: <200810230627.46478.freebsd-stable@dino.sk> <20081023062449.GA78633@icarus.home.lan> <200810231608.10110.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 19:05:45 -0000 John, is this perhaps the problem seen with 7.0, discussed here? http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-05/msg00437.html On Oct 24, 2008, at 11:41 AM, Jo Rhett wrote: > On Oct 23, 2008, at 1:08 PM, John Baldwin wrote: >>> Has anyone filed a PR on this problem, or contacted John Baldwin? >> >> Yes, but debugging these hangs is very non-trivial. It likely >> involves >> disassembling the BIOS and trying to see where it can get stuck in >> a loop. > > > John, is there anything I can do to provide you with more useful > information about this problem? > > The board is a Tyan S2720 > 2 2.66G Intel Processors > 4 Gigabytes of RAM > 2 36G ST336607LC Cheetah drives > > While playing around randomly I found something interesting. If the > keyboard is attached while booting, you get the problem I reported > before: > >> Loading /boot/defaults/loader.con >> \ > > > But if you boot without a keyboard it gets beyond that point and then > > pci0: on pci0b > > > Fatal trap 12; page fault while in kernel mode > cpuid = 0; apic id = 00 > > ...a bunch of other stuff. I can't capture this because I can't > type fast enough. Also noteworthy, I can't hit "6" to set console > to comconsole so that I could cut/paste this. It really seems like > there are major problems around the keyboard. (and no such problems > with 6.3) > > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 19:12:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E58D1065673; Fri, 24 Oct 2008 19:12:36 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 34CA18FC16; Fri, 24 Oct 2008 19:12:36 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9OJCXJP097710; Fri, 24 Oct 2008 12:12:33 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.043 X-Spam-Level: X-Spam-Status: No, score=-1.043 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.397] Message-Id: <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> From: Jo Rhett To: John Baldwin In-Reply-To: <200810230627.46478.freebsd-stable@dino.sk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 12:12:27 -0700 References: <200810230627.46478.freebsd-stable@dino.sk> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 19:12:36 -0000 On Oct 22, 2008, at 9:27 PM, Milan Obuch wrote: > I did not investigate on this issue too much, but there is an > workaround - > copy older /boot/loader over newer one. In my case, I am rebuilding > whole > world often, and now /boot/loader seems to not build correctly for > me. Older > one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. 6.4's boot loader is 221k 6.3's boot loader is 217k Copying 6.3 boot loader to the 6.4 solved the keyboard lockup problem, but it still panics during the boot. At last now I get the entire panic to the serial console so I can cut/paste. cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06d01cd stack pointer = 0x28:0xc1020ad8 frame pointer = 0x28:0xc1020ae4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 19:22:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05FF71065681 for ; Fri, 24 Oct 2008 19:22:15 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf08.insightbb.com (mxsf08.insightbb.com [74.128.0.78]) by mx1.freebsd.org (Postfix) with ESMTP id A318F8FC17 for ; Fri, 24 Oct 2008 19:22:14 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.33,479,1220241600"; d="scan'208,217";a="570879748" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.124]) by mxsf08.insightbb.com with ESMTP; 24 Oct 2008 15:22:13 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8FALC9AUlKgYMj/2dsb2JhbACCSS6HG7gSB4NJ X-IronPort-AV: E=Sophos;i="4.33,479,1220241600"; d="scan'208,217";a="190686634" Received: from 74-129-131-35.dhcp.insightbb.com (HELO sneezy) ([74.129.131.35]) by asav01.insightbb.com with SMTP; 24 Oct 2008 15:22:10 -0400 From: "David Boyd" To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 24 Oct 2008 15:22:10 -0400 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <82eac8c60810232330r7423cf85g33a8202a0ffed7f@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: RE: Promise SX4060 on 7.1-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 19:22:15 -0000 - ---Original Message----- From: Søren Schmidt [mailto:soren.schmidt@gmail.com] Sent: Friday, October 24, 2008 02:30 To: Jeremy Chadwick Cc: David Boyd; freebsd-stable@freebsd.org; Andrey V. Elsukov; Søren Schmidt Subject: Re: Promise SX4060 on 7.1-BETA2 On Thu, Oct 23, 2008 at 9:03 PM, Jeremy Chadwick wrote: On Thu, Oct 23, 2008 at 02:01:55PM -0400, David Boyd wrote: > I am attempting to install 7.1-BETA2 (from CD) onto a PC with a Promise > SX4060 RAID controller and two Seagate 120GB ATA disk drives. > > The boot from CD keeps repeating the following (error) messages: (I'm > retyping here) > > {snip -- for dmesg errors, see URL below} You're the second person to report this problem recently. The other person (see below) reported the same thing, also using a PATA controller, and also using Seagate disks (though different models). We now have two reproducible test cases where users are seeing continual errors from the controller when attempting to set the transfer mode, enable read and write caching, and SET_MULTI. The only similarity so far is that they're both PATA users. In Kristian's case, his disks were in a usable state, but we ultimately determine the Silicon Image controller might be responsible for what he was seeing (the SMART errors we saw in his logs could've been from any time in the past; he saw errors on multiple disks, and not all of those disks shown SMART log errors)... while David's not using a Silicon Image controller at all. Kristian's setup: http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046023.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046027.html Silicon Image 0680 ATA100 (problem was also seen on Promise PDC20270) ad4: at ata2-master PIO4 ad5: at ata2-slave PIO4 ad6: at ata3-master PIO4 ad7: at ata3-slave PIO4 David's setup (what we know so far): http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046140.html Promise SX4060 ad4: 114473MB at ata2-master PIO4 ad8: 114473MB at ata4-master PIO4 Soren/Andrey, can either of you comment on this? If at all possible, it would be good to get this hammered out before 7.1-RELEASE is tagged. Does it work if booted on a 8-current kernel ? The driver path's used by the SiI0680 and the SX4060 are *very* different, mind you. -Søren I tried the 200810 8.0-CURRENT snapshot CD. The error messages were approximately the the same until: Fatal trap 12: page fault while in kernel mode ... current process = 12 (swi6: task queue) [thread pid 12 tid 100014 ] Stopped at ata_promise_sx4_command+0x39: movl 0xc(%eax),%esi From owner-freebsd-stable@FreeBSD.ORG Fri Oct 24 23:48:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DF6E106566B for ; Fri, 24 Oct 2008 23:48:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBC38FC19 for ; Fri, 24 Oct 2008 23:48:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (ppp121-45-164-40.lns11.adl2.internode.on.net [121.45.164.40]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m9ONmCm0027334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Oct 2008 10:18:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Tancsa Date: Sat, 25 Oct 2008 10:18:15 +1030 User-Agent: KMail/1.9.10 References: <200810092206.02362.doconnor@gsoft.com.au> <200810212028.03184.doconnor@gsoft.com.au> <200810211400.m9LE0Zvh045489@lava.sentex.ca> In-Reply-To: <200810211400.m9LE0Zvh045489@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1674753.VGMvVzTOeV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810251018.23159.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2008 23:48:16 -0000 --nextPart1674753.VGMvVzTOeV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 October 2008 00:30:45 Mike Tancsa wrote: > At 05:57 AM 10/21/2008, Daniel O'Connor wrote: > >I've even tried /etc/rc.d/pf restart but that doesn't fix it.. It's very > >perplexing :( > > Strange, Even doing > /sbin/pfctl -Fall -f /etc/pf.conf > > does not help as part of ppp.linkup ? Perhaps confirm its actually > working as expected. e.g. wrap a small script around it so I haven't tried it.. I did state & nat with no effect :( > pppoe: > ! /usr/local/bin/fixpf.sh > > where fixpf.sh is something like > > /sbin/pfctl -sa -v > /var/log/before.pf > /sbin/pfctl -Fall -f /etc/pf.conf > /var/log/after.pf > > and make sure the old states are actually gone and the rules make sense. I've updated to 7.1-PRE but no luck, I still get the problem. 'before.pf' has what I would expect and 'after.pf' is empty.. Hmm.. It seems that if I restart PPP it comes good but I don't really know= =20 why. ie it's as if the old IP address is still somehow associated with the= =20 tun interface until it's reopened..? Thanks for the help BTW :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1674753.VGMvVzTOeV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBJAl7H5ZPcIHs/zowRAmM2AJ9oK9O/0lfwhCh9COccdBS7cEl9AgCcDI1y Y1VbZhFwxtcDnB73+DVlGSc= =ZzAp -----END PGP SIGNATURE----- --nextPart1674753.VGMvVzTOeV-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 00:37:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A18C1065676; Sat, 25 Oct 2008 00:37:52 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9CED38FC08; Sat, 25 Oct 2008 00:37:51 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id 38A5E24D22; Sat, 25 Oct 2008 02:37:50 +0200 (SAST) Date: Sat, 25 Oct 2008 02:37:50 +0200 From: Aragon Gouveia To: Jo Rhett Message-ID: <20081025003750.GA42077@phat.za.net> References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 00:37:52 -0000 | By Jo Rhett | [ 2008-10-24 21:13 +0200 ] > On Oct 22, 2008, at 9:27 PM, Milan Obuch wrote: > >I did not investigate on this issue too much, but there is an > >workaround - > >copy older /boot/loader over newer one. In my case, I am rebuilding > >whole > >world often, and now /boot/loader seems to not build correctly for > >me. Older > >one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. > > 6.4's boot loader is 221k > 6.3's boot loader is 217k > > Copying 6.3 boot loader to the 6.4 solved the keyboard lockup problem, > but it still panics during the boot. At last now I get the entire > panic to the serial console so I can cut/paste. FWIW, I've had problems with 7.0's boot loader locking up too. I'm running a -stable compile from march and during bootup, if I make too many keypresses the bootup sequence freezes. Once loader has handed off to the kernel then everything's fine, but I can't make any use of loader's or bootX's command lines without the system freezing. I'm careful not to touch my keyboard during bootup! Keyboard and mouse are both USB. Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 01:21:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50C4E106569C for ; Sat, 25 Oct 2008 01:21:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 1AAE68FC21 for ; Sat, 25 Oct 2008 01:21:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id WoQg1a00c0lTkoCA7pMqRi; Sat, 25 Oct 2008 01:21:50 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id WpMo1a0032P6wsM8QpMomk; Sat, 25 Oct 2008 01:21:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=j1jtvhf0zA8A:10 a=T4SDRHG4orYA:10 a=QycZ5dHgAAAA:8 a=fP69OAasJoYc0tmgijUA:9 a=2GyPBCaTGpZJ8sfvNm0d-oWrIR8A:4 a=EoioJ0NPDVgA:10 a=EfPB1bUmjyUA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 1832BC9419; Fri, 24 Oct 2008 18:21:48 -0700 (PDT) Date: Fri, 24 Oct 2008 18:21:48 -0700 From: Jeremy Chadwick To: Aragon Gouveia Message-ID: <20081025012148.GA48297@icarus.home.lan> References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> <20081025003750.GA42077@phat.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081025003750.GA42077@phat.za.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Jo Rhett , freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 01:21:51 -0000 On Sat, Oct 25, 2008 at 02:37:50AM +0200, Aragon Gouveia wrote: > | By Jo Rhett > | [ 2008-10-24 21:13 +0200 ] > > On Oct 22, 2008, at 9:27 PM, Milan Obuch wrote: > > >I did not investigate on this issue too much, but there is an > > >workaround - > > >copy older /boot/loader over newer one. In my case, I am rebuilding > > >whole > > >world often, and now /boot/loader seems to not build correctly for > > >me. Older > > >one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. > > > > 6.4's boot loader is 221k > > 6.3's boot loader is 217k > > > > Copying 6.3 boot loader to the 6.4 solved the keyboard lockup problem, > > but it still panics during the boot. At last now I get the entire > > panic to the serial console so I can cut/paste. > > FWIW, I've had problems with 7.0's boot loader locking up too. I'm running > a -stable compile from march and during bootup, if I make too many > keypresses the bootup sequence freezes. Once loader has handed off to the > kernel then everything's fine, but I can't make any use of loader's or > bootX's command lines without the system freezing. I'm careful not to touch > my keyboard during bootup! > > Keyboard and mouse are both USB. There are known problems with some BIOSes and "USB Legacy" support. Said BIOS option allows a USB keyboard and mouse to be emulated as PS/2 for operating systems which lack a USB stack, such as MS-DOS -- and more importantly, bootloaders! The FreeBSD bootloader only understands AT/PS2 keyboards, which is why that BIOS option is needed. Can you confirm this problem happens when using a PS/2 keyboard? If so, then the issue is probably in the bootstrap code somewhere. If the problem goes away when using a PS/2 keyboard, then the problem is either a BIOS bug (likely in this day and age), or a compatibility issue with the model of USB keyboard you have (not all USB keyboards are identical in behaviour). P.S. -- Why are you slamming keys during the bootup sequence? :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 01:42:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D2E7106567E; Sat, 25 Oct 2008 01:42:20 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id DD1BC8FC08; Sat, 25 Oct 2008 01:42:19 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id 1057424D22; Sat, 25 Oct 2008 03:42:18 +0200 (SAST) Date: Sat, 25 Oct 2008 03:42:18 +0200 From: Aragon Gouveia To: Jeremy Chadwick Message-ID: <20081025014218.GA47549@phat.za.net> References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> <20081025003750.GA42077@phat.za.net> <20081025012148.GA48297@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081025012148.GA48297@icarus.home.lan> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: Jo Rhett , freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 01:42:20 -0000 | By Jeremy Chadwick | [ 2008-10-25 03:22 +0200 ] > > FWIW, I've had problems with 7.0's boot loader locking up too. I'm running > > a -stable compile from march and during bootup, if I make too many > > keypresses the bootup sequence freezes. Once loader has handed off to the > > kernel then everything's fine, but I can't make any use of loader's or > > bootX's command lines without the system freezing. I'm careful not to touch > > my keyboard during bootup! > > > > Keyboard and mouse are both USB. > > There are known problems with some BIOSes and "USB Legacy" support. > Said BIOS option allows a USB keyboard and mouse to be emulated as PS/2 > for operating systems which lack a USB stack, such as MS-DOS -- and more > importantly, bootloaders! The FreeBSD bootloader only understands > AT/PS2 keyboards, which is why that BIOS option is needed. > > Can you confirm this problem happens when using a PS/2 keyboard? Unfortunately, no luck. I've just tried: * USB and PS/2 keyboards both plugged in, enough key input on the PS/2 keyboard causes a freeze * Just the PS/2 keyboard plugged in, no different. * Just the PS/2 keyboard plugged in, and USB legacy disabled in the BIOS. Same. Is it possible that excessive build optimisations could lead to this? Last time I rebuilt I did so with '-O2 -fno-strict-aliasing' and -march in make.conf. I've been meaning to try with a rebuilt loader with no optimisations... > P.S. -- Why are you slamming keys during the bootup sequence? :-) It's my workstation and I'm usually impatient to get through the bootup sequence quickly. :) Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EDA1065670; Sat, 25 Oct 2008 02:17:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD038FC18; Sat, 25 Oct 2008 02:17:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2H7me060638; Fri, 24 Oct 2008 22:17:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2H7mV044975; Fri, 24 Oct 2008 22:17:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 6B7031B5078; Fri, 24 Oct 2008 22:17:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021707.6B7031B5078@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8486/Fri Oct 24 16:05:23 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:10 -0000 TB --- 2008-10-25 02:16:59 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:16:59 - starting RELENG_7_1 tinderbox run for amd64/amd64 TB --- 2008-10-25 02:16:59 - cleaning the object tree TB --- 2008-10-25 02:16:59 - cvsupping the source tree TB --- 2008-10-25 02:16:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/amd64/amd64/supfile TB --- 2008-10-25 02:17:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:07 - cd /src TB --- 2008-10-25 02:17:07 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:07 - tinderbox aborted TB --- 1.40 user 0.09 system 7.36 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:16 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F0F31065670; Sat, 25 Oct 2008 02:17:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D8F6C8FC19; Sat, 25 Oct 2008 02:17:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HDMX060642; Fri, 24 Oct 2008 22:17:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HDmj046640; Fri, 24 Oct 2008 22:17:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D6BD21B507A; Fri, 24 Oct 2008 22:17:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021713.D6BD21B507A@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8486/Fri Oct 24 16:05:23 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:16 -0000 TB --- 2008-10-25 02:17:07 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:17:07 - starting RELENG_7_1 tinderbox run for i386/i386 TB --- 2008-10-25 02:17:07 - cleaning the object tree TB --- 2008-10-25 02:17:07 - cvsupping the source tree TB --- 2008-10-25 02:17:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/i386/supfile TB --- 2008-10-25 02:17:13 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:13 - cd /src TB --- 2008-10-25 02:17:13 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:13 - tinderbox aborted TB --- 1.31 user 0.16 system 6.42 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69C94106566B; Sat, 25 Oct 2008 02:17:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3058FC0C; Sat, 25 Oct 2008 02:17:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HK22060652; Fri, 24 Oct 2008 22:17:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HKMO046776; Fri, 24 Oct 2008 22:17:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7CA881B507D; Fri, 24 Oct 2008 22:17:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021720.7CA881B507D@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8486/Fri Oct 24 16:05:23 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:22 -0000 TB --- 2008-10-25 02:17:13 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:17:13 - starting RELENG_7_1 tinderbox run for i386/pc98 TB --- 2008-10-25 02:17:13 - cleaning the object tree TB --- 2008-10-25 02:17:13 - cvsupping the source tree TB --- 2008-10-25 02:17:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/i386/pc98/supfile TB --- 2008-10-25 02:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:20 - cd /src TB --- 2008-10-25 02:17:20 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:20 - tinderbox aborted TB --- 1.34 user 0.14 system 6.56 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A5A10657B6; Sat, 25 Oct 2008 02:17:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CB9638FC18; Sat, 25 Oct 2008 02:17:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HRSq060656; Fri, 24 Oct 2008 22:17:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HR6b049145; Fri, 24 Oct 2008 22:17:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 012E41B5078; Fri, 24 Oct 2008 22:17:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021727.012E41B5078@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8485/Fri Oct 24 09:38:51 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:29 -0000 TB --- 2008-10-25 02:17:20 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:17:20 - starting RELENG_7_1 tinderbox run for ia64/ia64 TB --- 2008-10-25 02:17:20 - cleaning the object tree TB --- 2008-10-25 02:17:20 - cvsupping the source tree TB --- 2008-10-25 02:17:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/ia64/ia64/supfile TB --- 2008-10-25 02:17:26 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:26 - cd /src TB --- 2008-10-25 02:17:26 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:26 - tinderbox aborted TB --- 1.37 user 0.12 system 6.44 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EAB1065674; Sat, 25 Oct 2008 02:17:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9EEC68FC1B; Sat, 25 Oct 2008 02:17:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HYsA060665; Fri, 24 Oct 2008 22:17:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2HYaf047095; Fri, 24 Oct 2008 22:17:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id CCEFE1B507A; Fri, 24 Oct 2008 22:17:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021734.CCEFE1B507A@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8486/Fri Oct 24 16:05:23 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:37 -0000 TB --- 2008-10-25 02:17:27 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:17:27 - starting RELENG_7_1 tinderbox run for powerpc/powerpc TB --- 2008-10-25 02:17:27 - cleaning the object tree TB --- 2008-10-25 02:17:27 - cvsupping the source tree TB --- 2008-10-25 02:17:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/powerpc/powerpc/supfile TB --- 2008-10-25 02:17:34 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:34 - cd /src TB --- 2008-10-25 02:17:34 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:34 - tinderbox aborted TB --- 1.37 user 0.12 system 7.79 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 02:17:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E512710657D6; Sat, 25 Oct 2008 02:17:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A9BD68FC20; Sat, 25 Oct 2008 02:17:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2Hh0S060674; Fri, 24 Oct 2008 22:17:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9P2Hg7K047258; Fri, 24 Oct 2008 22:17:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E4F291B507D; Fri, 24 Oct 2008 22:17:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081025021742.E4F291B507D@freebsd-stable.sentex.ca> Date: Fri, 24 Oct 2008 22:17:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8486/Fri Oct 24 16:05:23 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7_1 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 02:17:45 -0000 TB --- 2008-10-25 02:17:34 - tinderbox 2.4 running on freebsd-stable.sentex.ca TB --- 2008-10-25 02:17:34 - starting RELENG_7_1 tinderbox run for sparc64/sparc64 TB --- 2008-10-25 02:17:34 - cleaning the object tree TB --- 2008-10-25 02:17:34 - cvsupping the source tree TB --- 2008-10-25 02:17:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7_1/sparc64/sparc64/supfile TB --- 2008-10-25 02:17:42 - building world (CFLAGS=-O2 -pipe) TB --- 2008-10-25 02:17:42 - cd /src TB --- 2008-10-25 02:17:42 - ERROR: /src: No such file or directory TB --- 2008-10-25 02:17:42 - tinderbox aborted TB --- 1.37 user 0.12 system 8.04 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7_1-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 03:55:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E1E10656CD for ; Sat, 25 Oct 2008 03:55:55 +0000 (UTC) (envelope-from chris@lameness.info) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 346358FC14 for ; Sat, 25 Oct 2008 03:55:55 +0000 (UTC) (envelope-from chris@lameness.info) Received: by rv-out-0506.google.com with SMTP id b25so1092308rvf.43 for ; Fri, 24 Oct 2008 20:55:54 -0700 (PDT) Received: by 10.141.49.6 with SMTP id b6mr1658036rvk.89.1224905407720; Fri, 24 Oct 2008 20:30:07 -0700 (PDT) Received: from ?10.1.2.144? ([76.14.77.139]) by mx.google.com with ESMTPS id g31sm2746481rvb.7.2008.10.24.20.30.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Oct 2008 20:30:06 -0700 (PDT) Message-Id: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 20:30:02 -0700 X-Mailer: Apple Mail (2.929.2) From: Chris Peterson Cc: Subject: kern.maxdsiz on amd63 with i386 binaries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 03:55:55 -0000 Hello, I've got a handful of i386 boxes, and a handful of amd64 boxes running a 32-bit application, the reasons for this exact configuration mystify me as well as the deployment predates my time in the environment. Now that the dataset the application is loading is rapidly approaching 512MB we're starting to tweak kern.maxdsiz and kern.dfldsiz to 1GB. The i386 boxes are doing great, but we hit an issue with the amd64 machines in that 64bit apps seem to work fine, but the 32bit apps running on the amd64 machines fail to be able to use more than the i386 default of 512MB no matter what we set kern.maxdsiz to. I've also tried compiling it into the kernel, which results in the same issue. I tried starting the app with "limits -d 1090519040", and it seems to fail as well. Limits does show the proper value for datasize of 1064960 kB. We're locked into 32-bit binaries for this app at the moment thanks to some uh... interesting libraries it uses, so the usual option of recompile isn't available. I'd like to avoid traveling from San Jose to Seattle, then Virginia, then Munich to reinstall the amd64 machines with i386 machines if at all possible. Uh... help? From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 04:07:17 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C72E1065671 for ; Sat, 25 Oct 2008 04:07:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A712A8FC0A for ; Sat, 25 Oct 2008 04:07:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 846F728454 for ; Sat, 25 Oct 2008 12:07:13 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id B3527EB6ACD; Sat, 25 Oct 2008 12:07:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id XtSdwiRZTSto; Sat, 25 Oct 2008 12:07:01 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4E6B0EB0B6D; Sat, 25 Oct 2008 12:06:50 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=nX3hVeOwes2AaA0Eu67vylM0Zmtly6SdLNgwh3P+VHMnpou1Em+d3jk/JGxVfSplZ heFfsiSN/v8KY8GO8BDDw== Message-ID: <49029B56.6010505@delphij.net> Date: Fri, 24 Oct 2008 21:06:46 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Chris Peterson References: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> In-Reply-To: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: kern.maxdsiz on amd63 with i386 binaries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 04:07:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Peterson wrote: > Hello, > > I've got a handful of i386 boxes, and a handful of amd64 boxes running a > 32-bit application, the reasons for this exact configuration mystify me > as well as the deployment predates my time in the environment. Now that > the dataset the application is loading is rapidly approaching 512MB > we're starting to tweak kern.maxdsiz and kern.dfldsiz to 1GB. Maybe you're looking for compat.ia32.maxdsiz and friends? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkCm1YACgkQi+vbBBjt66C5mQCdHEa4pn098uVv5VN9Yn5K2Hzd 30AAn0iJM/1//cYm7fmLKb10936aRx7T =rUFN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 04:15:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB204106566C for ; Sat, 25 Oct 2008 04:15:59 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-sj.cisco.com (firestar.cisco.com [171.68.227.75]) by mx1.freebsd.org (Postfix) with ESMTP id BB91E8FC0C for ; Sat, 25 Oct 2008 04:15:58 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-sj.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m9P444F18810; Fri, 24 Oct 2008 21:04:04 -0700 (PDT) Received: from [10.1.1.100] (jclarke-vpn.cisco.com [172.18.254.237]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id m9P43vP4009911; Sat, 25 Oct 2008 00:03:58 -0400 (EDT) Message-ID: <49029AAD.1020700@freebsd.org> Date: Sat, 25 Oct 2008 00:03:57 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Chris Peterson References: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> In-Reply-To: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: kern.maxdsiz on amd63 with i386 binaries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 04:15:59 -0000 Chris Peterson wrote: > Hello, > > I've got a handful of i386 boxes, and a handful of amd64 boxes running a > 32-bit application, the reasons for this exact configuration mystify me > as well as the deployment predates my time in the environment. Now that > the dataset the application is loading is rapidly approaching 512MB > we're starting to tweak kern.maxdsiz and kern.dfldsiz to 1GB. > > The i386 boxes are doing great, but we hit an issue with the amd64 > machines in that 64bit apps seem to work fine, but the 32bit apps > running on the amd64 machines fail to be able to use more than the i386 > default of 512MB no matter what we set kern.maxdsiz to. I've also tried > compiling it into the kernel, which results in the same issue. > > I tried starting the app with "limits -d 1090519040", and it seems to > fail as well. Limits does show the proper value for datasize of 1064960 kB. > > We're locked into 32-bit binaries for this app at the moment thanks to > some uh... interesting libraries it uses, so the usual option of > recompile isn't available. I'd like to avoid traveling from San Jose to > Seattle, then Virginia, then Munich to reinstall the amd64 machines with > i386 machines if at all possible. > > Uh... help? Have you tried setting compat.ia32.maxdsiz? I believe this will do what you want. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 04:59:25 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48FD1065673 for ; Sat, 25 Oct 2008 04:59:25 +0000 (UTC) (envelope-from chris@lameness.info) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id B18098FC1A for ; Sat, 25 Oct 2008 04:59:25 +0000 (UTC) (envelope-from chris@lameness.info) Received: by rv-out-0506.google.com with SMTP id b25so1107124rvf.43 for ; Fri, 24 Oct 2008 21:59:25 -0700 (PDT) Received: by 10.141.170.10 with SMTP id x10mr1693555rvo.105.1224910765197; Fri, 24 Oct 2008 21:59:25 -0700 (PDT) Received: from ?10.1.2.144? ([76.14.77.139]) by mx.google.com with ESMTPS id f42sm1953844rvb.6.2008.10.24.21.59.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Oct 2008 21:59:23 -0700 (PDT) Message-Id: <135DB3FD-8241-495F-A977-849F8CB47638@lamness.info> To: Joe Marcus Clarke In-Reply-To: <49029AAD.1020700@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 21:59:21 -0700 References: <9754CE37-FAAA-4E52-B41C-8DFFF7DC30C0@lamness.info> <49029AAD.1020700@freebsd.org> X-Mailer: Apple Mail (2.929.2) From: Chris Peterson Cc: stable@freebsd.org, Chris Peterson Subject: Re: kern.maxdsiz on amd63 with i386 binaries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 04:59:25 -0000 Thanks Joe, that did it. Out of curiosity, I don't see any of the compat tree in /boot/defaults/ loader.conf, is there any place this is documented besides kernel sources? If not then I guess I should give something back to the community and change that :) Regards, Chris Peterson On Oct 24, 2008, at 9:03 PM, Joe Marcus Clarke wrote: > Chris Peterson wrote: >> Hello, >> >> I've got a handful of i386 boxes, and a handful of amd64 boxes >> running a >> 32-bit application, the reasons for this exact configuration >> mystify me >> as well as the deployment predates my time in the environment. Now >> that >> the dataset the application is loading is rapidly approaching 512MB >> we're starting to tweak kern.maxdsiz and kern.dfldsiz to 1GB. >> >> The i386 boxes are doing great, but we hit an issue with the amd64 >> machines in that 64bit apps seem to work fine, but the 32bit apps >> running on the amd64 machines fail to be able to use more than the >> i386 >> default of 512MB no matter what we set kern.maxdsiz to. I've also >> tried >> compiling it into the kernel, which results in the same issue. >> >> I tried starting the app with "limits -d 1090519040", and it seems to >> fail as well. Limits does show the proper value for datasize of >> 1064960 kB. >> >> We're locked into 32-bit binaries for this app at the moment thanks >> to >> some uh... interesting libraries it uses, so the usual option of >> recompile isn't available. I'd like to avoid traveling from San >> Jose to >> Seattle, then Virginia, then Munich to reinstall the amd64 machines >> with >> i386 machines if at all possible. >> >> Uh... help? > > Have you tried setting compat.ia32.maxdsiz? I believe this will do > what > you want. > > Joe > > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 05:51:07 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C501065673; Sat, 25 Oct 2008 05:51:06 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id D70FA8FC0A; Sat, 25 Oct 2008 05:51:06 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m9P5p4hH013541; Fri, 24 Oct 2008 22:51:04 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -2.307 X-Spam-Level: X-Spam-Status: No, score=-2.307 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.867] Message-Id: From: Jo Rhett To: Jeremy Chadwick In-Reply-To: <20081025012148.GA48297@icarus.home.lan> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 24 Oct 2008 22:51:03 -0700 References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> <20081025003750.GA42077@phat.za.net> <20081025012148.GA48297@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 05:51:07 -0000 On Oct 24, 2008, at 6:21 PM, Jeremy Chadwick wrote: >> | By Jo Rhett >> | [ 2008-10-24 21:13 +0200 ] >>> On Oct 22, 2008, at 9:27 PM, Milan Obuch wrote: >>>> I did not investigate on this issue too much, but there is an >>>> workaround - >>>> copy older /boot/loader over newer one. In my case, I am rebuilding >>>> whole >>>> world often, and now /boot/loader seems to not build correctly for >>>> me. Older >>>> one is ~ 250 kB, rebuilt will be ~ 185 kB, and freezes. >>> >>> 6.4's boot loader is 221k >>> 6.3's boot loader is 217k >>> >>> Copying 6.3 boot loader to the 6.4 solved the keyboard lockup >>> problem, >>> but it still panics during the boot. At last now I get the entire >>> panic to the serial console so I can cut/paste. >> > There are known problems with some BIOSes and "USB Legacy" support. > Said BIOS option allows a USB keyboard and mouse to be emulated as > PS/2 > for operating systems which lack a USB stack, such as MS-DOS -- and > more > importantly, bootloaders! The FreeBSD bootloader only understands > AT/PS2 keyboards, which is why that BIOS option is needed. Not related to Aragon's problem with a USB keyboard, but in my case the keyboard is USB and there are no USB devices at all plugged in. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 08:09:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CCD510656A4 for ; Sat, 25 Oct 2008 08:09:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4448FC2C for ; Sat, 25 Oct 2008 08:09:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id Ww1T1a00n0EPchoA7w9mJ7; Sat, 25 Oct 2008 08:09:46 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id Ww9l1a00A2P6wsM8Mw9l83; Sat, 25 Oct 2008 08:09:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=j1jtvhf0zA8A:10 a=T4SDRHG4orYA:10 a=QycZ5dHgAAAA:8 a=B-oJ1EQzmplJwNtoU1AA:9 a=bWrpd4PJfeiWkc3LtvdSpcEqsh0A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 745F0C941E; Sat, 25 Oct 2008 01:09:45 -0700 (PDT) Date: Sat, 25 Oct 2008 01:09:45 -0700 From: Jeremy Chadwick To: Aragon Gouveia Message-ID: <20081025080945.GA55413@icarus.home.lan> References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> <20081025003750.GA42077@phat.za.net> <20081025012148.GA48297@icarus.home.lan> <20081025014218.GA47549@phat.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081025014218.GA47549@phat.za.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Jo Rhett , freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 08:09:47 -0000 On Sat, Oct 25, 2008 at 03:42:18AM +0200, Aragon Gouveia wrote: > | By Jeremy Chadwick > | [ 2008-10-25 03:22 +0200 ] > > > FWIW, I've had problems with 7.0's boot loader locking up too. I'm running > > > a -stable compile from march and during bootup, if I make too many > > > keypresses the bootup sequence freezes. Once loader has handed off to the > > > kernel then everything's fine, but I can't make any use of loader's or > > > bootX's command lines without the system freezing. I'm careful not to touch > > > my keyboard during bootup! > > > > > > Keyboard and mouse are both USB. > > > > There are known problems with some BIOSes and "USB Legacy" support. > > Said BIOS option allows a USB keyboard and mouse to be emulated as PS/2 > > for operating systems which lack a USB stack, such as MS-DOS -- and more > > importantly, bootloaders! The FreeBSD bootloader only understands > > AT/PS2 keyboards, which is why that BIOS option is needed. > > > > Can you confirm this problem happens when using a PS/2 keyboard? > > Unfortunately, no luck. I've just tried: > > * USB and PS/2 keyboards both plugged in, enough key input on the PS/2 > keyboard causes a freeze > > * Just the PS/2 keyboard plugged in, no different. Okay, so then the issue is probably with the bootloader in some bizarre way. John might have some ideas, but I have none (outside of my skill set). Also, it might help if you could explain "enough key input" and "too many keypresses". These are a little too vague. > * Just the PS/2 keyboard plugged in, and USB legacy disabled in the BIOS. > Same. Just for posterity: the USB Legacy Support BIOS option does not affect natively-connected PS/2 keyboards; you can leave the option enabled even in the scenario where you have a USB keyboard *and* a PS/2 keyboard plugged in; one will not "trump" the other. Instead, you should have two keyboards which function in OSes/environments which lack a USB stack. (That is, until something resets/reassigns the BIOS-controlled interrupt, which will then break USB->PS/2 emulation; the native PS/2 keyboard should not be affected by this) > Is it possible that excessive build optimisations could lead to this? Last > time I rebuilt I did so with '-O2 -fno-strict-aliasing' and -march in > make.conf. I've been meaning to try with a rebuilt loader with no > optimisations... Anything is possible. Can you please rebuild your system, and the bootstraps (and don't forget to install them; bsdlabel -B ), without messing with optimisation flags? > > P.S. -- Why are you slamming keys during the bootup sequence? :-) > > It's my workstation and I'm usually impatient to get through the bootup > sequence quickly. :) I'm still having trouble understanding what you're talking about or why you're doing this. I *think* what you're trying to say is something like: "when my machine boots up, I don't like waiting 10 seconds at the Beastie/loader menu, so I hit Enter to skip the counterdown". Please clarify. :-) It's interesting that people are having these kinds of odd behaviours so early in the boot stage. I've personal experience with FreeBSD acting wonky with USB keyboards once the OS is loaded (long delays when doing things like switching vcons), and I solved those problems by disabling kbdmux(4) either in loader.conf or removing it from the kernel. Others have had the same success by removing the atkbd/atkbdc drivers from the kernel (but keeping kbdmux). kbdmux, obviously, does not apply to the bootloader issue. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 11:31:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249E71065681; Sat, 25 Oct 2008 11:31:36 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id B41928FC16; Sat, 25 Oct 2008 11:31:35 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id 7952B24D22; Sat, 25 Oct 2008 13:31:33 +0200 (SAST) Date: Sat, 25 Oct 2008 13:31:33 +0200 From: Aragon Gouveia To: Jeremy Chadwick Message-ID: <20081025113133.GA84724@phat.za.net> References: <200810230627.46478.freebsd-stable@dino.sk> <209111CB-326D-4758-80B2-2505CAE9BCDF@netconsonance.com> <20081025003750.GA42077@phat.za.net> <20081025012148.GA48297@icarus.home.lan> <20081025014218.GA47549@phat.za.net> <20081025080945.GA55413@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081025080945.GA55413@icarus.home.lan> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: freebsd-stable Stable , John Baldwin Subject: Re: 6.4 RC1 locks up solid on first reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 11:31:36 -0000 | By Jeremy Chadwick | [ 2008-10-25 10:09 +0200 ] > Okay, so then the issue is probably with the bootloader in some bizarre > way. John might have some ideas, but I have none (outside of my skill > set). > > Also, it might help if you could explain "enough key input" and "too > many keypresses". These are a little too vague. Did a bit of experimenting now. My system uses the boot0 boot manager. I can't reproduce the keypress freeze issue in any part of boot0, 1, or 2 stages. It only becomes a problem when loader takes over. Once loader takes over the system can freeze at any point if too many keypresses are made at any point while loader is in control - at the prompt, while it's busy pulling the kernel/modules off the disk, any time. The actual amount of too many keypresses is seemingly random. It can freeze with just one keypress, or after the upteenth keypress - my record is about 25 keypresses without freezing. :) Not a fun game if you're trying to use the loader prompt. At one point while I was testing now the display output went translucent red when the system froze after some keypresses. Strange huh? I didn't know transparency was supported in text mode. :) > Anything is possible. Can you please rebuild your system, and the > bootstraps (and don't forget to install them; bsdlabel -B ), > without messing with optimisation flags? Will do. > I'm still having trouble understanding what you're talking about or > why you're doing this. > > I *think* what you're trying to say is something like: "when my machine > boots up, I don't like waiting 10 seconds at the Beastie/loader menu, so > I hit Enter to skip the counterdown". Please clarify. :-) You are correct. I usually whack enter 3 times or so straight after BIOS post to eliminate boot0's, boot2's, and loader's timeouts. Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 11:39:33 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F511065671; Sat, 25 Oct 2008 11:39:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E73BE8FC0C; Sat, 25 Oct 2008 11:39:32 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 9C08E6D449; Sat, 25 Oct 2008 11:22:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 85C16844F1; Sat, 25 Oct 2008 13:22:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Tinderbox References: <20081025021707.6B7031B5078@freebsd-stable.sentex.ca> Date: Sat, 25 Oct 2008 13:22:35 +0200 In-Reply-To: <20081025021707.6B7031B5078@freebsd-stable.sentex.ca> (FreeBSD Tinderbox's message of "Fri, 24 Oct 2008 22:17:07 -0400 (EDT)") Message-ID: <86prlodimc.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: [releng_7_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 11:39:33 -0000 Sorry about that. I got a little carried away; 6.4 has already been branched, but 7.1 hasn't. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 14:40:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 680D51065672 for ; Sat, 25 Oct 2008 14:40:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 222D08FC25 for ; Sat, 25 Oct 2008 14:39:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KtkIy-0005b6-5u for freebsd-stable@freebsd.org; Sat, 25 Oct 2008 14:39:52 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 25 Oct 2008 14:39:52 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 25 Oct 2008 14:39:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sat, 25 Oct 2008 16:39:41 +0200 Lines: 35 Message-ID: References: <200810211350.m9LDo0Js077761@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <200810211350.m9LDo0Js077761@lurza.secnetix.de> Sender: news Subject: Re: easy way to upgrade from 6.3 to 7.1 (including port packages) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 14:40:00 -0000 Oliver Fromme wrote: > martinko wrote: > > 1) I wonder if I could use mergemaster to compare 2 directories and > > merge differencies as neccessary. To explain: I have all config files I > > touch saved with full path somewhere in /root. And therefore I'd like > > mergemaster or some other tool to compare all files in my backup > > directory with newly installed (config) files. > > You can use mergemaster against any directory, not just > /etc. This is especially useful when perforing a binary > update, a cross update or similar things. > No, you cannot. I have all config files I edited saved with full path under my backup directory and I would like to use mergemaster or something similar to compare and merge my changes (perhaps from other machine). But if you try to use mergemaster (you need to specify both -m and -D) it would try to run make (1) which fails since there is no Makefile in my backup dir. :-( > For example, suppose you have a freshly installed system > (including /usr/src) with a virgin /etc directory, and > you've got a copy of an old etc directory (with local > modifications) in /root/etc.old. Then you can do this: > > # mergemaster -D /root/etc.old > > And all new things will be merged into /root/etc.old. > When you're done, simply copy /root/etc.old to /etc and > reboot. (You might want to keep a copy of the original > contents of the directory, just to be on the safe side.) > > Best regards > Oliver > From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 20:29:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA0A1065672 for ; Sat, 25 Oct 2008 20:29:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A71CC8FC16 for ; Sat, 25 Oct 2008 20:29:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9PKTV8R015521 for ; Sat, 25 Oct 2008 16:29:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m9PKTUUn071661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 25 Oct 2008 16:29:30 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810252029.m9PKTUUn071661@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 25 Oct 2008 16:29:34 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200810181613.m9IGDG5W029203@lava.sentex.ca> References: <200810181613.m9IGDG5W029203@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: Re: panic on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2008 20:29:33 -0000 At 12:13 PM 10/18/2008, Mike Tancsa wrote: >A kernel from Feb 2008 was working just fine=20 >until we updated to a new one on Thursday > For the archives, http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D184261 seems to have fixed this panic for me! ---Mike >kgdb kernel.debug /var/crash/vmcore.0 >GNU gdb 6.1.1 [FreeBSD] >Copyright 2004 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you= are >welcome to change it and/or distribute copies of it under certain= conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for details. >This GDB was configured as "i386-marcel-freebsd"... > >Unread portion of the kernel message buffer: > >panic: page fault >cpuid =3D 1 >Uptime: 1d11h24m6s >Dumping 3580 MB (5 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 3580MB (916227 pages) 3564 3548 3532=20 > 3516 3500 3484 3468 3452 3436 3420 3404 3388=20 > 3372 3356 3340 3324 3308 3292 3276 3260 3244=20 > 3228 3212 3196 3180 3164 3148 3132 3116 3100=20 > 3084 3068 3052 3036 3020 3004 2988 2972 2956=20 > 2940 2924 2908 2892 2876 2860 2844 2828 2812=20 > 2796 2780 2764 2748 2732 2716 2700 2684 2668=20 > 2652 2636 2620 2604 2588 2572 2556 2540 2524=20 > 2508 2492 2476 2460 2444 2428 2412 2396 2380=20 > 2364 2348 2332 2316 2300 2284 2268 2252 2236=20 > 2220 2204 2188 2172 2156 2140 2124 2108 2092=20 > 2076 2060 2044 2028 2012 1996 1980 1964 1948=20 > 1932 1916 1900 1884 1868 1852 1836 1820 1804=20 > 1788 1772 1756 1740 1724 1708 1692 1676 1660=20 > 1644 1628 1612 1596 1580 1564 1548 1532 1516=20 > 1500 1484 1468 1452 1436 1420 1404 1388 1372=20 > 1356 1340 1324 1308 1292 1276 1260 1244 1228=20 > 1212 1196 1180 1164 1148 1132 1116 1100 1084=20 > 1068 1052 1036 1020 1004 988 972 956 940 924=20 > 908 892 876 860 844 828 812 796 780 764 748 732=20 > 716 700 684 668 652 636 620 604 588 572 556 540=20 > 524 508 492 476 460 444 428 412 396 380 364 348=20 > 332 316 300 284 268 252 236 220 204 188 172 156=20 > 140 124 108 92 76 60 44 28 12 ... ok > chunk 2: 1MB (147 pages) > >Reading symbols from /boot/kernel/acpi.ko...done. >Loaded symbols for /boot/kernel/acpi.ko >Reading symbols from /boot/kernel/ichwd.ko...done. >Loaded symbols for /boot/kernel/ichwd.ko >#0 doadump () at pcpu.h:165 >165 pcpu.h: No such file or directory. > in pcpu.h >(kgdb) bt >#0 doadump () at pcpu.h:165 >#1 0xc057f462 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:410 >#2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 >/usr/src/sys/kern/kern_shutdown.c:566 >#3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 >eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 >#4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 >usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 >#5 0xc06f4695 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 > -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 > -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 > tf_edx =3D -917953980, tf_ecx =3D -337789924,=20 > tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip=20 > =3D -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 > tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 >#6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >#7 0xc0571a5a in lf_advlockasync=20 >(ap=3D0xebddbaf8, statep=3D0xc9492244, size=3DUnhandled dwarf expression= opcode 0x93 >) at /usr/src/sys/kern/kern_lockf.c:470 >#8 0xc057218b in lf_advlock (ap=3D0xc9492244,=20 >statep=3D0xc9492244, size=3D16384) at /usr/src/sys/kern/kern_lockf.c:722 >#9 0xc068d028 in ufs_advlock (ap=3D0xc9492244) at=20 >/usr/src/sys/ufs/ufs/ufs_vnops.c:2178 >#10 0xc0706a35 in VOP_ADVLOCK_APV (vop=3D0x0, a=3D0xc9492244) at= vnode_if.c:2002 >#11 0xc05df562 in kern_open (td=3D0xccc01180,=20 >path=3D0x0, pathseg=3DUIO_USERSPACE, flags=3D17, mode=3D416) at= vnode_if.h:1029 >#12 0xc05dedfe in open (td=3D0xccc01180,=20 >uap=3D0xebddbd04) at /usr/src/sys/kern/vfs_syscalls.c:971 >#13 0xc06f5063 in syscall (frame=3D > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D=20 > -1078001605, tf_edi =3D 16, tf_esi =3D 135291904,=20 > tf_ebp =3D -1077990024, tf_isp =3D -337789596,=20 > tf_ebx =3D 674283840, tf_edx =3D 0, tf_ecx =3D 0,=20 > tf_eax =3D 5, tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D=20 > 674169623, tf_cs =3D 51, tf_eflags =3D 646, tf_esp=20 > =3D -1077990372, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 >#14 0xc06df5ff in Xint0x80_syscall () at=20 >/usr/src/sys/i386/i386/exception.s:200 >#15 0x00000033 in ?? () >Previous frame inner to this frame (corrupt stack?) >(kgdb) > >(kgdb) bt full >#0 doadump () at pcpu.h:165 >No locals. >#1 0xc057f462 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf =3D 1 >#2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 >/usr/src/sys/kern/kern_shutdown.c:566 > td =3D (struct thread *) 0xccc01180 > bootopt =3D 260 > newpanic =3D 0 > ap =3D 0xccc01180 "x=EA9=CD \024=C3=CC" > buf =3D "page fault", '\0' >#3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 >eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 > code =3D 40 > ss =3D 40 > esp =3D 0 > type =3D 12 > softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 > 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 10,= ssd_xx1 =3D 2, > ssd_def32 =3D 1, ssd_gran =3D 1} > msg =3D 0x0 >#4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 >usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 > va =3D 0 > vm =3D (struct vmspace *) 0x0 > map =3D 0xcab4a940 > rv =3D 1 > ftype =3D 1 '\001' > td =3D (struct thread *) 0xccc01180 > p =3D (struct proc *) 0xcd39ea78 >#5 0xc06f4695 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 > -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 > -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 > tf_edx =3D -917953980, tf_ecx =3D -337789924,=20 > tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip=20 > =3D -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 > tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 > td =3D (struct thread *) 0xccc01180 > p =3D (struct proc *) 0xcd39ea78 > sticks =3D 3377201424 > type =3D 12 > i =3D 0 > ucode =3D 0 > code =3D 0 > eva =3D 72 >#6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >No locals. >#7 0xc0571a5a in lf_advlockasync=20 >(ap=3D0xebddbaf8, statep=3D0xc9492244, size=3DUnhandled dwarf expression= opcode 0x93 >) at /usr/src/sys/kern/kern_lockf.c:470 >---Type to continue, or q to quit--- > state =3D (struct lockf *) 0x0 > freestate =3D (struct lockf *) 0x0 > fl =3D (struct flock *) 0xebddbc1c > lock =3D (struct lockf_entry *) 0x6 > vp =3D (struct vnode *) 0xc94c0110 > id =3D 0xcb29d7e0 "x\026?=D3=D8=B0=CA=CD\001" > flags =3D 48 > hash =3D -337790260 > lo =3D (struct lock_owner *) 0x0 > start =3D Unhandled dwarf expression opcode 0x93 >(kgdb) > > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"