From owner-freebsd-stable@FreeBSD.ORG Sun Oct 18 12:15:57 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7841B106566C for ; Sun, 18 Oct 2009 12:15:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 03AD08FC1E for ; Sun, 18 Oct 2009 12:15:56 +0000 (UTC) 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 n9ICFkwl050712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Oct 2009 15:15:46 +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 n9ICFkrx024034; Sun, 18 Oct 2009 15:15:46 +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 n9ICFjaM024033; Sun, 18 Oct 2009 15:15:45 +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, 18 Oct 2009 15:15:45 +0300 From: Kostik Belousov To: "Mikhail T." Message-ID: <20091018121545.GO2160@deviant.kiev.zoral.com.ua> References: <4AD9F4ED.2050002@aldan.algebra.com> <20091017172718.GJ2160@deviant.kiev.zoral.com.ua> <4ADA04B3.1000704@aldan.algebra.com> <20091017175941.GK2160@deviant.kiev.zoral.com.ua> <4ADA3F7E.1070208@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EEx6GiKZGZ1wKUra" Content-Disposition: inline In-Reply-To: <4ADA3F7E.1070208@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at 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 Cc: stable@freebsd.org Subject: Re: Can close-ing a pipe trigger a SIGPIPE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Oct 2009 12:15:57 -0000 --EEx6GiKZGZ1wKUra Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 17, 2009 at 06:04:46PM -0400, Mikhail T. wrote: > Kostik Belousov =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > >> This 0-size write must be part of the pipe-closing -- descriptors 4 and > >> 5 must be the pipe's: > >> > >> 92722 tclsh8.5 CALL write(0x4,0x800e24028,0) > >> 92722 tclsh8.5 RET write -1 errno 32 Broken pipe > >> 92722 tclsh8.5 PSIG SIGPIPE caught handler=3D0x800f126d0 mask=3D0x0 = code=3D0x0 > >> 92722 tclsh8.5 CALL sigreturn(0x7fffffffa0c0) > >> 92722 tclsh8.5 RET sigreturn JUSTRETURN > >> 92722 tclsh8.5 CALL close(0x5) > >> 92722 tclsh8.5 RET close 0 > >> 92722 tclsh8.5 CALL close(0x4) > >> 92722 tclsh8.5 RET close 0 > >> > >> Why would it write 0 bytes? Is doing so triggering a SIGPIPE now -- bu= t, > >> perhaps, didn't use to? > >> =20 > > > > Obviously, I cannot answer the question. This is something that should > > be read from source code or asked by authors. Source code of the application, this is probably unclear from the above sentence. > > =20 > You -- or someone else -- could comment like: >=20 > a) Yeah, the meaning of write-ing 0 bytes changed in version such and > such to conform to such and such standard. >=20 > or >=20 > b) No, nothing changed in that area of FreeBSD for years -- there must > be something in Tcl itself. It cannot be stated in this way, since application started to issue zero-length writes. Why it started doing this, either some buggy ABI change in the base system, or buggy application noted and reacted inconsitently to the ABI addition etc cannot be even theoretized. This is why I made that formulation noting the reason should be read from the app source code. --EEx6GiKZGZ1wKUra Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrbBvEACgkQC3+MBN1Mb4ii2wCdEt7T35eJW1T8StctaZx95gQF vzYAoJxV7D3ncvFMnV+EqbxK1NP1aGD0 =kbjM -----END PGP SIGNATURE----- --EEx6GiKZGZ1wKUra-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 18 12:36:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7EDB21065672 for ; Sun, 18 Oct 2009 12:36:27 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id DAD1C14DD67 for ; Sun, 18 Oct 2009 12:36:26 +0000 (UTC) Received: (qmail 40176 invoked from network); 18 Oct 2009 12:36:26 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 18 Oct 2009 12:36:26 -0000 Message-ID: <4ADB0BCA.8050904@freebsd.org> Date: Sun, 18 Oct 2009 05:36:26 -0700 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (X11/20090919) MIME-Version: 1.0 To: freebsd security , FreeBSD Stable X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2009 12:36:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, On January 31st, FreeBSD 6.3 will reach its End of Life and will no longer be supported by the FreeBSD Security Team. Users of this release are strongly encouraged to upgrade to a newer release before that date -- more conservative users will probably wish to upgrade to FreeBSD 6.4 or FreeBSD 7.1 (which are both extended-support branches), while others will probably wish to upgrade to FreeBSD 7.2 or the upcoming FreeBSD 8.0. The freebsd-update(8) utility can be used to upgrade i386 and amd64 systems from 6.3-RELEASE (or 6.3-RELEASE-pX for some X) to 6.4-RELEASE using binary updates (i.e., without compiling from source) as described in the 6.4-RELEASE announcement; given an adequate internet connection, this process usually takes 15 minutes or less. The current supported branches and expected EoL dates are: +---------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+-----------------+-----------------| |RELENG_6 |n/a |n/a |n/a |November 30, 2010| |-----------+------------+--------+-----------------+-----------------| |RELENG_6_3 |6.3-RELEASE |Extended|January 18, 2008 |January 31, 2010 | |---------------------------------------------------------------------| |RELENG_6_4 |6.4-RELEASE |Extended|November 18, 2008|November 30, 2010| |---------------------------------------------------------------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_1 |7.1-RELEASE |Extended|January 4, 2009 |January 31, 2011 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_2 |7.2-RELEASE |Normal |May 4, 2009 |May 31, 2010 | +---------------------------------------------------------------------+ When FreeBSD 8.0-RELEASE is released, it will receive "Normal" support, i.e., it will be supported for at least 12 months. - -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrbC8oACgkQFdaIBMps37KQOQCgmnXQGtI/hKlFCT+dKAXzGX90 gi4An0uC5y3SLNtrTxOvYD6HqpnrR99k =fl+f -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 18 15:12:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAC221065676 for ; Sun, 18 Oct 2009 15:12:12 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 521A38FC1A for ; Sun, 18 Oct 2009 15:12:12 +0000 (UTC) Received: from [192.168.1.22] (a80-101-32-233.adsl.xs4all.nl [80.101.32.233]) (authenticated bits=0) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id n9IErQGF053252 for ; Sun, 18 Oct 2009 16:53:27 +0200 (CEST) (envelope-from huubsch@xs4all.nl) From: Huub Schuurmans To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 18 Oct 2009 16:53:08 +0200 Message-Id: <1255877588.7383.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3-1.1mdv2009.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: ifconfig channel assignment for wi hostap interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Oct 2009 15:12:12 -0000 I have a problem with the channel configuration of wi-interfaces in rc.conf. In hostap mode the interface is always using channel 1. The statement: ifconfig_wi0="inet 172.17.16.1/26 ssid ap.huub.wleiden.net media DS/11Mbps mediaopt hostap channel 7" results in an ap-interface running at channel 1. I found that splitting the statement in the startup script is effective in setting the proper channel: ifconfig_wi0="inet 172.17.16.1/26 ssid ap.huub.wleiden.net media DS/11Mbps mediaopt hostap" ifconfig_wi0_alias0="channel 7" Now the ap is indeed using channel 7. I am running 7.2-RELEASE-p4 A bug in the wi-driver? Kind regards, Huub From owner-freebsd-stable@FreeBSD.ORG Sun Oct 18 18:53:24 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB38106566C for ; Sun, 18 Oct 2009 18:53:24 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4449D8FC24 for ; Sun, 18 Oct 2009 18:53:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n9IIrMLS011674 for ; Sun, 18 Oct 2009 22:53:22 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 18 Oct 2009 22:53:22 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (woozle.rinet.ru [0.0.0.0]); Sun, 18 Oct 2009 22:53:22 +0400 (MSD) Cc: Subject: Adaptec 1420SA identification trouble (again) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2009 18:53:24 -0000 Dear colleagues, I'm having trouble attaching 1420SA controller (just one KBOD disk attached to it) with fresh stable/7: none4@pci0:3:0:0: class=0x010400 card=0x02419005 chip=0x02419005 rev=0x01 hdr=0x00 vendor = 'Adaptec Inc' device = 'Serial ATA II RAID 1420SA' class = mass storage subclass = RAID No references to device 3.0 at pci0 in verbose dmesg. AFAICS, ddf sources have been merged to releng/7. Any hints? Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Oct 18 23:16:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AEC1065670 for ; Sun, 18 Oct 2009 23:16:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id DDCD58FC12 for ; Sun, 18 Oct 2009 23:16:57 +0000 (UTC) Received: by pzk40 with SMTP id 40so2880975pzk.7 for ; Sun, 18 Oct 2009 16:16:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint :mime-version:content-type; bh=9OX4Bidx38lrkkfmA4tLTVZomtnHlWHnEkBnDfOrEC8=; b=tvBy4peonrTLbN4EesVwHwrtpE+X5qW8pawvaz1uXc5EZfheJY33jn34QFAffUUCAk NcJP9VBBc9HwbTMS474JQHEUlNHewChMCo2FahM/KLuA1duINw3y02igoy6wOtcNRMf5 cYP9jmYlcOvSbsubxxrnj4AgSDCkz1IHxHfSE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; b=AZ8jZ0zJniyEOLCHJgt7fh5ONyr7Du4EwxmYYCD8R59GwpTw9klWWW0gWXBrZn+EI2 sc+YWHgCbkkeNPtcmfnFE7omQo4gSA/6RvoLPdX5XNUixnR2bhJU245iFz6KS04HnZnJ DIaNw9z6O5ingbjh4Nv+g1T2uJp0BBu1GWP2g= Received: by 10.114.51.12 with SMTP id y12mr4686971way.33.1255907817295; Sun, 18 Oct 2009 16:16:57 -0700 (PDT) Received: from dimension.5p.local (adsl-99-181-128-216.dsl.klmzmi.sbcglobal.net [99.181.128.216]) by mx.google.com with ESMTPS id 22sm2253720pxi.6.2009.10.18.16.16.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Oct 2009 16:16:56 -0700 (PDT) Sender: "J. Hellenthal" Date: Sun, 18 Oct 2009 19:16:41 -0400 From: jhell To: FreeBSD Stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Make release process for 7.2-STABLE @ r198084 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Oct 2009 23:16:58 -0000 I have just been setting up a release cycle for making some iso's of my own for a modified revision of the source that I am going to be using for offline use and run into a repetitive copy that I am hoping someone could shed some light on. Output from a make release run. "Portion in question" ----------------------------------------------------------------- [...] cd /usr/obj/RELENG/usr && cp -R -H /usr/src src rm -rf /usr/obj/RELENG/usr/ports cd /usr/obj/RELENG/usr && cp -R -H /usr/ports ports # If there are distfiles downloaded removing them rm -rf ports/distfiles/* rm -rf /usr/obj/RELENG/usr/doc cd /usr/obj/RELENG/usr && cp -R -H /usr/doc doc if [ -d /usr/src/release/../../ports/distfiles/ ]; then cp -rp /usr/src/release/../../ports/distfiles /usr/obj/RELENG/usr/ports/distfiles; else mkdir -p /usr/obj/RELENG/usr/ports/distfiles; fi ---------------------------------------------------------------- >From the above output and what happened my ports tree was copied over along with the distfiles the first time cp was issued on the ports directory. Then shortly after that it removes the copied distfiles and issues the next command to copy the docs over. After it does a test for ../../ports/distfiles from the release directory which happens to be the same directory it previously copied over and then removed and is now issuing a command to copy over again?. Is there a problem with the layout of directories from which I started this process maybe? Fault in the script for make release possibly ? Did I miss some tunable for the make release ? >From this setup for a make release everything is a default type of structure/setup/layout for ports and source and doc from a install. If I have to do this again I don't want to copy over 4+ GiB of distfiles twice. Thanks. -- ;; dataix.net!jhell 2048R/89D8547E 2009-09-30 ;; BSD since FreeBSD 4.2 Linux since Slackware 2.1 ;; 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 11:24:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9B2C106566B; Mon, 19 Oct 2009 11:24:07 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (mail.pvp.se [213.64.187.227]) by mx1.freebsd.org (Postfix) with ESMTP id A53CC8FC13; Mon, 19 Oct 2009 11:24:07 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 490D09A; Mon, 19 Oct 2009 13:24:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 43D2B6D; Mon, 19 Oct 2009 13:24:06 +0200 (CEST) Date: Mon, 19 Oct 2009 13:24:06 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <20091002212626.O37424@ns1.as.pvp.se> Message-ID: <20091019131327.U33520@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> <4AC211AC.1070404@freebsd.org> <20090929204651.G37424@ns1.as.pvp.se> <4AC34952.9010508@freebsd.org> <20090930151542.G37424@ns1.as.pvp.se> <4AC35CC6.1020103@freebsd.org> <20091002132218.P37424@ns1.as.pvp.se> <20091002212626.O37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 11:24:08 -0000 On Fri, 2 Oct 2009, kama wrote: > > > Do you get this message in all cases? That is, every time you tried? > > > Or only with ACPI_DEBUG defined? > > > > I cant recall. I have tried so many things lately. But I believe I get it > > on a verbose boot without ACPI_DEBUG. > > > > Im currently rebuilding the system to 8.0. > > Just upgrading to 8.0 did not help regarding the freezes. > > I ran into the bge freeze bug too when disabling acpi. > > I then read the acpi-manpage abit more carefully. > > With ACPI_DEBUG and debug.acpi.disabled="timer" in loader.conf and verbose > boot seems to help against the freeze and freezes again if I dont run it > in verbose mode. But thats just after 5 starts. Anyhow its better. > > loader.conf: > debug.acpi.disabled="timer" > debug.acpi.layer="ACPI_ALL_COMPONENTS" > debug.acpi.level="ACPI_LV_VERBOSE,ACPI_LV_VERBOSITY3,ACPI_LV_VERBOSITY1,ACPI_LV_ALL_EXCEPTIONS" > I just wanted to bump this. After the checkout yesterday and installation today I still get these freezes. # cat /boot/loader.conf hw.bge.allow_asf="0" hw.acpi.verbose="1" debug.acpi.max_threads="1" debug.acpi.disabled="timer" debug.acpi.layer="ACPI_ALL_COMPONENTS" debug.acpi.level="ACPI_LV_VERBOSE,ACPI_LV_VERBOSITY3,ACPI_LV_VERBOSITY1,ACPI_LV_ALL_EXCEPTIONS" # With this setup and with an GENERIC kernel I am able to boot if I choose a verbose boot. I dont know why it should work with these. If I only use debug.acpi.disabled="timer" it will freeze. Is there anyway for me to get more info when it exactly freezes. Like having it print out to the screen when it enters and leaves functions or something. Im not to familiar with where to put these and its "quite" a large project for me to start to understand where everything goes. If someone wants to give me patches or specify which files to alter and how I print to the screen during boot I might be able to pinpoint where it freezes and mail in the results. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 11:55:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9960106566C for ; Mon, 19 Oct 2009 11:55:16 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAF18FC12 for ; Mon, 19 Oct 2009 11:55:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MzqpK-0002mC-R9 for freebsd-stable@freebsd.org; Mon, 19 Oct 2009 13:55:02 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 13:55:02 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 13:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 19 Oct 2009 13:50:50 +0200 Lines: 18 Message-ID: References: <9bbcef730910130633w150571a0k461fb4e67a51fb1d@mail.gmail.com> <9bbcef730910131057i71db846et1f0d4aeadef5e302@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Subject: Re: Extreme console latency during disk IO (8.0-RC1, previous releases also affected according to others) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 11:55:17 -0000 Ivan Voras wrote: > Another data point - the OS in the VM in question hanged today sometime > after 5 AM in the following way: > > * console nonresponsive (also to ctrl-alt-del) > * ssh login nonresponsive (timeout) > * ping works (!) > > Judging by the last seen timestamp, the machine should have been in the > process of receiving rsync backups - so IO-bound. It looks like something really could be fishy in this area, at least with VMWare. The same thing happened again, and I have an additional data point: I left 'top' running on the console and when I attached the VMWare console to the VM, the top was still running ok, but as soon as I hit a key on the keyboard, the OS console locked up. All other symptoms were as I enumerated above. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 14:22:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38FF9106566B for ; Mon, 19 Oct 2009 14:22:53 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id C4F788FC13 for ; Mon, 19 Oct 2009 14:22:51 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n9JEMgNe002295; Mon, 19 Oct 2009 15:22:42 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mzt8E-0006oQ-HR; Mon, 19 Oct 2009 15:22:42 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n9JEMfkW005207; Mon, 19 Oct 2009 15:22:41 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n9JEMeAt005206; Mon, 19 Oct 2009 15:22:40 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Randy Bush In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 19 Oct 2009 15:22:40 +0100 Message-Id: <1255962160.3225.22.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: FreeBSD-STABLE Mailing List Subject: Re: bootless! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 14:22:53 -0000 On Fri, 2009-10-16 at 21:13 -0400, Randy Bush wrote: > i386 running 7.2 as of aug 29 > twe, gmirrored boot partition, zfs universe > cvsupped 24 hours ago > new kernel world > will not boot. get beastie but stops at first twirly > > can boot old kernel -s, but not new kernel > > can not use old kernel with new world, hangs if i try to /etc/rc.d/zfs > start A few questions: Have you cvsupped to 7-STABLE or 8? Are you using ZFS root? Do you get anything extra with "boot -v"? Have you tried your old loader (/boot/loader.old)? Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 17:34:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C993106566C for ; Mon, 19 Oct 2009 17:34:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D33298FC19 for ; Mon, 19 Oct 2009 17:34:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5565046B39; Mon, 19 Oct 2009 13:34:36 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7BE7C8A01B; Mon, 19 Oct 2009 13:34:35 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 19 Oct 2009 13:34:30 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910191334.31137.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 19 Oct 2009 13:34:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Make release process for 7.2-STABLE @ r198084 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 17:34:37 -0000 On Sunday 18 October 2009 7:16:41 pm jhell wrote: > > I have just been setting up a release cycle for making some iso's of my > own for a modified revision of the source that I am going to be using for > offline use and run into a repetitive copy that I am hoping someone could > shed some light on. > > Output from a make release run. "Portion in question" > ----------------------------------------------------------------- > [...] > cd /usr/obj/RELENG/usr && cp -R -H /usr/src src > rm -rf /usr/obj/RELENG/usr/ports > cd /usr/obj/RELENG/usr && cp -R -H /usr/ports ports > # If there are distfiles downloaded removing them > rm -rf ports/distfiles/* > rm -rf /usr/obj/RELENG/usr/doc > cd /usr/obj/RELENG/usr && cp -R -H /usr/doc doc > if [ -d /usr/src/release/../../ports/distfiles/ ]; then cp -rp > /usr/src/release/../../ports/distfiles > /usr/obj/RELENG/usr/ports/distfiles; else mkdir -p > /usr/obj/RELENG/usr/ports/distfiles; fi > ---------------------------------------------------------------- > > >From the above output and what happened my ports tree was copied over > along with the distfiles the first time cp was issued on the ports > directory. Then shortly after that it removes the copied distfiles and > issues the next command to copy the docs over. After it does a test for > ../../ports/distfiles from the release directory which happens to be the > same directory it previously copied over and then removed and is now > issuing a command to copy over again?. > > Is there a problem with the layout of directories from which I started > this process maybe? > > Fault in the script for make release possibly ? > > Did I miss some tunable for the make release ? > > >From this setup for a make release everything is a default type of > structure/setup/layout for ports and source and doc from a install. If I > have to do this again I don't want to copy over 4+ GiB of distfiles twice. > > Thanks. I think this is a property of using EXTPORTSDIR. Generally releases are built against a CVS repo and the ports tree is checked out from that. I would suggestion changing the 'cp' of ports from EXTPORTSDIR to instead do something fancier that excludes copying distfiles in the first place. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 19:37:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E71AD1065679 for ; Mon, 19 Oct 2009 19:37:45 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D07A88FC15 for ; Mon, 19 Oct 2009 19:37:45 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n9JJbj19007200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 19 Oct 2009 12:37:45 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E84031CC37 for ; Mon, 19 Oct 2009 12:37:44 -0700 (PDT) To: stable@freebsd.org Date: Mon, 19 Oct 2009 12:37:44 -0700 From: "Kevin Oberman" Message-Id: <20091019193744.E84031CC37@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-10-19_13:2009-09-29, 2009-10-19, 2009-10-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 spamscore=1 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0910190182 Cc: Subject: Regression in dhclient? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 19:37:46 -0000 I just noticed that my dhclient.conf file seems to be ignored in 8.0. Worked fine in 7.2. interface "ath0" { send host-name "slan.XXX.YYY"; prepend domain-name "XXX.YYY "; append domain-name-servers 198.128.W.ZZ; } When I look at /etc/resolv.conf, neither the domain-name is added nor te dns-server. No errors or anything else in the logs. Anyone else see this or do I have a local problem? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 19:58:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AA7106566B for ; Mon, 19 Oct 2009 19:58:04 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA5928FC18 for ; Mon, 19 Oct 2009 19:58:04 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n9JJw39s012996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 19 Oct 2009 12:58:04 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BB4F21CC37; Mon, 19 Oct 2009 12:58:03 -0700 (PDT) To: Tom Judge In-reply-to: Your message of "Mon, 19 Oct 2009 19:49:33 -0000." <4ADCC2CD.5000904@tomjudge.com> Date: Mon, 19 Oct 2009 12:58:03 -0700 From: "Kevin Oberman" Message-Id: <20091019195803.BB4F21CC37@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-10-19_13:2009-09-29, 2009-10-19, 2009-10-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0910190186 Cc: stable@freebsd.org Subject: Re: Regression in dhclient? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 19:58:05 -0000 > Date: Mon, 19 Oct 2009 19:49:33 +0000 > From: Tom Judge > > Kevin Oberman wrote: > > I just noticed that my dhclient.conf file seems to be ignored in > > 8.0. Worked fine in 7.2. > > > > interface "ath0" { > > send host-name "slan.XXX.YYY"; > > prepend domain-name "XXX.YYY "; > > append domain-name-servers 198.128.W.ZZ; > > } > > > > Your interface is wrong, it should be wlanX not athX > > When I look at /etc/resolv.conf, neither the domain-name is added nor te > > dns-server. No errors or anything else in the logs. > > > > Anyone else see this or do I have a local problem? /me hangs head in shame. This change to the use of wlan0 has bitten me several places, but this is the first time I did not eventually spot it myself. Thanks, Tom. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 20:07:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71631106566B for ; Mon, 19 Oct 2009 20:07:45 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 33C898FC14 for ; Mon, 19 Oct 2009 20:07:45 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id D92FF48A38; Mon, 19 Oct 2009 20:50:23 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QjOXA1EzEEo1; Mon, 19 Oct 2009 20:50:17 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id E899748A31; Mon, 19 Oct 2009 20:50:16 +0100 (BST) Message-ID: <4ADCC2CD.5000904@tomjudge.com> Date: Mon, 19 Oct 2009 19:49:33 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Kevin Oberman References: <20091019193744.E84031CC37@ptavv.es.net> In-Reply-To: <20091019193744.E84031CC37@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Regression in dhclient? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2009 20:07:45 -0000 Kevin Oberman wrote: > I just noticed that my dhclient.conf file seems to be ignored in > 8.0. Worked fine in 7.2. > > interface "ath0" { > send host-name "slan.XXX.YYY"; > prepend domain-name "XXX.YYY "; > append domain-name-servers 198.128.W.ZZ; > } > Your interface is wrong, it should be wlanX not athX > When I look at /etc/resolv.conf, neither the domain-name is added nor te > dns-server. No errors or anything else in the logs. > > Anyone else see this or do I have a local problem? > Tom From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 02:09:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3C81065670 for ; Tue, 20 Oct 2009 02:09:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id EE9768FC14 for ; Tue, 20 Oct 2009 02:09:05 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N049n-000JFI-Hv; Tue, 20 Oct 2009 02:09:03 +0000 Received: from 173.0.128.10.in-addr.arpa.noptr.antlabs.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 5023E2B832D3; Mon, 19 Oct 2009 22:09:03 -0400 (EDT) Date: Mon, 19 Oct 2009 22:09:03 -0400 Message-ID: From: Randy Bush To: Gavin Atkinson In-Reply-To: <1255962160.3225.22.camel@buffy.york.ac.uk> References: <1255962160.3225.22.camel@buffy.york.ac.uk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Randy Bush , FreeBSD-STABLE Mailing List Subject: Re: bootless! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 02:09:06 -0000 >> i386 running 7.2 as of aug 29 >> twe, gmirrored boot partition, zfs universe >> cvsupped 24 hours ago >> new kernel world >> will not boot. get beastie but stops at first twirly >> >> can boot old kernel -s, but not new kernel >> >> can not use old kernel with new world, hangs if i try to /etc/rc.d/zfs >> start > > A few questions: Have you cvsupped to 7-STABLE or 8? Are you using ZFS > root? Do you get anything extra with "boot -v"? Have you tried your > old loader (/boot/loader.old)? really dead ended with old systems. no, root not zfs. the post mortem by a friend: friday morning, while trying to solve some other problem (i no longer remember what), randy did a "make installworld" that broke psg.com's ability to use its zfs filesystems. obvious answer was to revert, but that turns out to be easier to say than to do with /usr offline. friday's attempts to roll back via net and remote hands failed, so randy diverted to seattle. after further whackiness on saturday with randy in the westin with a crash cart, it became clear that, even using the pre-zfs filesystems that had been sitting idle since the move to zfs, the machine was too messed up to be able to run "make world". many programs (eg, "ln") were failing with sigsys errors due to some kind of mismatch between userland and kernel. so we installed freebsd 7.2 from distro media onto a blank usb hard drive, whacked the bios with a club until it admitted to being able to boot from usb, and used that disk as a stable build platform capable of running csup and make world. this didn't solve the problem, but got us far enough that randy could check out of the westin. after further antics, gyrations, sacrifices of rubber chickens, and some sleep, we finally got zfs back up, installed new world and kernel, fixed all the things we had broken (well, that we could remember or had logged), and got the machine back up and running on its filesystems, with just enough time left for randy to eat dinner and head for the ferry to catch a red eye bound for nanog. so that's where we are now: randy's in transit and everything seems back to normal. initially exim was groaning under the load of a weekend's mail backlog, but that looks to be calming down. -30- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 11:03:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC541065763 for ; Tue, 20 Oct 2009 11:03:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2548FC13 for ; Tue, 20 Oct 2009 11:03:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA24741; Tue, 20 Oct 2009 14:03:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ADD9906.1040205@icyb.net.ua> Date: Tue, 20 Oct 2009 14:03:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Randy Bush References: <1255962160.3225.22.camel@buffy.york.ac.uk> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: bootless! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 11:03:43 -0000 Randy, just something possibly useful for the future. Not sure if it really could have helped you here but perhaps it could: http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE I personally don't use manageBE, but I have a very similar setup/config. I perform all the boot-environment actions by hand rather than by a script. I do it that way because I perform major upgrades very infrequently (like once a month) and I like an additional exercise in keyboard punching :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 18:48:45 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D7D1065692 for ; Tue, 20 Oct 2009 18:48:45 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id B443C8FC1B for ; Tue, 20 Oct 2009 18:48:45 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Tue, 20 Oct 2009 14:48:44 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::61 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@FreeBSD.org X-SMFBL: ZnJlZWJzZC1zdGFibGVARnJlZUJTRC5vcmc= Message-ID: <4ADE060C.5050605@comcast.net> Date: Tue, 20 Oct 2009 14:48:44 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.23 (X11/20090902) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 18:48:46 -0000 I have a system running FreeBSD 8.0-RC1 that contains 3x Sil3124 PCI-E SATA controller cards. Each card has 3x Sil3726 Port Multipliers attached (5 slots per SATA PM). The problem is that the disks are often not all detected by FreeBSD, even though the controller Option ROMs list all of the installed physical disks. Which drive(s) are not detected seems to vary with each boot. All of the port multipliers are detected every boot, it's just the drives which aren't getting probed. I've tried the following patch, http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/129784 , which may have helped - it picks up 6-8 out of 9 disks, but obviously that's not ideal. The motherboard BIOS version is current, as is the firmware for the SATA controllers. Does anyone have any ideas or other patches that I may try? Thanks, Steve Polyack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 20:53:51 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443DB106568D for ; Tue, 20 Oct 2009 20:53:51 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 11F2B8FC19 for ; Tue, 20 Oct 2009 20:53:51 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Tue, 20 Oct 2009 16:53:50 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::164 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@FreeBSD.org X-SMFBL: ZnJlZWJzZC1zdGFibGVARnJlZUJTRC5vcmc= Message-ID: <4ADE235D.6050208@comcast.net> Date: Tue, 20 Oct 2009 16:53:49 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.23 (X11/20090902) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable References: <4ADE060C.5050605@comcast.net> In-Reply-To: <4ADE060C.5050605@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 20:53:51 -0000 Steve Polyack wrote: > I have a system running FreeBSD 8.0-RC1 that contains 3x Sil3124 PCI-E > SATA controller cards. Each card has 3x Sil3726 Port Multipliers > attached (5 slots per SATA PM). The problem is that the disks are > often not all detected by FreeBSD, even though the controller Option > ROMs list all of the installed physical disks. Which drive(s) are not > detected seems to vary with each boot. All of the port multipliers > are detected every boot, it's just the drives which aren't getting > probed. This was mostly fixed by loading the siis(4) module at boot. However, if I attach 5 drives to a port multiplier board and reboot, only 4 of the drives attached to that port multiplier are detected. From dmesg: siisch4: Timeout on slot 25 siisch4: siis_timeout is 00000000 ss 02000000 rs 02000000 es 00000000 sts 80192000 serr 00000000 (aprobe0:siisch4:0:1:0): SIGNATURE: 0000 (aprobe0:siisch4:0:2:0): SIGNATURE: 0000 (aprobe0:siisch4:0:3:0): SIGNATURE: 0000 (aprobe0:siisch4:0:4:0): SIGNATURE: 0000 ada0 at siisch4 bus 0 target 1 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled ada1 at siisch4 bus 0 target 2 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing enabled ada2 at siisch4 bus 0 target 3 lun 0 ada2: ATA/ATAPI-8 SATA 2.x device ada2: 300.000MB/s transfers ada2: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada2: Native Command Queueing enabled ada3 at siisch4 bus 0 target 4 lun 0 ada3: ATA/ATAPI-8 SATA 2.x device ada3: 300.000MB/s transfers ada3: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada3: Native Command Queueing enabled The disk at siisch4 bus 0 target 0 lun 0 is what's missing - it looks like there's some kind of timeout during the detection. A 'camcontrol rescan all' does not help. In fact, the camcontrol rescan appears to lose all of the SATA drives attached to port-multipliers with a similar timeout message: siisch4: Timeout on slot 17 siisch4: siis_timeout is 00040000 ss 00020000 rs 00020000 es 00000000 sts 80112000 serr 00000000 (ada0:siisch4:0:1:0): lost device (ada0:siisch4:0:1:0): removing device entry siisch4: Timeout on slot 19 siisch4: siis_timeout is 00040000 ss 00080000 rs 00080000 es 00000000 sts 80132000 serr 00000000 siisch4: Timeout on slot 20 siisch4: siis_timeout is 00040000 ss 00100000 rs 00100000 es 00000000 sts 80142000 serr 00000000 (ada1:siisch4:0:2:0): lost device (ada1:siisch4:0:2:0): removing device entry siisch4: Timeout on slot 21 siisch4: siis_timeout is 00040000 ss 00200000 rs 00200000 es 00000000 sts 80152000 serr 00000000 siisch4: Timeout on slot 22 siisch4: siis_timeout is 00040000 ss 00400000 rs 00400000 es 00000000 sts 80162000 serr 00000000 (ada2:siisch4:0:3:0): lost device (ada2:siisch4:0:3:0): removing device entry I can provide more info on request. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 21:36:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F941065679 for ; Tue, 20 Oct 2009 21:36:14 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF218FC13 for ; Tue, 20 Oct 2009 21:36:14 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N0MNI-00048t-R2 for freebsd-stable@freebsd.org; Tue, 20 Oct 2009 23:36:12 +0200 Received: from 93-138-85-101.adsl.net.t-com.hr ([93.138.85.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Oct 2009 23:36:12 +0200 Received: from ivoras by 93-138-85-101.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Oct 2009 23:36:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 20 Oct 2009 23:35:39 +0200 Lines: 59 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3B65D5EBE4FBA123B07EA5AC" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-85-101.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) X-Enigmail-Version: 0.96.0 Sender: news Subject: Interesting problem updating samba after 7->8 transition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 21:36:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3B65D5EBE4FBA123B07EA5AC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I upgraded (via source) a system from 7-stable to 8-stable and Samba now fails in a strange way. Starting the executable results in an immediate ABORT: ursaminor:/usr/local/sbin# ./smbd Abort And running ktrace on it results in an extremely short ktrace.out: ursaminor:/usr/local/sbin# ktrace ./smbd Abort ursaminor:/usr/local/sbin# ll ktrace.out -rw------- 1 root wheel 166 Oct 20 23:32 ktrace.out ursaminor:/usr/local/sbin# kdump -f ./ktrace.out 93873 ktrace RET ktrace 0 93873 ktrace CALL execve(0xbfbfed7f,0xbfbfec44,0xbfbfec4c) 93873 ktrace NAMI "./smbd" I have no idea how to interpret this dump. OTOH ldd says everything looks fine: ursaminor:/usr/local/sbin# ldd ./smbd =2E/smbd: libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x281a1000) libpam.so.5 =3D> /usr/lib/libpam.so.5 (0x281ba000) libexecinfo.so.1 =3D> /usr/local/lib/libexecinfo.so.1 (0x281c1000= ) libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x28845000) librt.so.1 =3D> /usr/lib/librt.so.1 (0x281cc000) libpopt.so.0 =3D> /usr/local/lib/libpopt.so.0 (0x281da000) libc.so.7 =3D> /lib/libc.so.7 (0x2808f000) libm.so.5 =3D> /lib/libm.so.5 (0x281e3000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x2893b000) Any suggestion where to dig further? --------------enig3B65D5EBE4FBA123B07EA5AC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkreLTEACgkQldnAQVacBciLgQCfcR+xIAG273barX2gr928jHqT KuoAnjcQERtsrG8DIbWMtfGecCEX9d5z =7vXT -----END PGP SIGNATURE----- --------------enig3B65D5EBE4FBA123B07EA5AC-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 21:44:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45F0F1065676; Tue, 20 Oct 2009 21:44:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id AAF138FC0A; Tue, 20 Oct 2009 21:44:50 +0000 (UTC) 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 n9KLijpu016692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 00:44:46 +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 n9KLijKF065412; Wed, 21 Oct 2009 00:44:45 +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 n9KLijZ3065411; Wed, 21 Oct 2009 00:44:45 +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: Wed, 21 Oct 2009 00:44:45 +0300 From: Kostik Belousov To: Ivan Voras Message-ID: <20091020214445.GK2160@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pcjGMRtmGLNVN1Bo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at 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 Cc: freebsd-stable@freebsd.org Subject: Re: Interesting problem updating samba after 7->8 transition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 21:44:51 -0000 --pcjGMRtmGLNVN1Bo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 20, 2009 at 11:35:39PM +0200, Ivan Voras wrote: > I upgraded (via source) a system from 7-stable to 8-stable and Samba now > fails in a strange way. Starting the executable results in an immediate > ABORT: >=20 > ursaminor:/usr/local/sbin# ./smbd > Abort >=20 > And running ktrace on it results in an extremely short ktrace.out: >=20 > ursaminor:/usr/local/sbin# ktrace ./smbd > Abort > ursaminor:/usr/local/sbin# ll ktrace.out > -rw------- 1 root wheel 166 Oct 20 23:32 ktrace.out > ursaminor:/usr/local/sbin# kdump -f ./ktrace.out > 93873 ktrace RET ktrace 0 > 93873 ktrace CALL execve(0xbfbfed7f,0xbfbfec44,0xbfbfec4c) > 93873 ktrace NAMI "./smbd" >=20 > I have no idea how to interpret this dump. >=20 > OTOH ldd says everything looks fine: >=20 > ursaminor:/usr/local/sbin# ldd ./smbd > ./smbd: > libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x281a1000) > libpam.so.5 =3D> /usr/lib/libpam.so.5 (0x281ba000) > libexecinfo.so.1 =3D> /usr/local/lib/libexecinfo.so.1 (0x281c1000) > libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x28845000) > librt.so.1 =3D> /usr/lib/librt.so.1 (0x281cc000) > libpopt.so.0 =3D> /usr/local/lib/libpopt.so.0 (0x281da000) > libc.so.7 =3D> /lib/libc.so.7 (0x2808f000) > libm.so.5 =3D> /lib/libm.so.5 (0x281e3000) > libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x2893b000) >=20 > Any suggestion where to dig further? >=20 >=20 Upgrade to at least r198284. --pcjGMRtmGLNVN1Bo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkreL00ACgkQC3+MBN1Mb4h6bQCgoTrnO3+7BnfrEF/BNRLn2QsX POEAniUrtcJibORPxwykqTvTZ/0OHNlM =nGwU -----END PGP SIGNATURE----- --pcjGMRtmGLNVN1Bo-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 21:45:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 650EF106566B for ; Tue, 20 Oct 2009 21:45:22 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 246028FC20 for ; Tue, 20 Oct 2009 21:45:22 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1N0MW9-00010D-0N; Tue, 20 Oct 2009 23:45:21 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id AEFEA13297; Tue, 20 Oct 2009 23:45:16 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Ivan Voras" , freebsd-stable@freebsd.org References: Date: Tue, 20 Oct 2009 23:45:15 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Interesting problem updating samba after 7->8 transition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 21:45:22 -0000 On Tue, 20 Oct 2009 23:35:39 +0200, Ivan Voras wrote= : > I upgraded (via source) a system from 7-stable to 8-stable and Samba no= w > fails in a strange way. Starting the executable results in an immediate > ABORT: > > ursaminor:/usr/local/sbin# ./smbd > Abort > > And running ktrace on it results in an extremely short ktrace.out: > > ursaminor:/usr/local/sbin# ktrace ./smbd > Abort > ursaminor:/usr/local/sbin# ll ktrace.out > -rw------- 1 root wheel 166 Oct 20 23:32 ktrace.out > ursaminor:/usr/local/sbin# kdump -f ./ktrace.out > 93873 ktrace RET ktrace 0 > 93873 ktrace CALL execve(0xbfbfed7f,0xbfbfec44,0xbfbfec4c) > 93873 ktrace NAMI "./smbd" > > I have no idea how to interpret this dump. > > OTOH ldd says everything looks fine: > > ursaminor:/usr/local/sbin# ldd ./smbd > ./smbd: > libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x281a1000) > libpam.so.5 =3D> /usr/lib/libpam.so.5 (0x281ba000) > libexecinfo.so.1 =3D> /usr/local/lib/libexecinfo.so.1 (0x281c10= 00) > libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x28845000) > librt.so.1 =3D> /usr/lib/librt.so.1 (0x281cc000) > libpopt.so.0 =3D> /usr/local/lib/libpopt.so.0 (0x281da000) > libc.so.7 =3D> /lib/libc.so.7 (0x2808f000) > libm.so.5 =3D> /lib/libm.so.5 (0x281e3000) > libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x2893b000) > > Any suggestion where to dig further? Read about the latest ERRATA NOTICES's. There is something with =20 PIE-library's (which are used by Samba) which defaults to doesn't-work in= =20 8 and still works in 7. People are working on a real fix for 8. In the ERRATA NOTICES is a setting which you can set to does-work. http://security.freebsd.org/advisories/FreeBSD-EN-09:05.null.asc Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 21:50:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877FC106566B for ; Tue, 20 Oct 2009 21:50:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1028FC1C for ; Tue, 20 Oct 2009 21:50:23 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N0Mb0-0001xF-ND for freebsd-stable@freebsd.org; Tue, 20 Oct 2009 23:50:22 +0200 Received: from 93-138-85-101.adsl.net.t-com.hr ([93.138.85.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Oct 2009 23:50:22 +0200 Received: from ivoras by 93-138-85-101.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Oct 2009 23:50:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 20 Oct 2009 23:49:51 +0200 Lines: 36 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8FAAFF42242EF423805DD865" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-85-101.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: X-Enigmail-Version: 0.96.0 Sender: news Subject: Re: Interesting problem updating samba after 7->8 transition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 21:50:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8FAAFF42242EF423805DD865 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ronald Klop wrote: > Read about the latest ERRATA NOTICES's. There is something with > PIE-library's (which are used by Samba) which defaults to doesn't-work > in 8 and still works in 7. People are working on a real fix for 8. > In the ERRATA NOTICES is a setting which you can set to does-work. >=20 > http://security.freebsd.org/advisories/FreeBSD-EN-09:05.null.asc Ouch, stupid of me... and I noticed the advisory thinking that I'll need it soon. I guess I thought I'll get it by default with RELENG_8 but I see the patch was MFC-ed today :) --------------enig8FAAFF42242EF423805DD865 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkreMH8ACgkQldnAQVacBchRZACghzdIqTHRrnOT4pMGU7cg8sJT oOMAoNxRfE0Ex6WF3IGomPMQena9Yb8k =zqMO -----END PGP SIGNATURE----- --------------enig8FAAFF42242EF423805DD865-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 20 22:51:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F1C106566C; Tue, 20 Oct 2009 22:51:54 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4300A8FC0C; Tue, 20 Oct 2009 22:51:54 +0000 (UTC) Received: by fxm6 with SMTP id 6so6695902fxm.43 for ; Tue, 20 Oct 2009 15:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=zdjTMWVb2Z0RHF9GFt7MOofSLnxyFim2fbWDUfjQA9Y=; b=sE5gOdpWk9rJEEfJiMPKokrUriF5ARvHUVObPBvVvTbXiqib+CH0jUHAEh/2NCmf54 VpBtmXiNcujxbfSrxwntKS87T/UaIc4XCONUdE8Cf1YeS5q6TuSOma29ha7/nli3cQgq vsS0jGMhgpbjOUuid4VNUb56jeMM25/dw/ba8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JvNOHXuqJAQ1MKfvRYhUkzpx6Knb8ML1JXygZwHLxq3RyeBGZPaP+FeSmEy46kydPi 6qMCaJ27WUJ+huKKWqNv2a+fTuNik5ibCpSsy8OZ9kP//74OgEF9DixzOjH5Eu2oi8E0 58r8a0VkQDxAd165LLWclyiSLmp2/zuX/CYCc= Received: by 10.103.67.31 with SMTP id u31mr2947570muk.93.1256079113333; Tue, 20 Oct 2009 15:51:53 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 23sm580523mun.33.2009.10.20.15.51.52 (version=SSLv3 cipher=RC4-MD5); Tue, 20 Oct 2009 15:51:52 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADE3F06.9050508@FreeBSD.org> Date: Wed, 21 Oct 2009 01:51:50 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Steve Polyack References: <1256075840.00175367.1256064602@10.7.7.3> In-Reply-To: <1256075840.00175367.1256064602@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2009 22:51:55 -0000 Steve Polyack wrote: > I have a system running FreeBSD 8.0-RC1 that contains 3x Sil3124 PCI-E > SATA controller cards. Each card has 3x Sil3726 Port Multipliers > attached (5 slots per SATA PM). The problem is that the disks are often > not all detected by FreeBSD, even though the controller Option ROMs list > all of the installed physical disks. Which drive(s) are not detected > seems to vary with each boot. All of the port multipliers are detected > every boot, it's just the drives which aren't getting probed. > > I've tried the following patch, > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/129784 , which may have > helped - it picks up 6-8 out of 9 disks, but obviously that's not > ideal. The motherboard BIOS version is current, as is the firmware for > the SATA controllers. > > Does anyone have any ideas or other patches that I may try? Have you tried new CAM-based ATA subsystem present in 8.x by siis(4) driver? Work is still in progress there, but it should work with port multipliers much better then previous implementation. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 06:03:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF221065670; Wed, 21 Oct 2009 06:03:37 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 004448FC0C; Wed, 21 Oct 2009 06:03:36 +0000 (UTC) Received: by ewy5 with SMTP id 5so2945287ewy.36 for ; Tue, 20 Oct 2009 23:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=WXFYYvxyxvBOs7JOTpU5wc00dUN7RWM11SpuxeKeEQc=; b=qncYV30wDmKwVZLKdia7SIJbVjzOX1mtTitPssvChwJo4a4oozWgmxlgvZBHRkAYHT rWdDdbFojJzZBp3DUxonZPoXBEvhKnJAU9S/geRjZDVl0MXpNarosX2LD0kVuYp7x8c6 l8sWe96NKWiYznat/UpuBQ/2/bKg4yqV7ImMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=C/wwslJ9qANJqobxGau9BJp0Blwdo6Q6We2NBGMKQbzbi/H1v1lDd0uhfG2yu/XQTE CCDBs9zKYVFiKHcMHmgR+tSHD95Kzi8o8SUz1dBGQK2j3u7/ONZxwkbrALanrACgyf/A t9DCpENb0Um2iIASDLNyw4bpRujT5a4nBMq0E= MIME-Version: 1.0 Received: by 10.210.7.21 with SMTP id 21mr2469190ebg.66.1256105015961; Tue, 20 Oct 2009 23:03:35 -0700 (PDT) Date: Wed, 21 Oct 2009 02:03:35 -0400 Message-ID: From: grarpamp To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 06:03:37 -0000 In the somewhat related dept... The SiI3124 and SiI3726 seem to be *really* popular chipsets for low cost JBOD setups so I'm sure any work done towards this will be a win. The only other chip I see a lot of is the Marvell 88SX6041 and 88SX6081. Any others, particularly of the eight port generic card variety or other multipliers??? I'm not sure if JMicron ever got into the 4/8 port game. A somewhat related diversion: http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/ And without the fab... you'd be amazed what a bicycle inner tube, scrap pc case lids, tin snips, hammer, anvil, drill bit, and a pop rivet tool will yield ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 06:39:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A7B1065676 for ; Wed, 21 Oct 2009 06:39:54 +0000 (UTC) (envelope-from dean@fragfest.com.au) Received: from Togusa.fragfest.com.au (togusa.fragfest.com.au [203.98.91.208]) by mx1.freebsd.org (Postfix) with ESMTP id C82218FC1F for ; Wed, 21 Oct 2009 06:39:53 +0000 (UTC) Received: from optimus.optusnet.com.au ([203.10.68.27]) by Togusa.fragfest.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0UQT-0005Xi-Ei; Wed, 21 Oct 2009 17:12:03 +1100 Message-ID: <4ADEA668.9000401@fragfest.com.au> Date: Wed, 21 Oct 2009 17:12:56 +1100 From: Dean Hamstead User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: grarpamp References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on Togusa.fragfest.com.au X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 06:39:54 -0000 FWIW you can buy the case and accessories for a very reasonable cost. just click further through the blog and they link the manufacturer. its extremely cheap 90tb of zfs.... Dean grarpamp wrote: > In the somewhat related dept... > > The SiI3124 and SiI3726 seem to be *really* > popular chipsets for low cost JBOD setups > so I'm sure any work done towards this > will be a win. The only other chip I see > a lot of is the Marvell 88SX6041 and 88SX6081. > Any others, particularly of the eight port > generic card variety or other multipliers??? > I'm not sure if JMicron ever got into the 4/8 port > game. > > A somewhat related diversion: > http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/ > > And without the fab... you'd be amazed what a > bicycle inner tube, scrap pc case lids, tin snips, > hammer, anvil, drill bit, and a pop rivet tool will yield ;-) > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > -- http://fragfest.com.au From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 06:52:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150E91065670; Wed, 21 Oct 2009 06:52:34 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id CAF828FC08; Wed, 21 Oct 2009 06:52:33 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N0V3g-000AmE-SA; Wed, 21 Oct 2009 08:52:32 +0200 Date: Wed, 21 Oct 2009 08:52:32 +0200 From: Kurt Jaeger To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20091021065232.GD93084@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 06:52:34 -0000 Hello, > A somewhat related diversion: > http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/ And the quite reasonable Sun answer to that: http://www.c0t0d0s0.org/archives/5899-Some-perspective-to-this-DIY-storage-server-mentioned-at-Storagemojo.html http://www.c0t0d0s0.org/archives/5906-Thoughts-about-this-DIY-Thumper-and-storage-in-general.html -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 10:31:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70B98106566B for ; Wed, 21 Oct 2009 10:31:19 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 276EC8FC18 for ; Wed, 21 Oct 2009 10:31:18 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 7181D130CC5 for ; Wed, 21 Oct 2009 14:12:44 +0400 (MSD) Received: from localhost (unknown [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id E950F130CC3 for ; Wed, 21 Oct 2009 14:12:43 +0400 (MSD) Date: Wed, 21 Oct 2009 14:12:43 +0400 From: Igor Sysoev To: freebsd-stable@freebsd.org Message-ID: <20091021101243.GE3199@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Subject: interrupt threads CPU usage in FreeBSD 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2009 10:31:19 -0000 Hi, for some reason in 8.0 top always shows 0% CPU usage for intr kernel process and active interrupt thread, "irq19 bge0" in my case. 8-0 RC1 top -PS: CPU 0: 27.8% user, 0.0% nice, 7.1% system, 0.0% interrupt, 65.0% idle CPU 1: 3.0% user, 0.0% nice, 2.3% system, 7.1% interrupt, 87.6% idle PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 2 171 ki31 0K 32K RUN 0 140.7H 152.54% idle 61371 nobody 1 69 -10 384M 289M kqread 0 105:56 17.77% nginx 61372 nobody 1 67 -10 384M 293M CPU0 0 106:15 16.99% nginx 12 root 15 -60 - 0K 240K WAIT 0 54:50 0.00% intr 8.0 RC1 top -PSH: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 32K RUN 1 71.5H 81.05% {idle: cpu1} 11 root 171 ki31 0K 32K CPU0 0 69.3H 69.19% {idle: cpu0} 61372 nobody 68 -10 384M 294M kqread 0 107:06 18.99% nginx 61371 nobody 68 -10 384M 291M kqread 0 106:45 16.99% nginx 12 root -68 - 0K 240K WAIT 1 50:48 0.00% {irq19: bge0} 17 root 44 - 0K 16K syncer 1 5:23 0.00% syncer 12 root -32 - 0K 240K WAIT 1 3:06 0.00% {swi4: clock} 7.2-STABLE top -PS: CPU 0: 9.0% user, 0.0% nice, 7.9% system, 9.0% interrupt, 74.1% idle CPU 1: 23.3% user, 0.0% nice, 8.3% system, 0.0% interrupt, 68.4% idle PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 12 root 1 171 ki31 0K 16K RUN 0 275.0H 83.59% idle: cpu0 11 root 1 171 ki31 0K 16K RUN 1 264.2H 76.27% idle: cpu1 16109 nobody 1 68 -10 376M 307M CPU0 1 28:05 21.97% nginx 16110 nobody 1 4 -10 376M 316M RUN 0 28:05 20.17% nginx 26 root 1 -68 - 0K 16K WAIT 0 902:39 6.69% irq19: bge0 -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 10:59:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8BD106566C for ; Wed, 21 Oct 2009 10:59:08 +0000 (UTC) (envelope-from sergey.aleynikov@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 37B748FC26 for ; Wed, 21 Oct 2009 10:59:08 +0000 (UTC) Received: by ewy5 with SMTP id 5so3157614ewy.36 for ; Wed, 21 Oct 2009 03:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=RDBssILwmVczv4Q/GMfts60+me4SZUWmqgvpcGv9omE=; b=SL+vufVwOXLKPcaxJXTCGcrOt48cOUNIVi9VBbKHb8ztRHZyosX2jzFLHnwMb4Bifk hzyrfL0/C2uw+n7Iz0GWPu4uqm9h6RrbEDMnGbOPnCnv5D0xArN4jlykhXHjNatuy2JF cr7xxT1tUyCgwEiNh9RG2ZdpuEFl5D9QnUlcc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AxTqu/qelvvNsF48bsisXXWLV8RAbrxicTVjGgDwWUxhjukyz4M3/4Y0QcMKo1ntSn gqOpK3WvS/ob9vo4dfgT4NKKNh7Bt0aPnnSXeCTcbRgjYjmccFzz0g7LW31hm76wPZUP y1JQYMptL+8gA3Kif/xZzxoKpOS98fgyI5JVg= MIME-Version: 1.0 Received: by 10.216.90.203 with SMTP id e53mr2699086wef.86.1256121410030; Wed, 21 Oct 2009 03:36:50 -0700 (PDT) Date: Wed, 21 Oct 2009 19:36:50 +0900 Message-ID: From: Sergey Aleynikov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Processes stuck in *unp_mtx 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: Wed, 21 Oct 2009 10:59:08 -0000 I'm running FreeBSD 7.1-RELEASE and have application that spawnes some children and (heavily) communicates between them using pipes. But under load parent and one child both get stuck in unp_mtx state, they can't be killed (killing them puts whole system on hang). This is reproducable (i've written client emulation that causes this situation after ~5 min run). Everything else keeps running, but trying to access these stuck porcesses puts whole system on hang, so i have to perform reboot. Panic is not invoked, so i've set up ddb panic autocollecting script and had manually put system into panic. Is this a known issue in 7.1, so upgrade to 7.2 would help? I list below some info about system+ddb output: begom% uname -a FreeBSD begom.com 7.1-RELEASE FreeBSD 7.1-RELEASE #1: Mon Sep 14 07:37:56 MSD 2009 inferno@begom.com:/usr/obj/usr/src/release-7.1/sys/BEGOM i386 db:0:kdb.enter.panic> show pcpu cpuid = 1 curthread = 0x84d00d20: pid 1 "init" curpcb = 0xa940bd90 fpcurthread = none idlethread = 0x84d00af0: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db:0:kdb.enter.panic> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0x850e08c0: pid 1078 "mysqld" curpcb = 0xae5d4d90 fpcurthread = none idlethread = 0x84d008c0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0x84d00d20: pid 1 "init" curpcb = 0xa940bd90 fpcurthread = none idlethread = 0x84d00af0: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db:0:kdb.enter.panic> ps pid ppid pgrp uid state wmesg wchan cmd ... 89782 89764 89764 1013 L *unp_mtx 0x850b9b40 perl5.8.8 89764 1 89764 1013 Ls *unp_mtx 0x856a70f0 perl5.8.8 db:0:kdb.enter.panic> alltrace ... Tracing command perl5.8.8 pid 89764 tid 100434 td 0x85672690 sched_switch(85672690,0,1,23f76982,201f8b,...) at sched_switch+0x43b mi_switch(1,0,80831849,2d9,85bf2000,...) at mi_switch+0x146 turnstile_wait(856a70f0,85bf2000,0,8675d690,87087690,...) at turnstile_wait+0x2ec _mtx_lock_sleep(8675d720,85672690,0,0,0,...) at _mtx_lock_sleep+0x10e uipc_peeraddr(8bb431a0,ae6cac70,85672690,ae6cac80,86b74b94,...) at uipc_peeraddr+0xc5 kern_getpeername(85672690,11,ae6cac70,ae6cac6c,100,...) at kern_getpeername+0x60 getpeername(85672690,ae6cacfc,c,16,ae6cad2c,...) at getpeername+0x52 syscall(ae6cad38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (31, FreeBSD ELF32, getpeername), eip = 0x282b88db, esp = 0x7fbfeb5c, ebp = 0x7fbfeba8 --- Tracing command perl5.8.8 pid 89782 tid 100248 td 0x85bf2000 sched_switch(85bf2000,0,1,23f73c9c,201f8b,...) at sched_switch+0x43b mi_switch(1,0,80831849,2d9,805d7233,...) at mi_switch+0x146 turnstile_wait(850b9b40,85672690,0,87087690,8675d690,...) at turnstile_wait+0x2ec _mtx_lock_sleep(87087720,85bf2000,0,0,0,...) at _mtx_lock_sleep+0x10e uipc_peeraddr(8f1a8d00,ae3f4c70,ae3f4c44,4aded50c,84ff5da8,...) at uipc_peeraddr+0xc5 kern_getpeername(85bf2000,6,ae3f4c70,ae3f4c6c,100,...) at kern_getpeername+0x60 getpeername(85bf2000,ae3f4cfc,c,16,ae3f4d2c,...) at getpeername+0x52 syscall(ae3f4d38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (31, FreeBSD ELF32, getpeername), eip = 0x282b88db, esp = 0x7fbfeb5c, ebp = 0x7fbfeba8 --- db:0:kdb.enter.panic> show locks No such command db:0:kdb.enter.panic> show alllocks No such command db:0:kdb.enter.panic> show lockedvnods Locked vnodes options CONFIG_AUTOGENERATED ident BEGOM machine i386 cpu I686_CPU makeoptions DEBUG=-g options ATA_STATIC_ID options SMP options AUDIT options STOP_NMI options ADAPTIVE_GIANT options KBD_INSTALL_CDEV options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_43TTY options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options INET options PREEMPTION options SCHED_ULE options KVA_PAGES=512 options DEVICE_POLLING options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL options INCLUDE_CONFIG_FILE options ALT_BREAK_TO_DEBUGGER options KDB_UNATTENDED options DDB options KDB options KSE options GEOM_MBR options GEOM_BSD options ISAPNP Loaded kernel modules are: linux, acpi, aio (but i've seen this both with and without aio). (part from fstat) game perl5.8.8 89764 root / 2 drwxr-xr-x 512 r game perl5.8.8 89764 wd /home 15191040 drwxr-x--x 3072 r game perl5.8.8 89764 text /usr 615835 -rwxr-xr-x 29935 r game perl5.8.8 89764 0 /dev 117 crw--w---- ttyp1 rw game perl5.8.8 89764 1 /dev 117 crw--w---- ttyp1 rw game perl5.8.8 89764 2 /dev 117 crw--w---- ttyp1 rw game perl5.8.8 89764 3* local dgram 86a8e3f0 <-> 852dc0a8 game perl5.8.8 89764 4 /var 329768 -rw-r--r-- 6 rw game perl5.8.8 89764 5 /usr 733593 -r--r--r-- 6611 r game perl5.8.8 89764 7* local stream 8678cc78 <-> 8579bc78 game perl5.8.8 89764 8* local stream 8579b000 <-> 8579bbd0 game perl5.8.8 89764 9* local stream 8678c000 <-> 86e07150 game perl5.8.8 89764 10* local stream 86e07888 <-> 86e07d20 game perl5.8.8 89764 11* local stream 865ca0a8 <-> 875d5a80 game perl5.8.8 89764 12* local stream 8678c0a8 <-> 865ca738 game perl5.8.8 89764 13* local stream 8736b540 <-> 8678c690 game perl5.8.8 89764 14* local stream 8579bdc8 <-> 8736bbd0 game perl5.8.8 89764 15* local stream 85a5a498 <-> 875d5498 game perl5.8.8 89764 16* local stream 85c2a3f0 <-> 85c2a348 game perl5.8.8 89764 17* local stream 87087690 <-> 8675d690 game perl5.8.8 89764 18* local stream 85a5a888 <-> 865ca2a0 game perl5.8.8 89764 19* local stream 852c79d8 <-> 8528e3f0 game perl5.8.8 89764 20* internet stream tcp 8d7d9570 game perl5.8.8 89764 21* internet stream tcp 85e021d0 game perl5.8.8 89764 22* internet stream tcp 899f71d0 game perl5.8.8 89764 23* internet stream tcp 8e8bd1d0 game perl5.8.8 89764 24* internet stream tcp 8c137000 game perl5.8.8 89764 25* internet stream tcp 8d39b3a0 game perl5.8.8 89764 26* internet stream tcp 85bc0000 game perl5.8.8 89764 27* internet stream tcp 8c78e570 game perl5.8.8 89764 28* internet stream tcp 8a7fa910 game perl5.8.8 89764 29* internet stream tcp 8dd6bcb0 game perl5.8.8 89764 30* internet stream tcp 8e801570 game perl5.8.8 89764 31* internet stream tcp 86635cb0 game perl5.8.8 89764 32* internet stream tcp 8cd50740 game perl5.8.8 89764 33* internet stream tcp 86656000 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 12:11:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C3F2106566B for ; Wed, 21 Oct 2009 12:11:33 +0000 (UTC) (envelope-from kris.weston@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id D9E428FC20 for ; Wed, 21 Oct 2009 12:11:31 +0000 (UTC) Received: by ewy5 with SMTP id 5so3223257ewy.36 for ; Wed, 21 Oct 2009 05:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FDM7z9UC4g9H7OLDUIc4Wlk5ZeHjhWFmrRFzhs29NOs=; b=atwoe/1XhFG2kBtFWLqDSB8awSETfig5Fm8SjIKAm17Q/8geAfQtkKQiHHOqDXljXB wsVzTiRMWWM8hBpxgKOsQZPKBqL6kpBsHzX3QKRPeLHvaanJGHPJ3qnVo1HymLi/r9vW +xk/ujZEK7ziq/JWhXRnqNPR+2XpTqDmYV6oQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RLw0irqKOik6jwD21rVvWVHpjb+81b6qU3UqJpl08BsZ2ENzQgs8Jz9Onc5WAxINBB L+T2f5DRqx6fVjykIGFueSeMa+bK0W8rw6idVpvWfmDyLt28ZwEx+1P2l5604JIVl1Zs vZThxmCHUbNDBA5yOKy8u5OJYfy0fdWyq2UyA= MIME-Version: 1.0 Received: by 10.216.93.15 with SMTP id k15mr2980544wef.103.1256127090845; Wed, 21 Oct 2009 05:11:30 -0700 (PDT) Date: Wed, 21 Oct 2009 13:11:30 +0100 Message-ID: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> From: Kris Weston To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: i am desperate over some GPT tables X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 12:11:33 -0000 been looking for months now, trawled google no help, i just dont understand. do you need a GPT table with zfs ? i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import my zpool into it exported fine on solaris , its definitely the same version (v13) but when i import into zfs it says GPT tables corrupt ? why ? and what does this mean ? please help me. pleeeeease. -- )) (( c[_] From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 13:02:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E311106566C for ; Wed, 21 Oct 2009 13:02:03 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 244AC8FC13 for ; Wed, 21 Oct 2009 13:02:02 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 29400B40F0; Wed, 21 Oct 2009 09:02:02 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 21 Oct 2009 09:02:02 -0400 X-Sasl-enc: tbKheU0k/7nJwPnQ8c9VP2ZdKE+d0Myz3O63yUj17TlB 1256130121 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 71BE1B432; Wed, 21 Oct 2009 09:02:01 -0400 (EDT) Message-ID: <4ADF0648.70906@incunabulum.net> Date: Wed, 21 Oct 2009 14:02:00 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Randy Bush References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: tom@tomjudge.com, FreeBSD-STABLE Mailing List Subject: Re: bootless! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 13:02:03 -0000 Randy Bush wrote: > is there a recipe for making a 7.2 usb? > Tried the UsbDevice command in NanoBSD? This won't give you a full FreeBSD installer, but you can build a 7.2 system with it just fine. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 13:32:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C37A9106566C for ; Wed, 21 Oct 2009 13:32:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 325CB8FC14 for ; Wed, 21 Oct 2009 13:32:08 +0000 (UTC) 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 n9LDW5xG011244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 16:32:05 +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 n9LDW5W6068687; Wed, 21 Oct 2009 16:32:05 +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 n9LDW50d068686; Wed, 21 Oct 2009 16:32:05 +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: Wed, 21 Oct 2009 16:32:05 +0300 From: Kostik Belousov To: Sergey Aleynikov Message-ID: <20091021133205.GQ2160@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sKHNLc4rGJHGY5Sn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at 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 Cc: freebsd-stable@freebsd.org Subject: Re: Processes stuck in *unp_mtx 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: Wed, 21 Oct 2009 13:32:09 -0000 --sKHNLc4rGJHGY5Sn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 21, 2009 at 07:36:50PM +0900, Sergey Aleynikov wrote: > I'm running FreeBSD 7.1-RELEASE and have application that spawnes some > children and (heavily) communicates between them using pipes. But > under load parent and one child both get stuck in unp_mtx state, they > can't be killed (killing them puts whole system on hang). This is > reproducable (i've written client emulation that causes this situation > after ~5 min run). Everything else keeps running, but trying to access > these stuck porcesses puts whole system on hang, so i have to perform > reboot. Panic is not invoked, so i've set up ddb panic autocollecting > script and had manually put system into panic. >=20 > Is this a known issue in 7.1, so upgrade to 7.2 would help? I list > below some info about system+ddb output: I believe this is fixed by r194460 in HEAD and merged to RELENG_7 by 194967at the end of June, that was after 7.2. --sKHNLc4rGJHGY5Sn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrfDVQACgkQC3+MBN1Mb4j5zgCgodKzU+9e2FejFSw3P8yvIWCJ eMgAn1l1E9cRXK5A6JK3kLS3+eZd4Q0D =owfx -----END PGP SIGNATURE----- --sKHNLc4rGJHGY5Sn-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 14:08:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60024106568D for ; Wed, 21 Oct 2009 14:08:41 +0000 (UTC) (envelope-from sergey.aleynikov@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id E87688FC1B for ; Wed, 21 Oct 2009 14:08:40 +0000 (UTC) Received: by ewy5 with SMTP id 5so3350151ewy.36 for ; Wed, 21 Oct 2009 07:08:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=vhNz7GsG7IWdqgFGcnOf/B7dLofWK+9L7hUFHZ91zho=; b=bkBtMhnyjQGPAEEMwAqhDg6yUr6v0I7kDgHExfBfEt7Ncm9l9hIqmehhLcQFiYTccg fKgZTMbzb4Unf/InbgdkqJq0zS45JOxd5k22yGGcIW3W729nNn/q8lShWLDdBXcCAh8H kZnHbMrlmJTNyOiIIr4VhHbvNWqtPXf0YIPjY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LxxD0ArKJQXAQ43CWsXMaeqkQ0jHiBiYKcIcZ9Zof5CPRAR/fVHQBUCRpK5mN+8k9O vKwHArAN0zHrIa/aEubb3NpQ0nkytCRwFQ7Tmy8m0TmA7opEJfXVM2Q2BtCRW9sshkdV ayxTM7UDbdmydrKCB1k/xVTRWj+NzuyISFJ9E= MIME-Version: 1.0 Received: by 10.216.89.130 with SMTP id c2mr2823888wef.44.1256134119933; Wed, 21 Oct 2009 07:08:39 -0700 (PDT) In-Reply-To: <20091021133205.GQ2160@deviant.kiev.zoral.com.ua> References: <20091021133205.GQ2160@deviant.kiev.zoral.com.ua> Date: Wed, 21 Oct 2009 23:08:39 +0900 Message-ID: From: Sergey Aleynikov To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Processes stuck in *unp_mtx 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: Wed, 21 Oct 2009 14:08:41 -0000 2009/10/21 Kostik Belousov : > I believe this is fixed by r194460 in HEAD and merged to RELENG_7 by > 194967at the end of June, that was after 7.2. > I'll try to upgrade to RELENG_7 tomorrow and see if it helps. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 16:29:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0228A106568F for ; Wed, 21 Oct 2009 16:29:18 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7C30F8FC17 for ; Wed, 21 Oct 2009 16:29:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n9LGTG93039018 for ; Wed, 21 Oct 2009 20:29:16 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 21 Oct 2009 20:29:16 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (woozle.rinet.ru [0.0.0.0]); Wed, 21 Oct 2009 20:29:16 +0400 (MSD) Subject: Re: Adaptec 1420SA identification trouble (again) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2009 16:29:18 -0000 On Sun, 18 Oct 2009, Dmitry Morozovsky wrote: DM> I'm having trouble attaching 1420SA controller (just one KBOD disk attached DM> to it) with fresh stable/7: DM> DM> none4@pci0:3:0:0: class=0x010400 card=0x02419005 chip=0x02419005 rev=0x01 hdr=0x00 DM> vendor = 'Adaptec Inc' DM> device = 'Serial ATA II RAID 1420SA' DM> class = mass storage DM> subclass = RAID DM> DM> No references to device 3.0 at pci0 in verbose dmesg. DM> DM> AFAICS, ddf sources have been merged to releng/7. DM> DM> Any hints? Thanks in advance. For the reference: As mav@ pointed out, HW support for Adaptec's variant of Marvell controller did not committed to stable/7; this is fixed by SVN rev 198334. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 17:28:48 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BBB6106566B for ; Wed, 21 Oct 2009 17:28:48 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id ED3108FC15 for ; Wed, 21 Oct 2009 17:28:47 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Wed, 21 Oct 2009 13:28:46 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::121 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@FreeBSD.org X-SMFBL: ZnJlZWJzZC1zdGFibGVARnJlZUJTRC5vcmc= Message-ID: <4ADF44CE.3030605@comcast.net> Date: Wed, 21 Oct 2009 13:28:46 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.23 (X11/20090902) MIME-Version: 1.0 To: mav@freebsd.org References: <4ADE060C.5050605@comcast.net> In-Reply-To: <4ADE060C.5050605@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 17:28:48 -0000 Alexander Motin wrote: > Have you tried new CAM-based ATA subsystem present in 8.x by siis(4) > driver? Work is still in progress there, but it should work with port > multipliers much better then previous implementation. Indeed, the siis(4) driver works MUCH better. However, it's still not always detecting every drive if I fill a port multiplier with 5/5 drives. Sometimes it boots up with 4, sometimes with 5. Snippet from the dmesg in my other reply: siisch4: Timeout on slot 25 siisch4: siis_timeout is 00000000 ss 02000000 rs 02000000 es 00000000 sts 80192000 serr 00000000 (aprobe0:siisch4:0:1:0): SIGNATURE: 0000 (aprobe0:siisch4:0:2:0): SIGNATURE: 0000 (aprobe0:siisch4:0:3:0): SIGNATURE: 0000 (aprobe0:siisch4:0:4:0): SIGNATURE: 0000 ada0 at siisch4 bus 0 target 1 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled siisch4 bus 0 target 0 lun 0 is missing here, due to some kind of timeout. The drives are fine and the missing device does not follow a specific physical drive. Lastly, using camcontrol to rescan port multipliers and attached drives only leads to failure. Rescanning everythign simply loses all but one drive attached to each port multiplier. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 18:01:12 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 247DE106566B for ; Wed, 21 Oct 2009 18:01:12 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD818FC17 for ; Wed, 21 Oct 2009 18:01:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 1AE4C78C1D for ; Wed, 21 Oct 2009 20:01:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kVGUr4TAUxjE for ; Wed, 21 Oct 2009 20:00:59 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 26F5578C1C; Wed, 21 Oct 2009 20:00:59 +0200 (CEST) Date: Wed, 21 Oct 2009 20:00:59 +0200 From: Alson van der Meulen To: freebsd-stable@FreeBSD.org Message-ID: <20091021180059.GB1847@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: fatal trap 12 in em1 taskq after upgrade to 7.2-REL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 18:01:12 -0000 Hello, I recently upgraded a server from RELENG_6_4 to RELENG_7_2 (both i386). Since then, the box has started crashing regularly. The longest uptime since the upgrade is 1d5h, the shortest is 2m35s. The backtrace is always similar: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0adc79e stack pointer = 0x28:0xe585fc10 frame pointer = 0x28:0xe585fc24 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 = 34 (em1 taskq) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0ba8989,e585faac,c07f2ab9,c0bca1e0,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0bca1e0,0,c0b61aee,e585fab8,0,...) at kdb_backtrace+0x29 panic(c0b61aee,c0bcb510,c56294dc,1,1,...) at panic+0x119 trap_fatal(c0cd3ec0,0,1,0,14,...) at trap_fatal+0x333 trap_pfault(0,20111ac,0,0,c56292b8,...) at trap_pfault+0x270 trap(e585fbd0) at trap+0x3fa calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0adc79e, esp = 0xe585fc10, ebp = 0xe585fc24 --- _bus_dmamap_sync(c5615400,400,2,c5612690,0,...) at _bus_dmamap_sync+0xe em_rxeof(246,c5612690,e585fca4,c5612690,e585fc9c,...) at em_rxeof+0x14a em_handle_rxtx(c5635000,1,c5615380,c561539c,c0ba076a,...) at em_handle_rxtx+0x27 taskqueue_run(c5615380,c561539c,c0ba076a,0,e585fcf4,...) at taskqueue_run+0x175 taskqueue_thread_loop(c563935c,e585fd38,36626334,64636435,39396362,...) at taskqueue_thread_loop+0xc8 fork_exit(c08285a0,c563935c,e585fd38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe585fd70, ebp = 0 --- Uptime: 28m55s Physical memory: 2027 MB Dumping 194 MB: 179 163 147 131 115 99 83 67 51 35 19 3 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort em1: watchdog timeout -- resetting Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0adc79e stack pointer = 0x28:0xc53e0c00 frame pointer = 0x28:0xc53e0c14 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 = 14 (swi4: clock sio) trap number = 12 Rebooting... The second fatal trap output is usually corrupted in the serial console output. This box has been running 6.4 (and 6.3 and so on) without crashes for at least a year, so a sudden hardware failure seems unlikely. It's an Intel entry level server mainboard with a P4 (with HT) and dual onboard em(4). The server is currently mostly idle, especially em1. Dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE-p4 #0: Tue Oct 20 04:15:46 CEST 2009 root@eraser.waalsdorp.nl:/usr/obj/usr/src/sys/ERASER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 2138984448 (2039 MB) avail memory = 2083450880 (1986 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 500, 10 (4) failed acpi0: reservation of 560, 20 (4) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xcb80-0xcb87 mem 0xdfd00000-0xdfd7ffff,0xc0000000-0xcfffffff,0xdfd80000-0xdfdbffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pcib1: irq 16 at device 28.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci4: on pcib2 em0: port 0xef80-0xefbf mem 0xdffe0000-0xdfffffff irq 27 at device 3.0 on pci4 em0: [FILTER] em0: Ethernet address: 00:0e:0c:4b:4b:89 pcib3: at device 0.2 on pci2 pci3: on pcib3 uhci0: port 0xcc00-0xcc1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc80-0xcc9f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcd00-0xcd1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdfdff800-0xdfdffbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 puc0: port 0xdf00-0xdf1f,0xde80-0xde87,0xde00-0xde07 irq 21 at device 2.0 on pci1 puc0: [FILTER] uart0: <16550 or compatible> on puc0 uart0: [FILTER] uart1: <16550 or compatible> on puc0 uart1: [FILTER] em1: port 0xdf80-0xdfbf mem 0xdfee0000-0xdfefffff irq 18 at device 3.0 on pci1 em1: [FILTER] em1: Ethernet address: 00:0e:0c:4b:4b:88 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xcf80-0xcf87,0xcf00-0xcf03,0xce80-0xce87,0xce00-0xce03,0xcd80-0xcd8f mem 0xdfdffc00-0xdfdfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.00 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ichsmb0: port 0x400-0x41f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 ipmi0: on smbus0 ipmi0: SSIF mode found at address 0x42 on smbus acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f2b00000f2b device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f2b00000f2b device_attach: est1 attach returned 6 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc9800-0xca7ff,0xca800-0xcb7ff,0xcb800-0xcc7ff,0xdc000-0xdffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. 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 acd0: CDRW at ata0-master UDMA33 ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 ad8: 35304MB at ata4-master SATA150 ad10: 35304MB at ata5-master SATA150 ipmi0: IPMI device rev. 1, firmware rev. 2.81, version 1.5 ipmi0: Number of channels 0 ipmi0: Attached watchdog SMP: AP CPU #1 Launched! kernel config is GENERIC plus: device puc options ALT_BREAK_TO_DEBUGGER options DDB options KDB_TRACE options KDB_UNATTENDED device smbus device smb device ichsmb options ROUTETABLES=2 regards, Alson From owner-freebsd-stable@FreeBSD.ORG Wed Oct 21 20:58:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A0D106566C; Wed, 21 Oct 2009 20:58:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id C97F08FC15; Wed, 21 Oct 2009 20:58:05 +0000 (UTC) Received: by fxm6 with SMTP id 6so7855689fxm.43 for ; Wed, 21 Oct 2009 13:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=kQEl5rmzKQF/leCwKSru5WiN1lRf0YouCWZ5z5b1EMA=; b=J945MyCTtDFJ/Z7UjhtDnsPSa0IZ2ITKxFnEk2SrLzc41cFDiZ01pOZzbAWsT4qxWM 3gDIOtYl9PvB0cBXIeX8EfHULWKRitz1nu5cvL/U8QtjSHJUNY+UzB05w0+/1pWrYiMF mF726cLkBBqEm6Aznx6eI/LnsOLg830UWVWKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=o8bGqXtd6/h5oonR3phPM+ZwypkNP2K5yPAGhPjrJ7dw4v4ShcWJap+oJCNET0mJD+ LdqHIiJaB+/3zlY0qj3/1ew55LlTv0yTXX6lGRbD4TYqvJ3Ib+puT59SkS/gub4PDigP 86RvwLxM7xH51dvKpQpPmfXp+fFmsdhp5Gxng= Received: by 10.103.76.37 with SMTP id d37mr3460265mul.99.1256158684881; Wed, 21 Oct 2009 13:58:04 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id i5sm100573mue.38.2009.10.21.13.58.03 (version=SSLv3 cipher=RC4-MD5); Wed, 21 Oct 2009 13:58:03 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADF75DA.8040707@FreeBSD.org> Date: Wed, 21 Oct 2009 23:58:02 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Steve Polyack References: <4ADE060C.5050605@comcast.net> <4ADF44CE.3030605@comcast.net> In-Reply-To: <4ADF44CE.3030605@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2009 20:58:06 -0000 Steve Polyack wrote: > Alexander Motin wrote: >> Have you tried new CAM-based ATA subsystem present in 8.x by siis(4) >> driver? Work is still in progress there, but it should work with port >> multipliers much better then previous implementation. > > Indeed, the siis(4) driver works MUCH better. However, it's still not > always detecting every drive if I fill a port multiplier with 5/5 > drives. Sometimes it boots up with 4, sometimes with 5. > > Snippet from the dmesg in my other reply: > siisch4: Timeout on slot 25 > siisch4: siis_timeout is 00000000 ss 02000000 rs 02000000 es 00000000 > sts 80192000 serr 00000000 > (aprobe0:siisch4:0:1:0): SIGNATURE: 0000 > (aprobe0:siisch4:0:2:0): SIGNATURE: 0000 > (aprobe0:siisch4:0:3:0): SIGNATURE: 0000 > (aprobe0:siisch4:0:4:0): SIGNATURE: 0000 > ada0 at siisch4 bus 0 target 1 lun 0 > ada0: ATA/ATAPI-8 SATA 2.x device > ada0: 300.000MB/s transfers > ada0: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) > ada0: Native Command Queueing enabled > > siisch4 bus 0 target 0 lun 0 is missing here, due to some kind of > timeout. The drives are fine and the missing device does not follow a > specific physical drive. Lastly, using camcontrol to rescan port > multipliers and attached drives only leads to failure. Rescanning > everythign simply loses all but one drive attached to each port multiplier. As I have said, infrastructure is not finished yet, especially part of recovery from timeout state. That's why probably rescan does not solve situation. From other side, this timeout may be called by some driver issue, as it looks too repeatable. If your conditions permit, you can try to upgrade to recent HEAD to look how will it go with newer code. I am periodically merging my work there from Perforce. Also I am going to generate new test patch for HEAD, which includes reworked PMP support, tomorrow. I will put it to http://people.freebsd.org/~mav/ as usual, so you can test it. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 03:53:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B4E6106566C for ; Thu, 22 Oct 2009 03:53:43 +0000 (UTC) (envelope-from sergey.aleynikov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id E59078FC0A for ; Thu, 22 Oct 2009 03:53:42 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1647488eyd.9 for ; Wed, 21 Oct 2009 20:53:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=s8vARd43LrIxGO9vlnBHnEuJ3RXU6OvtAJqQYGW64B0=; b=qqqHupUDaeJSpWzp3dbSbwSfeADBLfutTj44s4Z5Rz/IodWNXgNjDhduN1qmDTlM/v vHaJlayJsun6Ld4jd5r6TXP4eIVdhdGL9cfyL6R7AYDe6VrTm5pf77G26JR5j7kOdJNv ctUnAM92Ni+eRNOYYhmpaeaGTVUVPt1N+r/wQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JGmDwKJYHSOvphqXzz68gdBswCLT3bWGCoXgHeAPWObTmWWhw1K2ZqTgcGt06gANWe qgtWSwpIHMO3q2qPjBkcILXP0944ZdtLFiz3Z3B1ig4cYlk9Hqzgf22bQZH+KFfuFwxL DLyCl1LbKqotwAR7d6ZCOgKfd2e7+FUTCL4+w= MIME-Version: 1.0 Received: by 10.216.87.7 with SMTP id x7mr1822312wee.53.1256183621872; Wed, 21 Oct 2009 20:53:41 -0700 (PDT) In-Reply-To: <20091021133205.GQ2160@deviant.kiev.zoral.com.ua> References: <20091021133205.GQ2160@deviant.kiev.zoral.com.ua> Date: Thu, 22 Oct 2009 12:53:41 +0900 Message-ID: From: Sergey Aleynikov To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Processes stuck in *unp_mtx 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: Thu, 22 Oct 2009 03:53:43 -0000 2009/10/21 Kostik Belousov : > I believe this is fixed by r194460 in HEAD and merged to RELENG_7 by > 194967at the end of June, that was after 7.2. After half an our of stress testing problem seams to disappear. Thanks for your advice. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 09:55:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D21106566B; Thu, 22 Oct 2009 09:55:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 008048FC0A; Thu, 22 Oct 2009 09:55:35 +0000 (UTC) Received: by bwz5 with SMTP id 5so449524bwz.3 for ; Thu, 22 Oct 2009 02:55:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=zyOseMhAZLjGuPIIdUpnq0nEaNCW73F9U1aH1wwGW/Y=; b=PBp4/kdFjNRKMxo57J3xGe222xVus5ztbpy+HDk3ocARtst7SY4AvQloWMq+dZF3pJ WO4g2nSazWFOvN2L0JEDq34HL5wRgibGrCSVUIYSyvPGPfN5liwU+naI3hbul5Fo+2ri UCf9DUDlYo+S7gJyBQaqFkadYMv0nnRIGh9pA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=siMathMJNfWmL013D/ct2o0zYGz+IEutD9ZvPdVamCeN7Cdmw2fUTzxiR26Aa+s/Hm qH3ibNR0gTpJcMyKjGaG1er/qAybwF/+19P9MMnnsYllJvJBiRCfsVt3O8X7/15+ZOOI Y8L3Q0hFbOY+ObjK+YZqiacjGYeh8OtfoGQeg= Received: by 10.102.13.19 with SMTP id 19mr4008088mum.13.1256205334826; Thu, 22 Oct 2009 02:55:34 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id u26sm215247mug.32.2009.10.22.02.55.33 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 02:55:33 -0700 (PDT) Sender: Alexander Motin Message-ID: <4AE02C14.6060709@FreeBSD.org> Date: Thu, 22 Oct 2009 12:55:32 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Steve Polyack References: <4ADE060C.5050605@comcast.net> <4ADF44CE.3030605@comcast.net> <4ADF75DA.8040707@FreeBSD.org> In-Reply-To: <4ADF75DA.8040707@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 09:55:36 -0000 Alexander Motin wrote: > If your conditions permit, you can try to upgrade to recent HEAD to look > how will it go with newer code. I am periodically merging my work there > from Perforce. Also I am going to generate new test patch for HEAD, > which includes reworked PMP support, tomorrow. You can try this patch against today's HEAD: http://people.freebsd.org/~mav/cam-ata.20091022.patch -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 14:30:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B8BF1065692; Thu, 22 Oct 2009 14:30:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6A28FC19; Thu, 22 Oct 2009 14:30:24 +0000 (UTC) Received: by bwz5 with SMTP id 5so546702bwz.3 for ; Thu, 22 Oct 2009 07:30:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AsMg1XEcD2h9qG6xhpXrxTF1QntcIXJWNrUQRF33sMY=; b=xbSXHgsTy8cZt1al91omMstq3ZcPsLzlzIm/ebttfzJU1cGX9hScjlNB1Y+XIwHvcK 632Plt8eq4wEINXoT8OKRnMcWxKiXZU0NkiJSKIJtZ6GotPpSmFe2M68dpH7nCHgslIe gNL5HMLG2ZXYZ302OghFg34Z/8mSjEWYu5474= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=R/544evQHOqSVkDtZU85bPh7zS/6HNU1c6+r/5p3yIhaV5B119x0JPVRtGI7ygaROY OFnlW/ooF5USshUh0cCUZ4Zt5YKdFRH2w/WXy6LIvInmcUWXoc3LJIUWPobE2Rprbo1I ACv8c2Hz6pWR5WXSbWN3g6zKu9CszdTX2LDnU= MIME-Version: 1.0 Received: by 10.204.154.216 with SMTP id p24mr1274906bkw.16.1256221823182; Thu, 22 Oct 2009 07:30:23 -0700 (PDT) In-Reply-To: <200910150853.49850.jhb@freebsd.org> References: <200910150853.49850.jhb@freebsd.org> Date: Thu, 22 Oct 2009 18:30:21 +0400 Message-ID: From: pluknet To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi , freebsd-stable@freebsd.org Subject: Re: mfi(4) endless loop kernel output on attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 14:30:25 -0000 2009/10/15 John Baldwin : > On Thursday 15 October 2009 5:51:19 am pluknet wrote: >> Hi. >> >> This is 7.2-R. Seen on IBM x3650M2. >> >> During the boot I get those endless looping kernel messages while on >> mfi(4) attach phase. >> It's getting more odd since 7.2 booted and worked fine on exactly this >> server model >> months ago (on different box though).. Any hints? > > We just had some boxes die like this (but spewing a different loop of mes= sages > on boot related to continuously scheduling patrol reads and consistency > checks that finished immediately) at work. =A0We fixed them by swapping o= ut the > controller. =A0We might try stick them in a different box and reflashing = them > using mfiutil(8) to see if it's some sort of corrupted state that flashin= g > the adapter fixes. > > In your case it looks lik the firmware keeps crashing and restarting. > Some more thoughts.. There was a problem I got with 'MegaCli -AdpBbuCmd -BbuLearn -aall' command= . On 6.2-R process slept on mfiwait wchan: db> bt 14734 Tracing pid 14734 tid 100135 td 0xc93f8190 sched_switch(c93f8190,0,1) at sched_switch+0x143 mi_switch(1,0,c93f8190,f9a32acc,c06a43a4,...) at mi_switch+0x1ba sleepq_switch(c8c6b0d0) at sleepq_switch+0x87 sleepq_wait(c8c6b0d0,0,c93f8190,c8c6b0d0,c8c25800,...) at sleepq_wait+0x5c msleep(c8c6b0d0,c8c25954,4c,c090acbc,0) at msleep+0x269 mfi_wait_command(c8c25800,c8c6b0d0,0,0,cc382460,...) at mfi_wait_command+0x= a8 mfi_ioctl(c8c31300,c1144d01,cc870a00,1,c93f8190,...) at mfi_ioctl+0x485 devfs_ioctl_f(c90a2750,c1144d01,cc870a00,c9048000,c93f8190) at devfs_ioctl_f+0xaf ioctl(c93f8190,f9a32d04) at ioctl+0x445 syscall(3b,3b,3b,0,bfbfedc0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8177207, esp =3D 0xbfbfe88c, ebp =3D 0xbfbfe8b8 --- Then: mfi0: COMMAND 0xc8c6b0d0 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xc8c61d50 TIMEOUT AFTER 49 SECONDS mfi0: COMMAND 0xc8c61850 TIMEOUT AFTER 49 SECONDS On 6.4-R MegaCli throws a page fault due to NULL deref in mfi_data_cb():cm->cm_sg (see below). There was past 6.4 backport mentioning "fix some bugs in the API for the management ioctl." With this patch I have no longer panic and/or locks. Thanks to LSI now on 7.2-R (and on patched 6.4-R) it returns an error: # ./MegaCli -AdpBbuCmd -BbuLearn -aall Adapter 0: BBU Learn Failed Exit Code: 0x32 db> bt Tracing pid 43059 tid 101363 td 0xcf46e680 mfi_data_cb(c9cfae00,c9cc3e00,1,0) at mfi_data_cb+0x5e bus_dmamap_load(c9cd7c80,0,caf86270,0,c0597240,c9cfae00,0) at bus_dmamap_load+0x4a1 mfi_mapcmd(c9cc3800,c9cfae00) at mfi_mapcmd+0x31 mfi_startio(c9cc3800) at mfi_startio+0x9b mfi_wait_command(c9cc3800,c9cfae00,0,0,caf86270,...) at mfi_wait_command+0x= 89 mfi_ioctl(c9cf7200,c1144d01,d3fb6200,1,cf46e680,...) at mfi_ioctl+0x52a devfs_ioctl_f(d1a551b0,c1144d01,d3fb6200,cbf52c80,cf46e680) at devfs_ioctl_f+0xaf ioctl(cf46e680,fbd91d04) at ioctl+0x445 syscall(3b,3b,3b,0,bfbfedc0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8177207, esp =3D 0xbfbfe88c, ebp =3D 0xbfbfe8b8 #9 0xc08cbb1a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nsegs= =3D1, ---Type to continue, or q to quit--- error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 #11 0xc08c7afd in bus_dmamap_load (dmat=3D0xc8a6f100, map=3D0xac89e000, buf=3D0xc8a5ac60, buflen=3D0, callback=3D0xc0597240 , callback_arg=3D0xc8a744b0, flags=3D0) at /usr/src/sys/i386/i386/busdma_machdep.c:733 #12 0xc059721d in mfi_mapcmd (sc=3D0xc8a49800, cm=3D0xc8a49e00) at /usr/src/sys/dev/mfi/mfi.c:1452 #13 0xc0597177 in mfi_startio (sc=3D0xc8a49800) at /usr/src/sys/dev/mfi/mfi.c:1436 #14 0xc0595f09 in mfi_wait_command (sc=3D0xc8a49800, cm=3D0xc8a744b0) at /usr/src/sys/dev/mfi/mfi.c:822 #15 0xc059840a in mfi_ioctl (dev=3D0xac89e000, cmd=3D0, arg=3D0xc8de8800 ""= , flag=3D1, td=3D0xc8a5ac60) at /usr/src/sys/dev/mfi/mfi.c:2061 #16 0xc06598b7 in devfs_ioctl_f (fp=3D0xc902dc18, com=3D3239333121, data=3D0xc8de8800, cred=3D0xc9052980, td=3D0xc8e2dd00) at /usr/src/sys/fs/devfs/devfs_vnops.c:480 #17 0xc06d3a11 in ioctl (td=3D0xc8e2dd00, uap=3D0xeb37bd04) at file.h:265 (kgdb) f 10 #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nsegs= =3D1, error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 1488 sgl->sg32[i].addr =3D segs[i].ds_addr; (kgdb) list 1483 return; 1484 } 1485 1486 if ((sc->mfi_flags & MFI_FLAGS_SG64) =3D=3D 0) { 1487 for (i =3D 0; i < nsegs; i++) { 1488 sgl->sg32[i].addr =3D segs[i].ds_addr; 1489 sgl->sg32[i].len =3D segs[i].ds_len; 1490 } 1491 } else { 1492 for (i =3D 0; i < nsegs; i++) { (kgdb) p i $1 =3D 0 (kgdb) p *segs $3 =3D {ds_addr =3D 2457600, ds_len =3D 65536} (kgdb) p sgl $4 =3D (union mfi_sgl *) 0x0 (kgdb) p *cm $6 =3D {cm_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc8a49814}, cm_timesta= mp =3D 0, cm_sc =3D 0xc8a49800, cm_frame =3D 0xe8fee680, cm_frame_busaddr =3D 37485= 13408, cm_sense =3D 0xe904c780, cm_sense_busaddr =3D 3749103488, cm_dmamap =3D 0= x0, cm_sg =3D 0x0, cm_data =3D 0xc8a5ac60, cm_len =3D 0, cm_total_frame_size = =3D 0, cm_extra_frames =3D 0, cm_flags =3D 6, cm_aen_abort =3D 0, cm_complete = =3D 0, cm_private =3D 0x0, cm_index =3D 15, cm_error =3D 0} --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 15:01:37 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13DAA1065676 for ; Thu, 22 Oct 2009 15:01:37 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id C65A98FC08 for ; Thu, 22 Oct 2009 15:01:36 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Thu, 22 Oct 2009 11:01:35 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::146 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@FreeBSD.org X-SMFBL: ZnJlZWJzZC1zdGFibGVARnJlZUJTRC5vcmc= Message-ID: <4AE073CF.40500@comcast.net> Date: Thu, 22 Oct 2009 11:01:35 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.23 (X11/20090902) MIME-Version: 1.0 To: Alexander Motin References: <4AE04F73.1050703@comcast.net> In-Reply-To: <4AE04F73.1050703@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 15:01:37 -0000 Alexander Motin wrote: >> If your conditions permit, you can try to upgrade to recent HEAD to look >> how will it go with newer code. I am periodically merging my work there >> from Perforce. Also I am going to generate new test patch for HEAD, >> which includes reworked PMP support, tomorrow. >> > > You can try this patch against today's HEAD: > http://people.freebsd.org/~mav/cam-ata.20091022.patch > > I tried the patch this morning against a fresh checkout of HEAD. Immediately after boot only one device per PM was detected (I have two hooked up at the moment, 5 drives on one, 1 on the other). However, about two minutes later all of the drives showed up! camcontrol also rescans the entire bus *very* quickly now, and discovers all changes (new/missing disks and port multipliers). Here's some verbose info from /var/log/messages immediately after boot: Oct 22 10:52:03 lovepod kernel: siisch0: Timeout on slot 27 Oct 22 10:52:03 lovepod kernel: siisch0: siis_timeout is 00000000 ss 08000000 rs 08000000 es 00000000 sts 801b2000 serr 00000000 Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:03 lovepod kernel: siisch0: SIIS reset... Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:03 lovepod kernel: siisch0: hardware reset ... Oct 22 10:52:03 lovepod kernel: siisch0: SATA connect timeout status=00000001 Oct 22 10:52:03 lovepod kernel: siisch0: SIIS reset done: phy reset found no device Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): Command timed out Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): error 5 Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): Retries Exhausted Oct 22 10:52:03 lovepod kernel: siisch0: DISCONNECT requested Oct 22 10:52:05 lovepod kernel: siisch0: CONNECT requested Oct 22 10:52:05 lovepod kernel: siisch0: SIIS reset... Oct 22 10:52:05 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:05 lovepod kernel: siisch0: hardware reset ... Oct 22 10:52:05 lovepod kernel: siisch0: SATA connect time=0ms status=00000123 Oct 22 10:52:05 lovepod kernel: siisch0: ready wait time=0ms Oct 22 10:52:05 lovepod kernel: siisch0: SIIS reset done: devices=00000001 Oct 22 10:52:33 lovepod kernel: siisch0: Timeout on slot 28 Oct 22 10:52:33 lovepod kernel: siisch0: siis_timeout is 00000000 ss 10000000 rs 10000000 es 00000000 sts 801c2000 serr 00000000 Oct 22 10:52:33 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:33 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:33 lovepod kernel: siisch0: SIIS reset... Oct 22 10:52:33 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:33 lovepod kernel: siisch0: hardware reset ... Oct 22 10:52:33 lovepod kernel: siisch0: SATA connect timeout status=00000001 Oct 22 10:52:33 lovepod kernel: siisch0: SIIS reset done: phy reset found no device Oct 22 10:52:33 lovepod kernel: (aprobe0:siisch0:0:2:0): Command timed out Oct 22 10:52:33 lovepod kernel: (aprobe0:siisch0:0:2:0): error 5 Oct 22 10:52:33 lovepod kernel: (aprobe0:siisch0:0:2:0): Retries Exhausted Oct 22 10:52:33 lovepod kernel: siisch0: DISCONNECT requested Oct 22 10:52:35 lovepod kernel: siisch0: CONNECT requested Oct 22 10:52:35 lovepod kernel: siisch0: SIIS reset... Oct 22 10:52:35 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:52:35 lovepod kernel: siisch0: hardware reset ... Oct 22 10:52:35 lovepod kernel: siisch0: SATA connect time=0ms status=00000123 Oct 22 10:52:35 lovepod kernel: siisch0: ready wait time=0ms Oct 22 10:52:35 lovepod kernel: siisch0: SIIS reset done: devices=00000001 Oct 22 10:53:03 lovepod kernel: siisch0: Timeout on slot 29 Oct 22 10:53:03 lovepod kernel: siisch0: siis_timeout is 00000000 ss 20000000 rs 20000000 es 00000000 sts 801d2000 serr 00000000 Oct 22 10:53:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:03 lovepod kernel: siisch0: SIIS reset... Oct 22 10:53:03 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:03 lovepod kernel: siisch0: hardware reset ... Oct 22 10:53:03 lovepod kernel: siisch0: SATA connect timeout status=00000001 Oct 22 10:53:03 lovepod kernel: siisch0: SIIS reset done: phy reset found no device Oct 22 10:53:03 lovepod kernel: (aprobe0:siisch0:0:3:0): Command timed out Oct 22 10:53:03 lovepod kernel: (aprobe0:siisch0:0:3:0): error 5 Oct 22 10:53:03 lovepod kernel: (aprobe0:siisch0:0:3:0): Retries Exhausted Oct 22 10:53:03 lovepod kernel: siisch0: DISCONNECT requested Oct 22 10:53:05 lovepod kernel: siisch0: CONNECT requested Oct 22 10:53:05 lovepod kernel: siisch0: SIIS reset... Oct 22 10:53:05 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:05 lovepod kernel: siisch0: hardware reset ... Oct 22 10:53:05 lovepod kernel: siisch0: SATA connect time=0ms status=00000123 Oct 22 10:53:05 lovepod kernel: siisch0: ready wait time=0ms Oct 22 10:53:05 lovepod kernel: siisch0: SIIS reset done: devices=00000001 Oct 22 10:53:34 lovepod kernel: siisch0: Timeout on slot 30 Oct 22 10:53:34 lovepod kernel: siisch0: siis_timeout is 00000000 ss 40000000 rs 40000000 es 00000000 sts 801e2000 serr 00000000 Oct 22 10:53:34 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:34 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:34 lovepod kernel: siisch0: SIIS reset... Oct 22 10:53:34 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:34 lovepod kernel: siisch0: hardware reset ... Oct 22 10:53:34 lovepod kernel: siisch0: SATA connect timeout status=00000001 Oct 22 10:53:34 lovepod kernel: siisch0: SIIS reset done: phy reset found no device Oct 22 10:53:34 lovepod kernel: (aprobe0:siisch0:0:4:0): Command timed out Oct 22 10:53:34 lovepod kernel: (aprobe0:siisch0:0:4:0): error 5 Oct 22 10:53:34 lovepod kernel: (aprobe0:siisch0:0:4:0): Retries Exhausted Oct 22 10:53:34 lovepod kernel: siisch0: DISCONNECT requested Oct 22 10:53:36 lovepod kernel: siisch0: CONNECT requested Oct 22 10:53:36 lovepod kernel: siisch0: SIIS reset... Oct 22 10:53:36 lovepod kernel: siisch0: ready wait time=1ms Oct 22 10:53:36 lovepod kernel: siisch0: hardware reset ... Oct 22 10:53:36 lovepod kernel: siisch0: SATA connect time=0ms status=00000123 Oct 22 10:53:36 lovepod kernel: siisch0: ready wait time=0ms Oct 22 10:53:36 lovepod kernel: siisch0: SIIS reset done: devices=00000001 Oct 22 10:53:36 lovepod kernel: PMP freeze: 0 Oct 22 10:53:36 lovepod kernel: PMP freeze: 1 Oct 22 10:53:36 lovepod kernel: PMP freeze: 2 Oct 22 10:53:36 lovepod kernel: PMP freeze: 3 Oct 22 10:53:36 lovepod kernel: PMP freeze: 4 Oct 22 10:53:51 lovepod kernel: PM ports: 5 Oct 22 10:53:51 lovepod kernel: PM RESET 0 Oct 22 10:53:51 lovepod kernel: PM RESET 1 Oct 22 10:53:51 lovepod kernel: PM RESET 2 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: PM RESET 3 Oct 22 10:53:51 lovepod kernel: PM RESET 4 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: PM reset done Oct 22 10:53:51 lovepod kernel: PM connect done Oct 22 10:53:51 lovepod kernel: PM status: 0 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 1 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 2 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 3 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 4 - 00000123 Oct 22 10:53:51 lovepod kernel: PMP release: 0 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:0:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass4 at siisch0 bus 0 scbus0 target 0 lun 0 Oct 22 10:53:51 lovepod kernel: pass4: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass4: Serial Number 9VS2FJJR Oct 22 10:53:51 lovepod kernel: pass4: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada2 at siisch0 bus 0 scbus0 target 0 lun 0GEOM: new disk ada2 Oct 22 10:53:51 lovepod kernel: ada2: Oct 22 10:53:51 lovepod kernel: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada2: Serial Number 9VS2FJJR Oct 22 10:53:51 lovepod kernel: ada2: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada2: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada2: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: PMP release: 1 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:1:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass5 at siisch0 bus 0 scbus0 target 1 lun 0 Oct 22 10:53:51 lovepod kernel: pass5: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass5: Serial Number 9VS2DYEQ Oct 22 10:53:51 lovepod kernel: pass5: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada3 at siisch0 bus 0 scbus0 target 1 lun 0 Oct 22 10:53:51 lovepod kernel: ada3: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada3: Serial Number 9VS2DYEQ Oct 22 10:53:51 lovepod kernel: ada3: 300.000MB/s transfers Oct 22 10:53:36 lovepod kernel: PMP freeze: 4 Oct 22 10:53:51 lovepod kernel: PM ports: 5 Oct 22 10:53:51 lovepod kernel: PM RESET 0 Oct 22 10:53:51 lovepod kernel: PM RESET 1 Oct 22 10:53:51 lovepod kernel: PM RESET 2 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: PM RESET 3 Oct 22 10:53:51 lovepod kernel: PM RESET 4 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: siisch0: SNTF 0x0000 Oct 22 10:53:51 lovepod kernel: PM reset done Oct 22 10:53:51 lovepod kernel: PM connect done Oct 22 10:53:51 lovepod kernel: PM status: 0 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 1 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 2 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 3 - 00000123 Oct 22 10:53:51 lovepod kernel: PM status: 4 - 00000123 Oct 22 10:53:51 lovepod kernel: PMP release: 0 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:0:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass4 at siisch0 bus 0 scbus0 target 0 lun 0 Oct 22 10:53:51 lovepod kernel: pass4: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass4: Serial Number 9VS2FJJR Oct 22 10:53:51 lovepod kernel: pass4: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada2 at siisch0 bus 0 scbus0 target 0 lun 0GEOM: new disk ada2 Oct 22 10:53:51 lovepod kernel: ada2: Oct 22 10:53:51 lovepod kernel: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada2: Serial Number 9VS2FJJR Oct 22 10:53:51 lovepod kernel: ada2: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada2: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada2: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: PMP release: 1 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:1:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass5 at siisch0 bus 0 scbus0 target 1 lun 0 Oct 22 10:53:51 lovepod kernel: pass5: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass5: Serial Number 9VS2DYEQ Oct 22 10:53:51 lovepod kernel: pass5: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada3 at siisch0 bus 0 scbus0 target 1 lun 0 Oct 22 10:53:51 lovepod kernel: ada3: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada3: Serial Number 9VS2DYEQ Oct 22 10:53:51 lovepod kernel: ada3: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada3: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada3: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: PMP release: 2 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:2:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass6 at siisch0 bus 0 scbus0 target 2 lun 0 Oct 22 10:53:51 lovepod kernel: pass6: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass6: Serial Number 9VS2FJQ0 Oct 22 10:53:51 lovepod kernel: pass6: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada4 at siisch0 bus 0 scbus0 target 2 lun 0 Oct 22 10:53:51 lovepod kernel: ada4: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada4: Serial Number 9VS2FJQ0 Oct 22 10:53:51 lovepod kernel: ada4: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada4: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada4: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: PMP release: 3 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:3:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass7 at siisch0 bus 0 scbus0 target 3 lun 0 Oct 22 10:53:51 lovepod kernel: pass7: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass7: Serial Number 9VS2FG9C Oct 22 10:53:51 lovepod kernel: pass7: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada5 at siisch0 bus 0 scbus0 target 3 lun 0 Oct 22 10:53:51 lovepod kernel: ada5: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada5: Serial Number 9VS2FG9C Oct 22 10:53:51 lovepod kernel: ada5: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada5: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada5: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: PMP release: 4 Oct 22 10:53:51 lovepod kernel: (aprobe0:siisch0:0:4:0): SIGNATURE: 0000 Oct 22 10:53:51 lovepod kernel: pass8 at siisch0 bus 0 scbus0 target 4 lun 0 Oct 22 10:53:51 lovepod kernel: pass8: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: pass8: Serial Number 9VS2DH15 Oct 22 10:53:51 lovepod kernel: pass8: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada6 at siisch0 bus 0 scbus0 target 4 lun 0 Oct 22 10:53:51 lovepod kernel: ada6: ATA/ATAPI-8 SATA 2.x device Oct 22 10:53:51 lovepod kernel: ada6: Serial Number 9VS2DH15 Oct 22 10:53:51 lovepod kernel: ada6: 300.000MB/s transfers Oct 22 10:53:51 lovepod kernel: ada6: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) Oct 22 10:53:51 lovepod kernel: ada6: Native Command Queueing enabled Oct 22 10:53:51 lovepod kernel: GEOM: new disk ada3 Oct 22 10:53:51 lovepod kernel: GEOM: new disk ada4 Oct 22 10:53:51 lovepod kernel: GEOM: new disk ada5 Oct 22 10:53:51 lovepod kernel: GEOM: new disk ada6 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 15:07:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00511106566B for ; Thu, 22 Oct 2009 15:07:39 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 853478FC0C for ; Thu, 22 Oct 2009 15:07:39 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id n9MF7cjJ095389 for ; Thu, 22 Oct 2009 17:07:38 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 22 Oct 2009 17:07:23 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA570C7@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom on HP Proliant ML150G6 not detected by 8.0RC1 AMD64 Thread-Index: AcpTKVvq0HaBWx+BR+G7aZ7JInlJAA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Broadcom on HP Proliant ML150G6 not detected by 8.0RC1 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: Thu, 22 Oct 2009 15:07:40 -0000 Hello all I just installed FreeBSD 8.0RC1 AMD64 on my new HP Proliant ML150 G6 server. It fails to detect the Broadcom network interface. Pciconf -lv gives me the following. none3@pci0:4:0:0: class=3D0x020000 card=3D0x705d10c = chip=3D0x165b14e4 rev=3D0x10 hdr=3D0x00 vendor =3D 'Broadcom Corporation' class =3D network Subclass =3D Ethernet =20 Is there something I can do, other than install an other network card? =20 Regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 17:43:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7C2106568D; Thu, 22 Oct 2009 17:43:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4980B8FC1E; Thu, 22 Oct 2009 17:43:54 +0000 (UTC) Received: by fxm6 with SMTP id 6so8986544fxm.43 for ; Thu, 22 Oct 2009 10:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=ReJm7QKzdsQMmK7JFRTA6QuLxjvc31o2DN5lvCevhbI=; b=NLspTDGvcD28Zo5GODa9jh9MMFC5UntevwkQUOShHHkN4YnZliHfIfMZENtB+Sz2M8 Y5AAxZBFldHDGcBVEtnb9/i55mdueyTtkwr4rphPZN0aXwByduyv1WRYWLFjYMiAypRb F9K2ALQlnI1GNoJoizCdn6gXeHpTfccI72yVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=KHsPcx9BnX9meu1Dx9rlHvdvDqVGotrRZ3fm0fhw+n4002ggFdDBJQvgKASLgPjGIb hWZEnDPRZUTP9zrYcQ3Bmo+REG0q123wNAzNyAosrvkmf3Wwhkf9hFaZLdWtDocxFU0n PzVz+6+qSqe9HKswAJe0EPm9lR8IGjqIzIeKI= Received: by 10.103.78.38 with SMTP id f38mr4140047mul.72.1256233434232; Thu, 22 Oct 2009 10:43:54 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id j10sm1784775mue.6.2009.10.22.10.43.53 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 10:43:53 -0700 (PDT) Sender: Alexander Motin Message-ID: <4AE099D8.5060103@FreeBSD.org> Date: Thu, 22 Oct 2009 20:43:52 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Steve Polyack References: <4AE04F73.1050703@comcast.net> <4AE073CF.40500@comcast.net> In-Reply-To: <4AE073CF.40500@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 17:43:56 -0000 Steve Polyack wrote: > Alexander Motin wrote: >>> If your conditions permit, you can try to upgrade to recent HEAD to look >>> how will it go with newer code. I am periodically merging my work there >>> from Perforce. Also I am going to generate new test patch for HEAD, >>> which includes reworked PMP support, tomorrow. >> >> You can try this patch against today's HEAD: >> http://people.freebsd.org/~mav/cam-ata.20091022.patch >> > I tried the patch this morning against a fresh checkout of HEAD. > Immediately after boot only one device per PM was detected (I have two > hooked up at the moment, 5 drives on one, 1 on the other). However, > about two minutes later all of the drives showed up! > > camcontrol also rescans the entire bus *very* quickly now, and discovers > all changes (new/missing disks and port multipliers). > > Here's some verbose info from /var/log/messages immediately after boot: > Oct 22 10:52:03 lovepod kernel: siisch0: Timeout on slot 27 > Oct 22 10:52:03 lovepod kernel: siisch0: siis_timeout is 00000000 ss > 08000000 rs 08000000 es 00000000 sts 801b2000 serr 00000000 > Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms > Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms > Oct 22 10:52:03 lovepod kernel: siisch0: SIIS reset... > Oct 22 10:52:03 lovepod kernel: siisch0: ready wait time=1ms > Oct 22 10:52:03 lovepod kernel: siisch0: hardware reset ... > Oct 22 10:52:03 lovepod kernel: siisch0: SATA connect timeout > status=00000001 > Oct 22 10:52:03 lovepod kernel: siisch0: SIIS reset done: phy reset > found no device > Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): Command timed out > Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): error 5 > Oct 22 10:52:03 lovepod kernel: (aprobe0:siisch0:0:1:0): Retries Exhausted > Oct 22 10:52:03 lovepod kernel: siisch0: DISCONNECT requested What was before that? Can you send me full verbose boot messages? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 18:22:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB1B106566B for ; Thu, 22 Oct 2009 18:22:52 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id D73D68FC0C for ; Thu, 22 Oct 2009 18:22:51 +0000 (UTC) Received: by ewy5 with SMTP id 5so4807229ewy.36 for ; Thu, 22 Oct 2009 11:22:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.86.201 with SMTP id w51mr3548124wee.8.1256235770131; Thu, 22 Oct 2009 11:22:50 -0700 (PDT) Date: Thu, 22 Oct 2009 20:22:50 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com Subject: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 18:22:52 -0000 Hi Pyun, all, today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Atheros nic: ale0@pci0:2:0:0: class=0x020000 card=0x831c1043 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' class = network subclass = ethernet ale0: flags=8802 metric 0 mtu 1500 options=319a ether 00:24:8c:a4:0a:b3 media: Ethernet autoselect (none) status: no carrier The nic gets no carrier at all. I tried against two known-working nics with a cross-over cable and against a dsl-modem. Any idea what to try? Will happily test patches. - Marius From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 18:36:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55611065676 for ; Thu, 22 Oct 2009 18:36:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7615C8FC18 for ; Thu, 22 Oct 2009 18:36:49 +0000 (UTC) Received: by ewy5 with SMTP id 5so4821273ewy.36 for ; Thu, 22 Oct 2009 11:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4SgbjHwTEV/whgvsmmdgBDWN4ZzgPvGgkJb9IfZCZhI=; b=h84qau5iIp0zCod5jZtpMFLQ7fkr0PTfCSHYv2xMhQ3v03UK7+JQlNFPoz9n0VOKuJ I9hSp4pLHEd5S/AJUjRVkLPnybfO/rB0Shyl+RqvSDLiqy10WZEAY+pOensYSR9+Qumi MN2UBLK2TBE2wPcqpa5curdya3UTb6lG7IM1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=IAOhgwrj8toRMWJgZfgRwEdU3LNHsc+EkswmUn4HpXLgO8WRNOAL/76WKTxQCGtp3c Ilny+6kG/eSzEQq63wYLybapRRvKrYRIatWbKBMKI0b1EwFL0V53+ikcKlcF2GBTRQOk JbXz6dL6B26BBMnLB/ZAf0NZUJjND5/64T6Jk= Received: by 10.216.89.14 with SMTP id b14mr627882wef.76.1256236608361; Thu, 22 Oct 2009 11:36:48 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id u14sm3258647gvf.18.2009.10.22.11.36.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 11:36:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 22 Oct 2009 11:36:44 -0700 From: Pyun YongHyeon Date: Thu, 22 Oct 2009 11:36:43 -0700 To: Marius N?nnerich Message-ID: <20091022183643.GA1116@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Mailing List Subject: Re: ale0 gets no carrier 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: Thu, 22 Oct 2009 18:36:50 -0000 On Thu, Oct 22, 2009 at 08:22:50PM +0200, Marius N?nnerich wrote: > Hi Pyun, all, > > today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Atheros nic: > ale0@pci0:2:0:0: class=0x020000 card=0x831c1043 chip=0x10261969 > rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > class = network > subclass = ethernet > > ale0: flags=8802 metric 0 mtu 1500 > options=319a > ether 00:24:8c:a4:0a:b3 > media: Ethernet autoselect (none) > status: no carrier > > The nic gets no carrier at all. I tried against two known-working nics > with a cross-over cable and against a dsl-modem. > Any idea what to try? Will happily test patches. > Would you show me dmesg output related with ale(4)/atphy(4)? Also show me the output "devinfo -rv | grep phy". From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 18:39:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC9B31065670 for ; Thu, 22 Oct 2009 18:39:58 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6E20E8FC0C for ; Thu, 22 Oct 2009 18:39:58 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so3213413fga.13 for ; Thu, 22 Oct 2009 11:39:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.90.70 with SMTP id d48mr2414885wef.159.1256236797097; Thu, 22 Oct 2009 11:39:57 -0700 (PDT) In-Reply-To: <20091022183643.GA1116@michelle.cdnetworks.com> References: <20091022183643.GA1116@michelle.cdnetworks.com> Date: Thu, 22 Oct 2009 20:39:57 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 18:39:58 -0000 On Thu, Oct 22, 2009 at 20:36, Pyun YongHyeon wrote: > On Thu, Oct 22, 2009 at 08:22:50PM +0200, Marius N?nnerich wrote: >> Hi Pyun, all, >> >> today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Athero= s nic: >> ale0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x831c1043 chip= =3D0x10261969 >> rev=3D0xb0 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Attansic (Now owned by Atheros)' >> =A0 =A0 device =A0 =A0 =3D 'PCI-E ETHERNET CONTROLLER =A0(AR8121/AR8113 = )' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> >> ale0: flags=3D8802 metric 0 mtu 1500 >> =A0 =A0 =A0 =A0 options=3D319a >> =A0 =A0 =A0 =A0 ether 00:24:8c:a4:0a:b3 >> =A0 =A0 =A0 =A0 media: Ethernet autoselect (none) >> =A0 =A0 =A0 =A0 status: no carrier >> >> The nic gets no carrier at all. I tried against two known-working nics >> with a cross-over cable and against a dsl-modem. >> Any idea what to try? Will happily test patches. >> > > Would you show me dmesg output related with ale(4)/atphy(4)? > Also show me the output "devinfo -rv | grep phy". Sure: % dmesg|grep ale ale0: port 0xdc00-0xdc7f mem 0xfbec0000-0xfbefffff irq 18 at device 0.0 on pci2 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. miibus0: on ale0 ale0: Ethernet address: 00:24:8c:a4:0a:b3 ale0: [FILTER] ale0: link state changed to DOWN % dmesg|grep atphy atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, aut= o % devinfo -rv | grep phy atphy0 pnpinfo oui=3D0x1374 model=3D0x1 rev=3D0x9 at phyno= =3D0 ip1000phy0 pnpinfo oui=3D0x90c3 model=3D0x8 rev=3D0x0 at ph= yno=3D24 It is a GENERIC kernel. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 19:05:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7708D1065672 for ; Thu, 22 Oct 2009 19:05:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 433C98FC17 for ; Thu, 22 Oct 2009 19:05:40 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n9MJ5dsO063534; Thu, 22 Oct 2009 15:05:39 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200910221905.n9MJ5dsO063534@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 22 Oct 2009 15:05:39 -0400 To: Marius =?iso-8859-1?Q?N=FCnnerich?= , FreeBSD Stable Mailing List From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 19:05:41 -0000 At 02:22 PM 10/22/2009, Marius N=FCnnerich wrote: >Hi Pyun, all, > >today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Atheros= nic: >ale0@pci0:2:0:0: class=3D0x020000 card=3D0x831c1043 chip=3D0x1026196= 9 >rev=3D0xb0 hdr=3D0x00 > vendor =3D 'Attansic (Now owned by Atheros)' > device =3D 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > class =3D network > subclass =3D ethernet > >ale0: flags=3D8802 metric 0 mtu 1500 >=20 >options=3D319a > ether 00:24:8c:a4:0a:b3 > media: Ethernet autoselect (none) > status: no carrier > >The nic gets no carrier at all. I tried against two known-working nics >with a cross-over cable and against a dsl-modem. >Any idea what to try? Will happily test patches. Did you try and give it an IP address so that its=20 "UP" ? Some nics dont seem to have carrier until=20 you put it in UP state with an IP. Try something simple like ifconfig ale0 192.168.255.254/30 ---Mike > - Marius >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 19:15:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5FFF1065692 for ; Thu, 22 Oct 2009 19:15:52 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 488ED8FC0A for ; Thu, 22 Oct 2009 19:15:52 +0000 (UTC) Received: by ewy5 with SMTP id 5so4865282ewy.36 for ; Thu, 22 Oct 2009 12:15:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.87.206 with SMTP id y56mr1185700wee.207.1256238951163; Thu, 22 Oct 2009 12:15:51 -0700 (PDT) In-Reply-To: <200910221905.n9MJ5dsO063534@lava.sentex.ca> References: <200910221905.n9MJ5dsO063534@lava.sentex.ca> Date: Thu, 22 Oct 2009 21:15:51 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 19:15:52 -0000 On Thu, Oct 22, 2009 at 21:05, Mike Tancsa wrote: > At 02:22 PM 10/22/2009, Marius N=FCnnerich wrote: >> >> Hi Pyun, all, >> >> today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Athero= s >> nic: >> ale0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x831c1043 chip= =3D0x10261969 >> rev=3D0xb0 hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Attansic (Now owned by Atheros)' >> =A0 =A0device =A0 =A0 =3D 'PCI-E ETHERNET CONTROLLER =A0(AR8121/AR8113 )= ' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> >> ale0: flags=3D8802 metric 0 mtu 1500 >> >> >> options=3D319a >> =A0 =A0 =A0 =A0ether 00:24:8c:a4:0a:b3 >> =A0 =A0 =A0 =A0media: Ethernet autoselect (none) >> =A0 =A0 =A0 =A0status: no carrier >> >> The nic gets no carrier at all. I tried against two known-working nics >> with a cross-over cable and against a dsl-modem. >> Any idea what to try? Will happily test patches. > > > Did you try and give it an IP address so that its "UP" ? Some nics dont s= eem > to have carrier until you put it in UP state with an IP. Try something > simple like > ifconfig ale0 192.168.255.254/30 > > =A0 =A0 =A0 =A0---Mike Wow! Good idea, that did work! Thanks Marius From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 19:17:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 279201065670 for ; Thu, 22 Oct 2009 19:17:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id B628C8FC13 for ; Thu, 22 Oct 2009 19:17:39 +0000 (UTC) Received: by fxm6 with SMTP id 6so9082282fxm.43 for ; Thu, 22 Oct 2009 12:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=XFFyKco18/ifLLwRqDhk49t274pQgXrtv1ILBTaBN4c=; b=X4DcVyup2sp6BemQu1w9fE5o9Y3BjeRhX/MRH+kzhdIjDEM0tV/UlGCuGQ00tdDSG3 HvvRJRlMZ9mYkIpGK+JprSaEAo1KRUJRhlXjCG9VJKviR/yEQg+6sPlZhlgBIU4rd0AD wTFIwQRpHaAucG71jJxZEuZfDVQcoEVBVPSEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=t/zjlqbl1QpExJgYV/fZqwfeScdM9DkcqErFVz0Zj94nKLQ0HM71LKX+oY93IuOefO kY/oFtjXO/wG18ZwjySAP/VjCpVQfntRAMZYtX3e9A6qdPPTgo831SILyH8MqsLZVJGI uKqYwqflV78e5fEkjh+Z3pJE9q+44/iBfJN0A= MIME-Version: 1.0 Received: by 10.204.3.220 with SMTP id 28mr252066bko.4.1256239058653; Thu, 22 Oct 2009 12:17:38 -0700 (PDT) Date: Thu, 22 Oct 2009 23:17:38 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: 8.0RC1: panic: softdep_deallocate_dependencies: unrecovered I/O error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2009 19:17:40 -0000 Hi. I saw this panic just on=D1=81e during system shutdown, which runs under VirtualBox. Sorry, I don't remember more details. Unread portion of the kernel message buffer: ad0: FAILURE - device detached g_vfs_done():ad0s1e[WRITE(offset=3D7380582400, length=3D131072)]error =3D 6 /usr: got error 6 while accessing filesystem panic: softdep_deallocate_dependencies: unrecovered I/O error cpuid =3D 0 Uptime: 3h14m31s Physical memory: 1011 MB Dumping 160 MB: 145 129 113 97 81 65 49 33 17 1 #0 doadump () at pcpu.h:246 #1 0xc08827e7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0882ad9 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0aad2cd in softdep_deallocate_dependencies (bp=3DVariable "bp" is no= t avail able. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6367 #4 0xc08f2cd0 in brelse (bp=3D0xd8198180) at buf.h:418 #5 0xc08f5646 in bufdone_finish (bp=3D0xd8198180) at /usr/src/sys/kern/vfs_bio.c:3401 #6 0xc08f56bd in bufdone (bp=3D0xd8198180) at /usr/src/sys/kern/vfs_bio.c:= 3261 #7 0xc08f91d9 in cluster_callback (bp=3D0xd80dda30) at /usr/src/sys/kern/vfs_cluster.c:551 #8 0xc08f56a7 in bufdone (bp=3D0xd80dda30) at /usr/src/sys/kern/vfs_bio.c:= 3255 #9 0xc0823765 in g_vfs_done (bip=3D0xc5647dac) at /usr/src/sys/geom/geom_vfs.c:97 #10 0xc08efc69 in biodone (bp=3D0xc5647dac) at /usr/src/sys/kern/vfs_bio.c:= 3096 #11 0xc0820c0f in g_io_schedule_up (tp=3D0xc414a000) at /usr/src/sys/geom/geom_io.c:669 #12 0xc0820fc8 in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #13 0xc0858571 in fork_exit (callout=3D0xc0820f60 , arg=3D0x= 0, frame=3D0xc3ed2d38) at /usr/src/sys/kern/kern_fork.c:843 #14 0xc0b97350 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) f 3 #3 0xc0aad2cd in softdep_deallocate_dependencies (bp=3DVariable "bp" is no= t avail able. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6367 6367 panic("softdep_deallocate_dependencies: unrecovered I/O err= or"); (kgdb) list 6362 { 6363 6364 if ((bp->b_ioflags & BIO_ERROR) =3D=3D 0) 6365 panic("softdep_deallocate_dependencies: dangling de= ps"); 6366 softdep_error(bp->b_vp->v_mount->mnt_stat.f_mntonname, bp->= b_err or); 6367 panic("softdep_deallocate_dependencies: unrecovered I/O err= or"); 6368 } 6369 6370 /* 6371 * Function to handle asynchronous write errors in the filesystem. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 19:18:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB701065692 for ; Thu, 22 Oct 2009 19:18:29 +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 C8C1F8FC17 for ; Thu, 22 Oct 2009 19:18:28 +0000 (UTC) Received: from via.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 22 Oct 2009 21:17:43 +0200 id 0002E051.4AE0AFD7.0000F8BD From: Milan Obuch To: freebsd-stable@freebsd.org Date: Thu, 22 Oct 2009 21:18:15 +0200 User-Agent: KMail/1.9.10 References: <200910221905.n9MJ5dsO063534@lava.sentex.ca> In-Reply-To: <200910221905.n9MJ5dsO063534@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: <200910222118.16927.freebsd-stable@dino.sk> Cc: Subject: Re: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2009 19:18:29 -0000 On Thursday 22 October 2009 21:05:39 Mike Tancsa wrote: > At 02:22 PM 10/22/2009, Marius N=FCnnerich wrote: > >Hi Pyun, all, > > > >today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Atheros > > nic: ale0@pci0:2:0:0: class=3D0x020000 card=3D0x831c1043 > > chip=3D0x10261969 rev=3D0xb0 hdr=3D0x00 > > vendor =3D 'Attansic (Now owned by Atheros)' > > device =3D 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > > class =3D network > > subclass =3D ethernet > > > >ale0: flags=3D8802 metric 0 mtu 1500 > > > >options=3D319a >_MAGIC> ether 00:24:8c:a4:0a:b3 > > media: Ethernet autoselect (none) > > status: no carrier > > > >The nic gets no carrier at all. I tried against two known-working nics > >with a cross-over cable and against a dsl-modem. > >Any idea what to try? Will happily test patches. > > Did you try and give it an IP address so that its > "UP" ? Some nics dont seem to have carrier until > you put it in UP state with an IP. Try something simple like > ifconfig ale0 192.168.255.254/30 > In my case ale0@pci0:2:0:0: class=3D0x020000 card=3D0x831c1043 chip=3D0x1026196= 9=20 rev=3D0xb0 hdr=3D0x00 vendor =3D 'Attansic (Now owned by Atheros)' device =3D 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' class =3D network subclass =3D ethernet (exactly the same, as I can see) when configuring interface manually, I nee= d=20 to do 'ifconfig ale0 up' before I can successfully acquire IP with 'dhclien= t=20 ale0'. Everything works normally with 'ifconfig_ale0=3D"DHCP"' line=20 in /etc/rc.conf. Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Thu Oct 22 19:38:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D516106566B for ; Thu, 22 Oct 2009 19:38:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f186.google.com (mail-px0-f186.google.com [209.85.216.186]) by mx1.freebsd.org (Postfix) with ESMTP id CC87F8FC0A for ; Thu, 22 Oct 2009 19:38:21 +0000 (UTC) Received: by pxi16 with SMTP id 16so45409pxi.3 for ; Thu, 22 Oct 2009 12:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=7Fc0A4Jxy5cyqYRNe9PGWW84KSTN0aAvW9ofYta/r9s=; b=JXiDjUwun0YNOCVKazZWpWU3wbjfd2i3OzekgpZkoxOeY346jYF+axLUbGzFNp6vUn 5e6KgfpXOrJmCa0kA7qVRf4P0KDkN1aKyeRo0Wrx5tmLu9Z2aScw3d4RXqIUOYAjliKX 8N34yR6HmC4xyfXZV42BSpCnuL3ETxkHqRrEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=N161jZhoDZr7WENKcoJfC1s7w8oHo+odBRBE7nRl7BbArb0bYl/k7wDlFDoAOhyO2I vv3RellwHqh/aRpxF5iSPL+PPY6M0ZSIqnK35h+u+7WjqjmW+FJGW8LgeUiwM3O/vnpO hzoV+4ha7y0e4JHR/RQ7XrRRSs7iPahPpY/rc= Received: by 10.114.236.28 with SMTP id j28mr14818074wah.162.1256240301410; Thu, 22 Oct 2009 12:38:21 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm1483682pxi.13.2009.10.22.12.38.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Oct 2009 12:38:20 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 22 Oct 2009 12:38:21 -0700 From: Pyun YongHyeon Date: Thu, 22 Oct 2009 12:38:21 -0700 To: Milan Obuch Message-ID: <20091022193821.GB1116@michelle.cdnetworks.com> References: <200910221905.n9MJ5dsO063534@lava.sentex.ca> <200910222118.16927.freebsd-stable@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200910222118.16927.freebsd-stable@dino.sk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: ale0 gets no carrier 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: Thu, 22 Oct 2009 19:38:22 -0000 On Thu, Oct 22, 2009 at 09:18:15PM +0200, Milan Obuch wrote: > On Thursday 22 October 2009 21:05:39 Mike Tancsa wrote: > > At 02:22 PM 10/22/2009, Marius N?nnerich wrote: > > >Hi Pyun, all, > > > > > >today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Atheros > > > nic: ale0@pci0:2:0:0: class=0x020000 card=0x831c1043 > > > chip=0x10261969 rev=0xb0 hdr=0x00 > > > vendor = 'Attansic (Now owned by Atheros)' > > > device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > > > class = network > > > subclass = ethernet > > > > > >ale0: flags=8802 metric 0 mtu 1500 > > > > > >options=319a > >_MAGIC> ether 00:24:8c:a4:0a:b3 > > > media: Ethernet autoselect (none) > > > status: no carrier > > > > > >The nic gets no carrier at all. I tried against two known-working nics > > >with a cross-over cable and against a dsl-modem. > > >Any idea what to try? Will happily test patches. > > > > Did you try and give it an IP address so that its > > "UP" ? Some nics dont seem to have carrier until > > you put it in UP state with an IP. Try something simple like > > ifconfig ale0 192.168.255.254/30 > > > > In my case > > ale0@pci0:2:0:0: class=0x020000 card=0x831c1043 chip=0x10261969 > rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > class = network > subclass = ethernet > > (exactly the same, as I can see) when configuring interface manually, I need > to do 'ifconfig ale0 up' before I can successfully acquire IP with 'dhclient > ale0'. Everything works normally with 'ifconfig_ale0="DHCP"' line > in /etc/rc.conf. > This is intended behavior as establishing a link requires negotiation with link-partner and the link state could be changed after the negotiation. So showing (fake/incorrect) link state before UPing the interface wouldn't be correct behavior. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 10:04:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA63C106566C for ; Fri, 23 Oct 2009 10:04:38 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEF68FC08 for ; Fri, 23 Oct 2009 10:04:38 +0000 (UTC) Received: by ewy18 with SMTP id 18so8425272ewy.43 for ; Fri, 23 Oct 2009 03:04:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.85.14 with SMTP id t14mr827892wee.222.1256292277512; Fri, 23 Oct 2009 03:04:37 -0700 (PDT) In-Reply-To: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> References: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> Date: Fri, 23 Oct 2009 12:04:37 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Kris Weston Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: i am desperate over some GPT tables X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 10:04:39 -0000 On Wed, Oct 21, 2009 at 14:11, Kris Weston wrote: > been looking for months now, trawled google no help, i just dont understand. > do you need a GPT table with zfs ? > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import > my zpool into it > exported fine on solaris , its definitely the same version (v13) > but when i import into zfs it says GPT tables corrupt ? > why ? and what does this mean ? > please help me. pleeeeease. Could you provide some more data? What is the error message for example? From the zpool command and maybe what geom says about the GPT in dmesg. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 10:06:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AF41065679 for ; Fri, 23 Oct 2009 10:06:11 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 959578FC12 for ; Fri, 23 Oct 2009 10:06:10 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1944130eyd.9 for ; Fri, 23 Oct 2009 03:06:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.87.206 with SMTP id y56mr1428716wee.207.1256292369514; Fri, 23 Oct 2009 03:06:09 -0700 (PDT) In-Reply-To: <20091022193821.GB1116@michelle.cdnetworks.com> References: <200910221905.n9MJ5dsO063534@lava.sentex.ca> <200910222118.16927.freebsd-stable@dino.sk> <20091022193821.GB1116@michelle.cdnetworks.com> Date: Fri, 23 Oct 2009 12:06:09 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Milan Obuch Subject: Re: ale0 gets no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 10:06:11 -0000 On Thu, Oct 22, 2009 at 21:38, Pyun YongHyeon wrote: > On Thu, Oct 22, 2009 at 09:18:15PM +0200, Milan Obuch wrote: >> On Thursday 22 October 2009 21:05:39 Mike Tancsa wrote: >> > At 02:22 PM 10/22/2009, Marius N?nnerich wrote: >> > >Hi Pyun, all, >> > > >> > >today I installed FreeBSD 8-STABLE r198366 on a new Box. It has a Ath= eros >> > > nic: ale0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x831c1= 043 >> > > chip=3D0x10261969 rev=3D0xb0 hdr=3D0x00 >> > > =A0 =A0 vendor =A0 =A0 =3D 'Attansic (Now owned by Atheros)' >> > > =A0 =A0 device =A0 =A0 =3D 'PCI-E ETHERNET CONTROLLER =A0(AR8121/AR8= 113 )' >> > > =A0 =A0 class =A0 =A0 =A0=3D network >> > > =A0 =A0 subclass =A0 =3D ethernet >> > > >> > >ale0: flags=3D8802 metric 0 mtu 1500 >> > > >> > >options=3D319a> > >_MAGIC> ether 00:24:8c:a4:0a:b3 >> > > =A0 =A0 =A0 =A0 media: Ethernet autoselect (none) >> > > =A0 =A0 =A0 =A0 status: no carrier >> > > >> > >The nic gets no carrier at all. I tried against two known-working nic= s >> > >with a cross-over cable and against a dsl-modem. >> > >Any idea what to try? Will happily test patches. >> > >> > Did you try and give it an IP address so that its >> > "UP" ? Some nics dont seem to have carrier until >> > you put it in UP state with an IP. Try something simple like >> > ifconfig ale0 192.168.255.254/30 >> > >> >> In my case >> >> ale0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x831c1043 chip= =3D0x10261969 >> rev=3D0xb0 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Attansic (Now owned by Atheros)' >> =A0 =A0 device =A0 =A0 =3D 'PCI-E ETHERNET CONTROLLER =A0(AR8121/AR8113 = )' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> >> (exactly the same, as I can see) when configuring interface manually, I = need >> to do 'ifconfig ale0 up' before I can successfully acquire IP with 'dhcl= ient >> ale0'. Everything works normally with 'ifconfig_ale0=3D"DHCP"' line >> in /etc/rc.conf. >> > > This is intended behavior as establishing a link requires > negotiation with link-partner and the link state could be changed > after the negotiation. So showing (fake/incorrect) link state > before UPing the interface wouldn't be correct behavior. Ok, sounds plausible. It's just that every other nic I have had worked the other way. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 10:56:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751C01065670 for ; Fri, 23 Oct 2009 10:56:31 +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 38E2F8FC08 for ; Fri, 23 Oct 2009 10:56:31 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N1Hom-000BU1-7F for freebsd-stable@freebsd.org; Fri, 23 Oct 2009 11:56:24 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N1Hom-000HpE-6S for freebsd-stable@freebsd.org; Fri, 23 Oct 2009 11:56:24 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Fri, 23 Oct 2009 11:56:24 +0100 Subject: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 10:56:31 -0000 [ originally sent to geom, but am throwing it open to a wider audience as I didn;t get any replies there] I am using 7.2-STABLE from October 7th on all amchines, but this has been going on a while. Very simply I am mirroring together a pair of discs, one local, one remote. The remote disc is accessed using ggate. If the remote diisc is actually on a very close machine - e.g. a server plugged into the same ether net - then all works fine. If I make the remote disc somewhere actually substantially further away on the nbetwork, however, then when I attach the disc it starts to rebuild the mirror but then fails a fraction of a second later thus: GEOM_MIRROR: Device mysql0: rebuilding provider ggate1a. GEOM_MIRROR: Synchronization request failed (error=5). ggate1a[WRITE(offset=1310720, length=131072)] GEOM_MIRROR: Device mysql0: provider ggate1a disconnected. GEOM_MIRROR: Device mysql0: rebuilding provider ggate1a stopped. The interesting this is that the problem is only with gmirror, not with the underlying ggate disc which remains attached and accessible. I tested this by adding a second partition (ggate1b in the example above) and mounting a UFS filesystem on that. I've looked at the kernel code briefly, but it is not clear to me what is causing that write to fail. My conjecture would be that a buffer somewhere is filling up, causing a write to fail, and instead of gmirror waiting and retrying, instead it just fails the synchronisation. Any ideas ? Is this actually a bug ? I am wondering if it would also happen if mirroring a very fast disc against a very slow one (i.e. maybe it is independent of ggate) -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 11:51:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288361065695 for ; Fri, 23 Oct 2009 11:51:43 +0000 (UTC) (envelope-from kris.weston@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id A4C108FC1A for ; Fri, 23 Oct 2009 11:51:42 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so153600eyd.3 for ; Fri, 23 Oct 2009 04:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=EVaezYyRMwLtBhktyLRn4G4GGfIMaJC8arek65Ia03w=; b=LE4klU2z7eaUh6HWP7aHBqxz8ly4+p+uZ9qrE2mCDf79scSSggyNQk1N+yPKsN2hfJ XqY3P6Ma5ASyON0qjS+FYQEdXCFt1FUnOs8iwt+6UrJ/vsvRNxJAz68gaEBa+w74ho5C 1AhCouT5Al99rcteV0ZkZLm72upJJkTHm391E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=OIiPfcmMOB5A69aSyn5wfr58oE6S5jRy/eRtcjbY2k9JSKpAFH9XRNg7ngv1P54oDx hj46NRgOQ8SrahA24kPaViRj+ChcTQln2hH3S1pxqCkk5yXmGTyc9TPuz2lV0HqUGuw5 be+khZ1yQpHs8dAa8I6zzYcxSKtCMqcgnsnDw= MIME-Version: 1.0 Received: by 10.216.88.78 with SMTP id z56mr3525028wee.37.1256298701580; Fri, 23 Oct 2009 04:51:41 -0700 (PDT) In-Reply-To: References: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> Date: Fri, 23 Oct 2009 12:51:41 +0100 Message-ID: <72d267bc0910230451u56b825c3p903388c4b5c657aa@mail.gmail.com> From: Kris Weston To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: i am desperate over some GPT tables X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 11:51:43 -0000 thanks for replying - my problem just got worse. i used to be able to import and see the pools by typing zpool import and then the specific name of the pool, in this case 'lakez' that used to work and i used to be able to see the solaris pool (although it gave me the error GPT table corrupt which i mentioned in last post) now though, i cant see any pools, after loading back into solaris and exporting again just to make sure the same thing happens a 'zpool import -f lakez' results in no pools under zpool status.. ive done nothing different in terms of commands and machine is the same... im a musician and i just use zfs to keep all my samples on so bear with me if i dont understand im not a proper geek yet but i want to be when i grow up... ad0: 238475MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 ad4: 953869MB at ata2-master SATA300 ad6: 953869MB at ata3-master SATA300 ad8: 953869MB at ata4-master SATA300 SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider acd0 is iso9660/OpenSolaris. GEOM_LABEL: Label for provider ad0s1a is ufsid/4492628cc2ddd2a5. GEOM_LABEL: Label for provider ad0s1d is ufsid/4492629556c9d23e. GEOM_LABEL: Label for provider ad0s1e is ufsid/4492628cbd104840. GEOM_LABEL: Label for provider ad0s1f is ufsid/4492628c56133c1f. GEOM: ad4: corrupt or invalid GPT detected. GEOM: ad4: GPT rejected -- may not be recoverable. GEOM: ad6: corrupt or invalid GPT detected. GEOM: ad6: GPT rejected -- may not be recoverable. GEOM: ad8: corrupt or invalid GPT detected. GEOM: ad8: GPT rejected -- may not be recoverable. GEOM_LABEL: Label for provider da0s1 is msdosfs/NEW VOLUME. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted GEOM_LABEL: Label ufsid/4492628cc2ddd2a5 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/4492628cc2ddd2a5. GEOM_LABEL: Label ufsid/4492628cc2ddd2a5 removed. GEOM_LABEL: Label ufsid/4492628cbdW1A0R4N8I4NG0: r/etmmopv ewda.s not properly dismounted GEOM_LABEL: Label ufsid/4492628c56133c1f removed.W ARNING: /usr was not properly dismounted GEOM_LABEL: Label ufsid/4492629556c9d23e removed. WARNING: /var was not properly dismounted This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 -- )) (( c[_] 2009/10/23 Marius N=FCnnerich > On Wed, Oct 21, 2009 at 14:11, Kris Weston wrote: > > been looking for months now, trawled google no help, i just dont > understand. > > do you need a GPT table with zfs ? > > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to > import > > my zpool into it > > exported fine on solaris , its definitely the same version (v13) > > but when i import into zfs it says GPT tables corrupt ? > > why ? and what does this mean ? > > please help me. pleeeeease. > > Could you provide some more data? What is the error message for > example? From the zpool command and maybe what geom says about the GPT > in dmesg. > From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 11:53:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AF31065676 for ; Fri, 23 Oct 2009 11:53:32 +0000 (UTC) (envelope-from prvs=0547a2b378=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6DCAF8FC14 for ; Fri, 23 Oct 2009 11:53:32 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N1Ii3-000C4o-L4 for freebsd-stable@freebsd.org; Fri, 23 Oct 2009 13:53:31 +0200 Date: Fri, 23 Oct 2009 13:53:31 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20091023115331.GE95002@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Oliver Brandmueller Subject: Re: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 11:53:33 -0000 Hi, On Fri, Oct 23, 2009 at 11:56:24AM +0100, Pete French wrote: > If the remote diisc is actually on a very close machine - e.g. a server > plugged into the same ether net - then all works fine. If I make > the remote disc somewhere actually substantially further away on the > nbetwork, however, then when I attach the disc it starts to rebuild the > mirror but then fails a fraction of a second later thus: > > GEOM_MIRROR: Device mysql0: rebuilding provider ggate1a. > GEOM_MIRROR: Synchronization request failed (error=5). ggate1a[WRITE(offset=1310720, length=131072)] > GEOM_MIRROR: Device mysql0: provider ggate1a disconnected. > GEOM_MIRROR: Device mysql0: rebuilding provider ggate1a stopped. > > The interesting this is that the problem is only with gmirror, not with > the underlying ggate disc which remains attached and accessible. I tested > this by adding a second partition (ggate1b in the example above) and > mounting a UFS filesystem on that. Just a wild guess, have you tried to set kern.geom.mirror.timeout to a higher value? - Olli -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 12:56:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79695106566B for ; Fri, 23 Oct 2009 12:56:17 +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 2AF848FC29 for ; Fri, 23 Oct 2009 12:56:17 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N1JgZ-000CZT-WF; Fri, 23 Oct 2009 13:56:04 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N1JgZ-000I9b-VK; Fri, 23 Oct 2009 13:56:03 +0100 To: freebsd-stable@freebsd.org, ob@e-Gitt.NET In-Reply-To: <20091023115331.GE95002@e-Gitt.NET> Message-Id: From: Pete French Date: Fri, 23 Oct 2009 13:56:03 +0100 Cc: Subject: Re: problems with gmirror on ggate over slow link X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 12:56:17 -0000 > Just a wild guess, have you tried to set kern.geom.mirror.timeout to a > higher value? Yes, I tried values all the way up to 600, no effect at all - plus the failure comes way before that timeout value (which is in seconds I assume). -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 13:19:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B47911065670 for ; Fri, 23 Oct 2009 13:19:08 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9128FC16 for ; Fri, 23 Oct 2009 13:19:08 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9NDJ66D099801 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 23 Oct 2009 09:19:06 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Kris Weston In-Reply-To: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> References: <72d267bc0910210511t4a54ce3dm1490fec593377a44@mail.gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Fri, 23 Oct 2009 08:19:00 -0500 Message-Id: <1256303940.2283.15.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: i am desperate over some GPT tables X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 13:19:08 -0000 On Wed, 2009-10-21 at 13:11 +0100, Kris Weston wrote: > been looking for months now, trawled google no help, i just dont understand. > do you need a GPT table with zfs ? > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import > my zpool into it > exported fine on solaris , its definitely the same version (v13) > but when i import into zfs it says GPT tables corrupt ? > why ? and what does this mean ? > please help me. pleeeeease. Send me the fist 34 sectors of the disk and I will try to take a look. dd if= of=header.dmp bs=512 count=34 robert. > -- > > )) > (( > c[_] > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 13:26:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797371065747 for ; Fri, 23 Oct 2009 13:26:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8BB8FC14 for ; Fri, 23 Oct 2009 13:26:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id F278A46B0C; Fri, 23 Oct 2009 09:26:29 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 356838A020; Fri, 23 Oct 2009 09:26:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 23 Oct 2009 08:12:30 -0400 User-Agent: KMail/1.9.7 References: <57200BF94E69E54880C9BB1AF714BBCBA570C7@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA570C7@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910230812.31166.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Oct 2009 09:26:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Johan Hendriks Subject: Re: Broadcom on HP Proliant ML150G6 not detected by 8.0RC1 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: Fri, 23 Oct 2009 13:26:30 -0000 On Thursday 22 October 2009 11:07:23 am Johan Hendriks wrote: > Hello all > I just installed FreeBSD 8.0RC1 AMD64 on my new HP Proliant ML150 G6 > server. > It fails to detect the Broadcom network interface. > > > > Pciconf -lv gives me the following. > > none3@pci0:4:0:0: class=0x020000 card=0x705d10c chip=0x165b14e4 > rev=0x10 > hdr=0x00 > > vendor = 'Broadcom Corporation' > class = network > > Subclass = Ethernet > > > > Is there something I can do, other than install an other network card? I think you can just patch the bge(4) driver to add support for your adapter. It looks like a BCM5723 from the PCI ID. Support for it was just added in 9.0 as part of change 197832, but I suspect it might not need all the other patches from that change. Try this diff: Index: if_bgereg.h =================================================================== --- if_bgereg.h (revision 197831) +++ if_bgereg.h (revision 197832) @@ -2101,6 +2123,7 @@ #define BCOM_DEVICEID_BCM5720 0x1658 #define BCOM_DEVICEID_BCM5721 0x1659 #define BCOM_DEVICEID_BCM5722 0x165A +#define BCOM_DEVICEID_BCM5723 0x165B #define BCOM_DEVICEID_BCM5750 0x1676 #define BCOM_DEVICEID_BCM5750M 0x167C #define BCOM_DEVICEID_BCM5751 0x1677 Index: if_bge.c =================================================================== --- if_bge.c (revision 197831) +++ if_bge.c (revision 197832) @@ -170,6 +170,7 @@ { BCOM_VENDORID, BCOM_DEVICEID_BCM5720 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5721 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5722 }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM5723 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5750 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5750M }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5751 }, -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 13:26:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD321065765 for ; Fri, 23 Oct 2009 13:26:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC328FC23 for ; Fri, 23 Oct 2009 13:26:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 05CA946B38; Fri, 23 Oct 2009 09:26:31 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3BB268A01F; Fri, 23 Oct 2009 09:26:30 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 23 Oct 2009 08:13:28 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200910230813.28788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Oct 2009 09:26:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet Subject: Re: 8.0RC1: panic: softdep_deallocate_dependencies: unrecovered I/O error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2009 13:26:31 -0000 On Thursday 22 October 2009 3:17:38 pm pluknet wrote: > Hi. >=20 > I saw this panic just on=D1=81e during system shutdown, which > runs under VirtualBox. Sorry, I don't remember more details. >=20 > Unread portion of the kernel message buffer: > ad0: FAILURE - device detached > g_vfs_done():ad0s1e[WRITE(offset=3D7380582400, length=3D131072)]error =3D= 6 > /usr: got error 6 while accessing filesystem > panic: softdep_deallocate_dependencies: unrecovered I/O error Generally speaking UFS does not cope well with disk I/O errors and disks going away (note that ad0 failed and detached before your panic). =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 15:17:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4D661065670 for ; Fri, 23 Oct 2009 15:17:38 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 521B48FC0C for ; Fri, 23 Oct 2009 15:17:38 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id n9NFHavI016650; Fri, 23 Oct 2009 17:17:37 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 23 Oct 2009 17:17:33 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA570DA@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom on HP Proliant ML150G6 not detected by 8.0RC1 AMD64 Thread-Index: AcpT5z1eFu4cEqe6S6KPsB2ncHkASgACujUQ References: <57200BF94E69E54880C9BB1AF714BBCBA570C7@w2003s01.double-l.local> <200910230812.31166.jhb@freebsd.org> From: "Johan Hendriks" To: "John Baldwin" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: Broadcom on HP Proliant ML150G6 not detected by 8.0RC1 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: Fri, 23 Oct 2009 15:17:38 -0000 On Thursday 22 October 2009 11:07:23 am Johan Hendriks wrote: >> Hello all >> I just installed FreeBSD 8.0RC1 AMD64 on my new HP Proliant ML150 G6 >> server. >> It fails to detect the Broadcom network interface. >>=20 >>=20 >>=20 >> Pciconf -lv gives me the following. >>=20 >> none3@pci0:4:0:0: class=3D0x020000 card=3D0x705d10c chip=3D0x165b14e4 >> rev=3D0x10 >> hdr=3D0x00 >>=20 >> vendor =3D 'Broadcom Corporation' >> class =3D network >>=20 >> Subclass =3D Ethernet >>=20 >> =20 >>=20 >> Is there something I can do, other than install an other network card? >I think you can just patch the bge(4) driver to add support for your >adapter. =20 >It looks like a BCM5723 from the PCI ID. Support for it was just added in=20 >9.0 as part of change 197832, but I suspect it might not need all the other >patches from that change. Try this diff: >Index: if_bgereg.h >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >--- if_bgereg.h (revision 197831) >+++ if_bgereg.h (revision 197832) >@@ -2101,6 +2123,7 @@ > #define BCOM_DEVICEID_BCM5720 0x1658 > #define BCOM_DEVICEID_BCM5721 0x1659 > #define BCOM_DEVICEID_BCM5722 0x165A >+#define BCOM_DEVICEID_BCM5723 0x165B > #define BCOM_DEVICEID_BCM5750 0x1676 > #define BCOM_DEVICEID_BCM5750M 0x167C > #define BCOM_DEVICEID_BCM5751 0x1677 >Index: if_bge.c >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >--- if_bge.c (revision 197831) >+++ if_bge.c (revision 197832) >@@ -170,6 +170,7 @@ > { BCOM_VENDORID, BCOM_DEVICEID_BCM5720 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5721 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5722 }, >+ { BCOM_VENDORID, BCOM_DEVICEID_BCM5723 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5750 }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5750M }, > { BCOM_VENDORID, BCOM_DEVICEID_BCM5751 }, Ok done that, and the card is found, only the server is not very stable right now. It does not continue the boot. It stops at setting the hostname=20 Setting hostname: server01.mydomain.local And it stays there. --=20 John Baldwin No virus found in this incoming message. Checked by AVG - www.avg.com=20 Version: 8.5.423 / Virus Database: 270.14.27/2452 - Release Date: 10/23/09 06:56:00 No virus found in this outgoing message. Checked by AVG - www.avg.com=20 Version: 8.5.423 / Virus Database: 270.14.27/2452 - Release Date: 10/23/09 06:56:00 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 15:55:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1D41065679 for ; Fri, 23 Oct 2009 15:55:46 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 937EF8FC14 for ; Fri, 23 Oct 2009 15:55:45 +0000 (UTC) Received: (qmail 65722 invoked by uid 89); 23 Oct 2009 15:55:44 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 23 Oct 2009 15:55:44 -0000 Date: Fri, 23 Oct 2009 17:55:44 +0200 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091023175544.893049ad.oliver@FreeBSD.org> In-Reply-To: <20091023173611.1d44c7a4.oliver@FreeBSD.org> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 15:55:46 -0000 And one adition: I also have an external harddisk /dev/da1s1 which I labled with "backup" with RC1. I unfortunally got a /dev/ufs/backup as well as a /dev/ufs/backupd for the 4th partition of the 1st slide /dev/da1s1d. I wanted to fix this (label da1s1d as backup) and booted into the single user mode, and typed "glabel destroy backup". The two backup+backupd entries in /dev/ufs where gone. I then rebooted once more into the single user mode and now I have backup +backupd again. Something seems to be definitly broken here :( No - I have not mounted that filesystem at any time. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 16:02:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33661065670 for ; Fri, 23 Oct 2009 16:02:53 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 176398FC23 for ; Fri, 23 Oct 2009 16:02:52 +0000 (UTC) Received: (qmail 65067 invoked by uid 89); 23 Oct 2009 15:36:11 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 23 Oct 2009 15:36:11 -0000 Date: Fri, 23 Oct 2009 17:36:11 +0200 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091023173611.1d44c7a4.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , Pawel Jakub Dawidek Subject: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 16:02:53 -0000 Hi, I updated my RC1 box now to the latest RELENG_8 code to get my gmirror +glabel setup working. Since gjournal was now supposed to work as well I set this up once more. This was not so easy as I thought because cleaning the metadata on my previously journaled filesystems (but not working because of the bug) was a pain. With geom_journal.ko loaded at the boottime the system was not able to boot up - waiting infinitly for the nonexisting journal to show up spamming my screen with timeout messages. What a mess.... Finally I got the module disabled in the bootloader (I guess I'll never ever compile this directly into the kernel if it can cause my system not to come up again) Now I have two partitions in a journaled state. What I did was: gjournal load gjournal label da0p1 mirror/gm0s1h tunefs -J enable -n disable da0p1.journal gjournal label mirror/gm0s1f mirror/gm0s1g tunefs -J enable -n disable mirror/gm0s1f.journal Then I rebooted into single user mode again to label the filesystems. Then I did: glabel label swap mirror/gm0s1b tunefs -L root mirror/gm0s1a tunefs -L var mirror/gm0s1d tunefs -L tmp mirror/gm0s1e tunefs -L usr mirror/gm0s1f.journal tunefs -L files da0p1.journal /dev/ufs and /dev/label contained all the given label. Then I rebooted once more - again into the single user mode. Now ufs/files and ufs/usr is gone.... so glabel in conjunction with gjournal is broken.... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 16:13:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E728106568F; Fri, 23 Oct 2009 16:13:52 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id D4F638FC0A; Fri, 23 Oct 2009 16:13:51 +0000 (UTC) Received: by gxk10 with SMTP id 10so8366906gxk.3 for ; Fri, 23 Oct 2009 09:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=4Jq5mvzngWK+RUINwS5uZR0vk+HKRPftKHpTQ0YS4sY=; b=c9WDnL+89L0T79crjduUuBmSzzoiSfldJcCrqkcaerY6Uvhh+Fa2rZAfPHojaSMKYs IJ9AQxpw2CjLm0hNI7v4wWi2caBDK4EIJRr+hcr0W1nhkKbiSoCIMUZwFmNbdBQXOKKu aEtD20GXCAn4Zxm9JGFIoU4LdwQE+M3zhWdsw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=f8TtHmzlmqF29AZBSKsLI1XTFTszJu4j63oCfOL4WIIzno56O01hzyzQblXrXehxH0 GTdtpotzfjQpuhIsvqST5Nq6xDHYB1qXk6DcFMeTPrNOFUp79IrUNDpALDnYG7FyTNRV wIQPqchD1+KQnfOX4fNSKrADjshyUcn+xCMz0= MIME-Version: 1.0 Received: by 10.150.75.6 with SMTP id x6mr4905281yba.283.1256314430585; Fri, 23 Oct 2009 09:13:50 -0700 (PDT) In-Reply-To: <20091023175544.893049ad.oliver@FreeBSD.org> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> <20091023175544.893049ad.oliver@FreeBSD.org> Date: Fri, 23 Oct 2009 11:13:50 -0500 Message-ID: <6201873e0910230913p7dabb675tbb3d5737ab62fd74@mail.gmail.com> From: Adam Vande More To: Oliver Lehmann Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , freebsd-stable@freebsd.org, Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 16:13:52 -0000 On Fri, Oct 23, 2009 at 10:55 AM, Oliver Lehmann wrote: > And one adition: > > I also have an external harddisk /dev/da1s1 which I labled with "backup" > with RC1. I unfortunally got a /dev/ufs/backup as well as > a /dev/ufs/backupd for the 4th partition of the 1st slide /dev/da1s1d. > > I wanted to fix this (label da1s1d as backup) and booted into the single > user mode, and typed "glabel destroy backup". The two backup+backupd > entries in /dev/ufs where gone. > I then rebooted once more into the single user mode and now I have backup > +backupd again. Something seems to be definitly broken here :( > > No - I have not mounted that filesystem at any time. > > -- > Oliver Lehmann > > man glabel: stop Turn off the given label by its name. This command does not touch on-disk metadata! destroy Same as stop. clear Clear metadata on the given devices. You want clear for changes to persist. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 16:29:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59BBB1065670 for ; Fri, 23 Oct 2009 16:29:59 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id ADCC78FC1A for ; Fri, 23 Oct 2009 16:29:58 +0000 (UTC) Received: (qmail 66895 invoked by uid 89); 23 Oct 2009 16:29:57 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 23 Oct 2009 16:29:57 -0000 Date: Fri, 23 Oct 2009 18:29:57 +0200 From: Oliver Lehmann To: Adam Vande More Message-Id: <20091023182957.4524d4dc.oliver@FreeBSD.org> In-Reply-To: <6201873e0910230913p7dabb675tbb3d5737ab62fd74@mail.gmail.com> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> <20091023175544.893049ad.oliver@FreeBSD.org> <6201873e0910230913p7dabb675tbb3d5737ab62fd74@mail.gmail.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , freebsd-stable@freebsd.org, Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 16:29:59 -0000 Adam Vande More wrote: > You want clear for changes to persist. Yeah tried this too without much success - how should I proceed? root@nudel /root> ls -l /dev/ufs/backup* /dev/da1* crw-r----- 1 root operator 0, 98 Oct 23 18:26 /dev/da1 crw-r----- 1 root operator 0, 101 Oct 23 18:26 /dev/da1s1 crw-r----- 1 root operator 0, 108 Oct 23 18:26 /dev/da1s1d crw-r----- 1 root operator 0, 107 Oct 23 18:26 /dev/ufs/backup crw-r----- 1 root operator 0, 117 Oct 23 18:26 /dev/ufs/backupd root@nudel /root> glabel clear da1s1 Can't clear metadata on da1s1: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear da1s1d Can't clear metadata on da1s1d: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear da1 Can't clear metadata on da1: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear backup Can't clear metadata on backup: No such file or directory. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear backupd Can't clear metadata on backupd: No such file or directory. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear ufs/backupd Can't clear metadata on ufs/backupd: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear ufs/backup Can't clear metadata on ufs/backup: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel stop backup root@nudel /root> ls -l /dev/ufs/backup* /dev/da1* crw-r----- 1 root operator 0, 98 Oct 23 18:26 /dev/da1 crw-r----- 1 root operator 0, 139 Oct 23 18:28 /dev/da1s1 crw-r----- 1 root operator 0, 140 Oct 23 18:28 /dev/da1s1d root@nudel /root> glabel clear da1s1 Can't clear metadata on da1s1: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear da1 Can't clear metadata on da1: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear da1s1d Can't clear metadata on da1s1d: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear backup Can't clear metadata on backup: No such file or directory. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear backupd Can't clear metadata on backupd: No such file or directory. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear ufs/backupd Can't clear metadata on ufs/backupd: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> glabel clear ufs/backup Can't clear metadata on ufs/backup: Invalid argument. glabel: Not fully done. Exit 1 root@nudel /root> -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 16:59:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D0CF1065679; Fri, 23 Oct 2009 16:59:49 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id BD7588FC13; Fri, 23 Oct 2009 16:59:48 +0000 (UTC) Received: by ywh8 with SMTP id 8so8060347ywh.3 for ; Fri, 23 Oct 2009 09:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=AiUvoOOtYzc7AYY0FWxMCNTr/zhxhK2TXfDKjL0WID8=; b=l+HoT4hA0PhVMGd9cqcYSgD9kA7PYM2HGUnonjGDBS0Kn8vx1FwY9B7sqa3xeYPjrp jlHeusdPASTCg1+Mxm3py/L9G/yzLTK+WnSZjE/MEMEzfkgDiKY+uOPvNaec3x2Ohn3y GTeTL1GZr59SKv6PvibCA7RV4yGZFFOpsyTnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=N50ggSqAdjtlH0Y958B+TAOkqrcbT2zml2CiX5jA2H6qR643i0iqC+PZ6Xf/zxoH0q 1mTiV1+GmEyL+yQ/+n4crGhuuaWV0ftnWLfM199CkbVIxjCNVn8vm9heVwUnWkN4rsO4 PnexU0g454AdJJr2ZGkuWhbwDwd9fh+epEgyA= MIME-Version: 1.0 Received: by 10.150.30.6 with SMTP id d6mr3530448ybd.140.1256317188211; Fri, 23 Oct 2009 09:59:48 -0700 (PDT) In-Reply-To: <20091023182957.4524d4dc.oliver@FreeBSD.org> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> <20091023175544.893049ad.oliver@FreeBSD.org> <6201873e0910230913p7dabb675tbb3d5737ab62fd74@mail.gmail.com> <20091023182957.4524d4dc.oliver@FreeBSD.org> Date: Fri, 23 Oct 2009 11:59:48 -0500 Message-ID: <6201873e0910230959i7f411744pcd1ae911ed0e9930@mail.gmail.com> From: Adam Vande More To: Oliver Lehmann Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , freebsd-stable@freebsd.org, Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 16:59:49 -0000 On Fri, Oct 23, 2009 at 11:29 AM, Oliver Lehmann wrote: > Adam Vande More wrote: > > > You want clear for changes to persist. > > Yeah tried this too without much success - how should I proceed? > > root@nudel /root> ls -l /dev/ufs/backup* /dev/da1* > crw-r----- 1 root operator 0, 98 Oct 23 18:26 /dev/da1 > crw-r----- 1 root operator 0, 101 Oct 23 18:26 /dev/da1s1 > crw-r----- 1 root operator 0, 108 Oct 23 18:26 /dev/da1s1d > crw-r----- 1 root operator 0, 107 Oct 23 18:26 /dev/ufs/backup > crw-r----- 1 root operator 0, 117 Oct 23 18:26 /dev/ufs/backupd > root@nudel /root> glabel clear da1s1 > Can't clear metadata on da1s1: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear da1s1d > Can't clear metadata on da1s1d: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear da1 > Can't clear metadata on da1: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear backup > Can't clear metadata on backup: No such file or directory. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear backupd > Can't clear metadata on backupd: No such file or directory. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear ufs/backupd > Can't clear metadata on ufs/backupd: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear ufs/backup > Can't clear metadata on ufs/backup: Invalid argument. > glabel: Not fully done. > Exit 1 > > > root@nudel /root> glabel stop backup > > > root@nudel /root> ls -l /dev/ufs/backup* /dev/da1* > crw-r----- 1 root operator 0, 98 Oct 23 18:26 /dev/da1 > crw-r----- 1 root operator 0, 139 Oct 23 18:28 /dev/da1s1 > crw-r----- 1 root operator 0, 140 Oct 23 18:28 /dev/da1s1d > root@nudel /root> glabel clear da1s1 > Can't clear metadata on da1s1: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear da1 > Can't clear metadata on da1: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear da1s1d > Can't clear metadata on da1s1d: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear backup > Can't clear metadata on backup: No such file or directory. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear backupd > Can't clear metadata on backupd: No such file or directory. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear ufs/backupd > Can't clear metadata on ufs/backupd: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> glabel clear ufs/backup > Can't clear metadata on ufs/backup: Invalid argument. > glabel: Not fully done. > Exit 1 > root@nudel /root> > > sysctl kern.geom.debugflags=17 -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 17:11:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0D591065676 for ; Fri, 23 Oct 2009 17:11:30 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 347698FC0C for ; Fri, 23 Oct 2009 17:11:29 +0000 (UTC) Received: (qmail 68448 invoked by uid 89); 23 Oct 2009 17:11:29 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 23 Oct 2009 17:11:29 -0000 Date: Fri, 23 Oct 2009 19:11:28 +0200 From: Oliver Lehmann To: Adam Vande More Message-Id: <20091023191128.1c45041c.oliver@FreeBSD.org> In-Reply-To: <6201873e0910230959i7f411744pcd1ae911ed0e9930@mail.gmail.com> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> <20091023175544.893049ad.oliver@FreeBSD.org> <6201873e0910230913p7dabb675tbb3d5737ab62fd74@mail.gmail.com> <20091023182957.4524d4dc.oliver@FreeBSD.org> <6201873e0910230959i7f411744pcd1ae911ed0e9930@mail.gmail.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , freebsd-stable@freebsd.org, Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 17:11:31 -0000 Hi Adam, Adam Vande More wrote: > sysctl kern.geom.debugflags=17 I also tried this in the meantime. The behaviour is still the same. I also attached the disk to a FreeBSD 7.2 system - same problem: root@kartoffel olivleh1> glabel status Name Status Components ufsid/49f8856ee7867c4f N/A da0s1 ufs/backup N/A da0s1 root@kartoffel olivleh1> sysctl kern.geom.debugflags=17 kern.geom.debugflags: 0 -> 17 root@kartoffel olivleh1> glabel stop backup root@kartoffel olivleh1> glabel status Name Status Components ufsid/49f8856ee7867c4f N/A da0s1 root@kartoffel olivleh1> glabel clear -v da0s1 Can't clear metadata on da0s1: Invalid argument. glabel: Not fully done. Exit 1 root@kartoffel olivleh1> glabel status Name Status Components ufsid/49f8856ee7867c4f N/A da0s1 ufs/backup N/A da0s1 root@kartoffel olivleh1> You see? while trying to clear the data, the label is back.... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 18:47:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34259106566B for ; Fri, 23 Oct 2009 18:47:02 +0000 (UTC) (envelope-from jbozza@mindsites.com) Received: from mail.thinkburst.com (mail.thinkburst.com [204.49.104.46]) by mx1.freebsd.org (Postfix) with ESMTP id DF3E38FC13 for ; Fri, 23 Oct 2009 18:47:01 +0000 (UTC) Received: from mailgate.mindsites.net (gateway.mindsites.net [204.49.104.36]) by mail.thinkburst.com (Postfix) with ESMTP id 151891CC27 for ; Fri, 23 Oct 2009 13:47:01 -0500 (CDT) Received: from remote.mindsites.com (unknown [10.1.1.5]) by mailgate.mindsites.net (Postfix) with ESMTP id 06F9917040 for ; Fri, 23 Oct 2009 13:47:00 -0500 (CDT) Received: from ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67]) by ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67%10]) with mapi; Fri, 23 Oct 2009 13:47:00 -0500 From: Jaime Bozza To: "freebsd-stable@freebsd.org" Date: Fri, 23 Oct 2009 13:46:58 -0500 Thread-Topic: Possible scheduler (SCHED_ULE) bug? Thread-Index: AcpUETOLa2fKV7bnQdieX9jDAjQ0TA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_003_CF092998EA82AE4D83AF9C9ECA9A8BDE02EB411A85ATLASmsglocal_" MIME-Version: 1.0 Subject: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 18:47:02 -0000 --_003_CF092998EA82AE4D83AF9C9ECA9A8BDE02EB411A85ATLASmsglocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe I found a problem with the ULE scheduler - At least the fact that= there is a problem, but I'm not sure where to go from here. The system l= ocks all processes, but doesn't panic, so I have no output to give. =20 I was able to duplicate this on three different machines and solved it by s= witching to the scheduler to 4BSD. Here's the environment: FreeBSD 7.2 i386, installed from bootonly ISO, Custom install, minimal, no = other changes other than setting timezone, changing root password, and turn= ing on sshd (allowing root and password connection). Running portsnap (fetch, then extract) to get latest ports tree. >From ports, make installs of lang/php5 and www/lighttpd, using defaults for= all ports installed. Modified lighttpd.conf for PHP (attached diff), created a short script call= ed uploadfile.php (attached). File was installed at /usr/local/www/data/up= loadfile.php Start lighttpd (lighttpd_enable=3D"YES" in rc.conf, /usr/local/etc/rc.d/lig= httpd start), connect and run script. As long as I upload a file less than 64K, everything works fine. If I try = to upload something larger than 64K, system no longer responds. Console p= rompt at login will allow me to enter username/password, but nothing happen= s after that. Console prompt logged in will allow me to type a single line= , but if I press enter, nothing after that. No errors get written anywhere - console, logs, etc. I'm at a loss of what to do next. Can anyone give me ideas of what else I = can do? --_003_CF092998EA82AE4D83AF9C9ECA9A8BDE02EB411A85ATLASmsglocal_ Content-Type: text/plain; name="lighttpd-conf-diff.txt" Content-Description: lighttpd-conf-diff.txt Content-Disposition: attachment; filename="lighttpd-conf-diff.txt"; size=1743; creation-date="Fri, 23 Oct 2009 09:59:50 GMT"; modification-date="Fri, 23 Oct 2009 09:59:54 GMT" Content-Transfer-Encoding: base64 LS0tIGxpZ2h0dHBkLmNvbmYuc2FtcGxlICAgICAgICAyMDA5LTEwLTIzIDA5OjM3OjUwLjAwMDAw MDAwMCAtMDUwMA0KKysrIGxpZ2h0dHBkLmNvbmYgICAgICAgMjAwOS0xMC0yMyAxMDowMjowMC4w MDAwMDAwMDAgLTA1MDANCkBAIC0yMCw3ICsyMCw3IEBADQogIyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAibW9kX2F1dGgiLA0KICMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Im1vZF9zdGF0dXMiLA0KICMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIm1vZF9zZXRl bnYiLA0KLSMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIm1vZF9mYXN0Y2dpIiwNCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJtb2RfZmFzdGNnaSIsDQogIyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAibW9kX3Byb3h5IiwNCiAjICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICJtb2Rfc2ltcGxlX3Zob3N0IiwNCiAjICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICJtb2RfZXZob3N0IiwNCkBAIC0zOSw3ICszOSw3IEBADQogc2VydmVyLmRvY3Vt ZW50LXJvb3QgICAgICAgID0gIi91c3IvbG9jYWwvd3d3L2RhdGEvIg0KIA0KICMjIHdoZXJlIHRv IHNlbmQgZXJyb3ItbWVzc2FnZXMgdG8NCi1zZXJ2ZXIuZXJyb3Jsb2cgICAgICAgICAgICAgPSAi L3Zhci9sb2cvbGlnaHR0cGQuZXJyb3IubG9nIg0KK3NlcnZlci5lcnJvcmxvZyAgICAgICAgICAg ICA9ICIvdG1wL2xpZ2h0dHBkLmVycm9yLmxvZyINCiANCiAjIGZpbGVzIHRvIGNoZWNrIGZvciBp ZiAuLi4vIGlzIHJlcXVlc3RlZA0KIGluZGV4LWZpbGUubmFtZXMgICAgICAgICAgICA9ICggImlu ZGV4LnBocCIsICJpbmRleC5odG1sIiwNCkBAIC0xMTUsNyArMTE1LDcgQEANCiAjIHNlcnZlci50 YWcgICAgICAgICAgICAgICAgID0gImxpZ2h0dHBkIg0KIA0KICMjIyMgYWNjZXNzbG9nIG1vZHVs ZQ0KLWFjY2Vzc2xvZy5maWxlbmFtZSAgICAgICAgICA9ICIvdmFyL2xvZy9saWdodHRwZC5hY2Nl c3MubG9nIg0KK2FjY2Vzc2xvZy5maWxlbmFtZSAgICAgICAgICA9ICIvdG1wL2xpZ2h0dHBkLmFj Y2Vzcy5sb2ciDQogDQogIyMgZGVueSBhY2Nlc3MgdGhlIGZpbGUtZXh0ZW5zaW9ucw0KICMNCkBA IC0zMjQsMyArMzI0LDIwIEBADQogIyBFbmFibGUgSVBWNiBhbmQgSVBWNCB0b2dldGhlcg0KIHNl cnZlci51c2UtaXB2NiA9ICJlbmFibGUiDQogJFNFUlZFUlsic29ja2V0Il0gPT0gIjAuMC4wLjA6 ODAiIHsgfQ0KKw0KKyAgZmFzdGNnaS5zZXJ2ZXIgPSAoICIucGhwIiA9PiAoKA0KKyAgICAiYmlu LXBhdGgiID0+ICIvdXNyL2xvY2FsL2Jpbi9waHAtY2dpIiwNCisgICAgInNvY2tldCIgPT4gIi90 bXAvaGVybWVzLnBocC5zb2NrZXQiLCANCisgICAgIm1pbi1wcm9jcyIgPT4gMSwNCisgICAgIm1h eC1wcm9jcyIgPT4gMSwNCisgICAgImJpbi1lbnZpcm9ubWVudCIgPT4gKA0KKyAgICAgICJQSFBf RkNHSV9DSElMRFJFTiIgPT4gIjQiLA0KKyAgICAgICJQSFBfRkNHSV9NQVhfUkVRVUVTVFMiID0+ ICI1MCIsDQorICAgICAgIlBIUFJDIiA9PiAiL2RhdGEvc2l0ZXMvc3VwcG9ydC9jb25mLyINCisg ICAgICApLA0KKyAgICAiYmluLWNvcHktZW52aXJvbm1lbnQiID0+ICgNCisgICAgICAiUEFUSCIs ICJTSEVMTCIsICJVU0VSIiwgIlRaIg0KKyAgICAgICksDQorICAgICJicm9rZW4tc2NyaXB0Zmls ZW5hbWUiID0+ICJlbmFibGUiLA0KKyAgKSkpDQorDQpc --_003_CF092998EA82AE4D83AF9C9ECA9A8BDE02EB411A85ATLASmsglocal_ Content-Type: application/octet-stream; name="uploadfile.php" Content-Description: uploadfile.php Content-Disposition: attachment; filename="uploadfile.php"; size=640; creation-date="Fri, 23 Oct 2009 08:52:13 GMT"; modification-date="Fri, 23 Oct 2009 13:23:36 GMT" Content-Transfer-Encoding: base64 PD9waHANCg0KJGhlYWRlciA9IDw8PEVPVA0KPGh0bWw+PGJvZHk+DQpFT1Q7DQoNCiRmb290ZXIg PSA8PDxFT1QNCjwvYm9keT4NCjwvaHRtbD4NCkVPVDsNCg0KaWYgKCRfU0VSVkVSWyJSRVFVRVNU X01FVEhPRCJdICE9ICJQT1NUIikgew0KICBwcmludF9mb3JtKCk7DQp9IGVsc2Ugew0KICAkdG1w Zm4gPSAkX0ZJTEVTWyJmaWxlIl1bInRtcF9uYW1lIl07DQogIGlmICghZW1wdHkoJHRtcGZuKSkg ew0KICAgIHN5c3RlbSgibXYgJHRtcGZuIC90bXAvdXBsb2FkdGVzdC50eHQiKTsNCiAgfQ0KICBo ZWFkZXIoIkxvY2F0aW9uOmh0dHA6Ly93d3cuZ29vZ2xlLmNvbS8iKTsNCn0NCg0KDQpmdW5jdGlv biBwcmludF9mb3JtKCRtc2cgPSIiKSB7DQogIGdsb2JhbCAkaGVhZGVyLCAkZm9vdGVyOw0KDQog IHByaW50IDw8PEVPVA0KJGhlYWRlcg0KPGZvcm0gZW5jdHlwZT0ibXVsdGlwYXJ0L2Zvcm0tZGF0 YSIgbWV0aG9kPSJwb3N0IiBhY3Rpb249Ii91cGxvYWRmaWxlLnBocCI+DQpGaWxlIHRvIFVwbG9h ZDogPGlucHV0IHR5cGU9ImZpbGUiIG5hbWU9ImZpbGUiIHZhbHVlPSIiPg0KPGJyPjxicj4NCjxp bnB1dCB0eXBlPSJzdWJtaXQiIHZhbHVlPSJzdWJtaXQiPg0KPGJyPg0KJGZvb3Rlcg0KDQpFT1Q7 DQp9DQoNCg0KPz4NCg== --_003_CF092998EA82AE4D83AF9C9ECA9A8BDE02EB411A85ATLASmsglocal_-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 19:15:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9631F106566B for ; Fri, 23 Oct 2009 19:15:03 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id EBD318FC08 for ; Fri, 23 Oct 2009 19:15:02 +0000 (UTC) Received: by ewy18 with SMTP id 18so8880816ewy.43 for ; Fri, 23 Oct 2009 12:15:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=eLmENGmY9h9JSr+kB3c0gJbh59V95uQl2zJ7a2xTYSA=; b=KkmYALHfxd9Dgd9IApwC8IqnRLFhpVGC0xfQmjL6TY/6bZYlwlKoNMhZoMgcQmD128 DBIunU6pcoZw5S6Xume30mLLqixU5ahLG1RCxDAaQ1sGUYqlMVpa4Wt7H9iQWnMGfhGN BcWZDgYdcm1CZn8iBXfo40MaqT8mjSmpOzkFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=EpfL6K/GhpEJ1wvDqDxVpsrNc5Jg4o5EhhfSlI6yDwxpNNE77cCJJ81VtM5zhwbpsW WPS/hLgU7wZLAd546rXalBv+vPD4eUaGAMNQhx87wI5cZA+uUKRCEh4AaTMcue5lQHDy /dX/4hISICBmjtLXhF+a7MESWFZl/uQhsqKIs= MIME-Version: 1.0 Received: by 10.211.157.11 with SMTP id j11mr958593ebo.63.1256323788284; Fri, 23 Oct 2009 11:49:48 -0700 (PDT) In-Reply-To: References: From: Scott Ullrich Date: Fri, 23 Oct 2009 14:49:28 -0400 Message-ID: To: Jaime Bozza Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 19:15:03 -0000 On Fri, Oct 23, 2009 at 2:46 PM, Jaime Bozza wrote: > I believe I found a problem with the ULE scheduler - At least the fact th= at there is a problem, but I'm not sure where to go from here. =A0 The syst= em locks all processes, but doesn't panic, so I have no output to give. > > I was able to duplicate this on three different machines and solved it by= switching to the scheduler to 4BSD. > > Here's the environment: > > FreeBSD 7.2 i386, installed from bootonly ISO, Custom install, minimal, n= o other changes other than setting timezone, changing root password, and tu= rning on sshd (allowing root and password connection). > > Running portsnap (fetch, then extract) to get latest ports tree. > > >From ports, make installs of lang/php5 and www/lighttpd, using defaults = for all ports installed. > > Modified lighttpd.conf for PHP (attached diff), created a short script ca= lled uploadfile.php (attached). =A0File was installed at /usr/local/www/dat= a/uploadfile.php > > Start lighttpd (lighttpd_enable=3D"YES" in rc.conf, /usr/local/etc/rc.d/l= ighttpd start), connect and run script. > > As long as I upload a file less than 64K, everything works fine. =A0If I = try to upload something larger than 64K, system no longer responds. =A0 Con= sole prompt at login will allow me to enter username/password, but nothing = happens after that. =A0Console prompt logged in will allow me to type a sin= gle line, but if I press enter, nothing after that. > > No errors get written anywhere - console, logs, etc. > > I'm at a loss of what to do next. =A0Can anyone give me ideas of what els= e I can do? Try adding this or changing these items in lighttpd.conf: ## FreeBSD! server.event-handler =3D "freebsd-kqueue" server.network-backend =3D "writev" Scott From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 20:51:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 690681065670 for ; Fri, 23 Oct 2009 20:51:18 +0000 (UTC) (envelope-from heliocentric@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 25FFA8FC15 for ; Fri, 23 Oct 2009 20:51:17 +0000 (UTC) Received: by yxe1 with SMTP id 1so8285868yxe.3 for ; Fri, 23 Oct 2009 13:51:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=K3+VpXvA6Q3PEHIF2JtwYHCiOzCF40Xllgrs6BC5e5E=; b=t7ifK4Fm72fganm3mmmgbx8Mtjpf3jUUtrbB9rpF+Ufq4eNMsaZxhccEzqMbPCDPz+ o350sSHYTNSdfexNoSrIn1US0QUEu+pXf0jvtVq8uH4CRLKJ4aJV04d+guP85ix9psGz H9SZF4dBBXGZkSzq8x/Xq8v6U19Pi3Ob27tBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fSNLA7Azpcv33q/jOnYh+lnnYKLZ5XeqfhQw+NY+FYGj5fqlA2TSna2C4NgTsNoKuV EVu35lvXvoR+tY4iEYUOrbVTq1wR5tfuqHfucR7wOIOf4d+r8r2FU5p9X0vE3SyCCiHl didlob8kZ00dJUoa+tX9QtJ4pWXMTcDqdUJco= MIME-Version: 1.0 Received: by 10.151.21.1 with SMTP id y1mr19116944ybi.3.1256329739658; Fri, 23 Oct 2009 13:28:59 -0700 (PDT) In-Reply-To: References: Date: Fri, 23 Oct 2009 16:28:59 -0400 Message-ID: From: Dylan Cochran To: Jaime Bozza Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" Subject: Re: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 20:51:18 -0000 On 10/23/09, Jaime Bozza wrote: > I believe I found a problem with the ULE scheduler - At least the fact that > there is a problem, but I'm not sure where to go from here. The system > locks all processes, but doesn't panic, so I have no output to give. > > I was able to duplicate this on three different machines and solved it by > switching to the scheduler to 4BSD. > > Here's the environment: > > FreeBSD 7.2 i386, installed from bootonly ISO, Custom install, minimal, no > other changes other than setting timezone, changing root password, and > turning on sshd (allowing root and password connection). > > Running portsnap (fetch, then extract) to get latest ports tree. > > >From ports, make installs of lang/php5 and www/lighttpd, using defaults for > all ports installed. > > Modified lighttpd.conf for PHP (attached diff), created a short script > called uploadfile.php (attached). File was installed at > /usr/local/www/data/uploadfile.php > > Start lighttpd (lighttpd_enable="YES" in rc.conf, > /usr/local/etc/rc.d/lighttpd start), connect and run script. > > As long as I upload a file less than 64K, everything works fine. If I try > to upload something larger than 64K, system no longer responds. Console > prompt at login will allow me to enter username/password, but nothing > happens after that. Console prompt logged in will allow me to type a single > line, but if I press enter, nothing after that. > > No errors get written anywhere - console, logs, etc. > > I'm at a loss of what to do next. Can anyone give me ideas of what else I > can do? Superficially, this seams identical to a deadlock I reported for 7.1-RC1. Would you mind compiling a kernel with these options: options DDB options KDB options SW_WATCHDOG options DEBUG_VFS_LOCKS then add the following to /etc/rc.conf: watchdogd_enable="YES" watchdogd_flags="-e 'ls -al /etc'" This should force a panic when the lockup happens again, which will drop to a debugger. Please check the backtrace, and tell me if the call stack is the same as this one (between the --- interrupt, and --- syscall sections): KDB: stack backtrace: db_trace_self_wrapper(c0b55b52,e66e0ae0,c07615e9,c0b50617,8ca93,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b50617,8ca93,0,c41a7690,2,...) at kdb_backtrace+0x29 hardclock(0,c07ff29d,0,0,4,...) at hardclock+0x1f9 lapic_handle_timer(e66e0b08) at lapic_handle_timer+0x9c Xtimerint() at Xtimerint+0x1f --- interrupt, eip = 0xc07ff29d, esp = 0xe66e0b48, ebp = 0xe66e0c34 --- kern_sendfile(c41a7690,e66e0cfc,0,0,0,...) at kern_sendfile+0x90d do_sendfile(e66e0d2c,c0aba265,c41a7690,e66e0cfc,20,...) at do_sendfile+0xb1 sendfile(c41a7690,e66e0cfc,20,16,e66e0d2c,...) at sendfile+0x13 syscall(e66e0d38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x282cb0cb, esp = 0xbfbfc7cc, ebp = 0xbfbfe848 --- KDB: enter: watchdog timeout You can type 'reboot' to reboot the machine (in my case, panic would not work, so a useful dump wasn't in the cards) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 20:52:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3741065693 for ; Fri, 23 Oct 2009 20:52:28 +0000 (UTC) (envelope-from jbozza@mindsites.com) Received: from mail.thinkburst.com (mail.thinkburst.com [204.49.104.46]) by mx1.freebsd.org (Postfix) with ESMTP id BE3128FC1A for ; Fri, 23 Oct 2009 20:52:28 +0000 (UTC) Received: from mailgate.mindsites.net (gateway.mindsites.net [204.49.104.36]) by mail.thinkburst.com (Postfix) with ESMTP id 43EF11CC27; Fri, 23 Oct 2009 15:52:28 -0500 (CDT) Received: from remote.mindsites.com (unknown [10.1.1.5]) by mailgate.mindsites.net (Postfix) with ESMTP id 16BCB17040; Fri, 23 Oct 2009 15:52:28 -0500 (CDT) Received: from ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67]) by ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67%10]) with mapi; Fri, 23 Oct 2009 15:52:27 -0500 From: Jaime Bozza To: Scott Ullrich Date: Fri, 23 Oct 2009 15:52:26 -0500 Thread-Topic: Possible scheduler (SCHED_ULE) bug? Thread-Index: AcpUEZweeAagGkZhStWsbB7216svTwABY4Ag Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" , "jacob@whotookspaz.org" Subject: RE: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 20:52:29 -0000 > Try adding this or changing these items in lighttpd.conf: >=20 > ## FreeBSD! > server.event-handler =3D "freebsd-kqueue" > server.network-backend =3D "writev" Scott, Lighttpd was already using freebsd-kqueue, but I added the writev network-b= ackend and the problem went away. With this additional information I was = able to track down kern/138999, which seems to be the exact issue I'm havin= g. The additional information I have (over the PR) is that: 1) Files over 64K cause the problem, not just larger files 2) switching over to SCHED_4BSD eliminates the problem - system no longer l= ocks. =20 3) 7.2 amd64 doesn't have the problem - Tested a similar configuration and = was not able to duplicate on amd64 at all. I'm CC'ing the original submitter of the PR to give him an update to see if= he had any additional luck. Jaime=20 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 21:21:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 118C3106566C for ; Fri, 23 Oct 2009 21:21:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 98FF88FC18 for ; Fri, 23 Oct 2009 21:21:09 +0000 (UTC) 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 n9NLL5Kx063672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Oct 2009 00:21:05 +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 n9NLL5wO052572; Sat, 24 Oct 2009 00:21:05 +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 n9NLL4bD052571; Sat, 24 Oct 2009 00:21:04 +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: Sat, 24 Oct 2009 00:21:04 +0300 From: Kostik Belousov To: Dylan Cochran Message-ID: <20091023212104.GH2160@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c5s4KQzYKKhDo6IA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at 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 Cc: "freebsd-stable@freebsd.org" Subject: Re: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 21:21:11 -0000 --c5s4KQzYKKhDo6IA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 23, 2009 at 04:28:59PM -0400, Dylan Cochran wrote: > On 10/23/09, Jaime Bozza wrote: > > I believe I found a problem with the ULE scheduler - At least the fact = that > > there is a problem, but I'm not sure where to go from here. The system > > locks all processes, but doesn't panic, so I have no output to give. > > > > I was able to duplicate this on three different machines and solved it = by > > switching to the scheduler to 4BSD. > > > > Here's the environment: > > > > FreeBSD 7.2 i386, installed from bootonly ISO, Custom install, minimal,= no > > other changes other than setting timezone, changing root password, and > > turning on sshd (allowing root and password connection). > > > > Running portsnap (fetch, then extract) to get latest ports tree. > > > > >From ports, make installs of lang/php5 and www/lighttpd, using default= s for > > all ports installed. > > > > Modified lighttpd.conf for PHP (attached diff), created a short script > > called uploadfile.php (attached). File was installed at > > /usr/local/www/data/uploadfile.php > > > > Start lighttpd (lighttpd_enable=3D"YES" in rc.conf, > > /usr/local/etc/rc.d/lighttpd start), connect and run script. > > > > As long as I upload a file less than 64K, everything works fine. If I = try > > to upload something larger than 64K, system no longer responds. Conso= le > > prompt at login will allow me to enter username/password, but nothing > > happens after that. Console prompt logged in will allow me to type a s= ingle > > line, but if I press enter, nothing after that. > > > > No errors get written anywhere - console, logs, etc. > > > > I'm at a loss of what to do next. Can anyone give me ideas of what els= e I > > can do? >=20 > Superficially, this seams identical to a deadlock I reported for > 7.1-RC1. Would you mind compiling a kernel with these options: >=20 > options DDB > options KDB > options SW_WATCHDOG > options DEBUG_VFS_LOCKS >=20 >=20 > then add the following to /etc/rc.conf: >=20 > watchdogd_enable=3D"YES" > watchdogd_flags=3D"-e 'ls -al /etc'" >=20 > This should force a panic when the lockup happens again, which will > drop to a debugger. >=20 > Please check the backtrace, and tell me if the call stack is the same > as this one (between the --- interrupt, and --- syscall sections): >=20 > KDB: stack backtrace: > db_trace_self_wrapper(c0b55b52,e66e0ae0,c07615e9,c0b50617,8ca93,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b50617,8ca93,0,c41a7690,2,...) at kdb_backtrace+0x29 > hardclock(0,c07ff29d,0,0,4,...) at hardclock+0x1f9 > lapic_handle_timer(e66e0b08) at lapic_handle_timer+0x9c > Xtimerint() at Xtimerint+0x1f > --- interrupt, eip =3D 0xc07ff29d, esp =3D 0xe66e0b48, ebp =3D 0xe66e0c34= --- > kern_sendfile(c41a7690,e66e0cfc,0,0,0,...) at kern_sendfile+0x90d > do_sendfile(e66e0d2c,c0aba265,c41a7690,e66e0cfc,20,...) at do_sendfile+0x= b1 > sendfile(c41a7690,e66e0cfc,20,16,e66e0d2c,...) at sendfile+0x13 > syscall(e66e0d38) at syscall+0x335 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (393, FreeBSD ELF32, sendfile), eip =3D 0x282cb0cb, esp =3D > 0xbfbfc7cc, ebp =3D 0xbfbfe848 --- > KDB: enter: watchdog timeout Can you look up the source line for kern_sendfile+0x90d in your kernel ? Do kgdb kernel.debug, then execute "list *(kern_sendfile+0x90d)". --c5s4KQzYKKhDo6IA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkriHkAACgkQC3+MBN1Mb4i1YwCg4Mjn8r+5R1w+yPhgb7BTmAKb hy0AnAwMCgcB+au+TeqM3I1JQGjcxCkL =5VbK -----END PGP SIGNATURE----- --c5s4KQzYKKhDo6IA-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 21:38:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F294C106566C; Fri, 23 Oct 2009 21:38:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0598FC0C; Fri, 23 Oct 2009 21:38:50 +0000 (UTC) Received: by fxm6 with SMTP id 6so10121173fxm.43 for ; Fri, 23 Oct 2009 14:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=EMioJ2zpvEptz+IWO4Y/YSIDSrxDd0F/Ezd4m++d2ZA=; b=KpF8yinOlHru5DpvVQwcKD6pwBI5axAnHu0IKRnSTwCuJpzwgaW0gVAkAaZ2OObJUh uT0k9IzWQt7O894CbiL32J7/uZpTp96q/71HmrguQc9waHy+NEb0oiLRCp2smf9PAzPB V7aterAZKmDjbEANGxkBcio2RIUjSedt84LQU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=IdI7vfEySPvX3sWo+saIqw4LgwnvB65BBtQ9uKVM2mBrDMnCLh//3L58KeTBJpL6wg u1eYCdAt3+vp6tebnHrkKdEmwTp86zwwtaznbyRTzQE9jqtSxjniF7HURVOPbty/deKk bNy8mWpdjmQPOCFj7wsWRsbM4PqgeRGmxmn+k= Received: by 10.103.78.35 with SMTP id f35mr4906936mul.89.1256333929168; Fri, 23 Oct 2009 14:38:49 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm5977109mug.49.2009.10.23.14.38.47 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 14:38:47 -0700 (PDT) Sender: Alexander Motin Message-ID: <4AE22264.60909@FreeBSD.org> Date: Sat, 24 Oct 2009 00:38:44 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Steve Polyack References: <4AE04F73.1050703@comcast.net> <4AE073CF.40500@comcast.net> In-Reply-To: <4AE073CF.40500@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-hardware@freebsd.org Subject: Re: FreeBSD and SATA Port Multipliers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 21:38:51 -0000 Steve Polyack wrote: > Alexander Motin wrote: >>> If your conditions permit, you can try to upgrade to recent HEAD to look >>> how will it go with newer code. I am periodically merging my work there >>> from Perforce. Also I am going to generate new test patch for HEAD, >>> which includes reworked PMP support, tomorrow. >> >> You can try this patch against today's HEAD: >> http://people.freebsd.org/~mav/cam-ata.20091022.patch >> > I tried the patch this morning against a fresh checkout of HEAD. > Immediately after boot only one device per PM was detected (I have two > hooked up at the moment, 5 drives on one, 1 on the other). However, > about two minutes later all of the drives showed up! I've just committed to HEAD new reset sequence for siis. Try please new HEAD with new patch and show me full results. Patch: http://people.freebsd.org/~mav/cam-ata.20091023.patch Thanks. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 23 22:09:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 714E3106566C for ; Fri, 23 Oct 2009 22:09:27 +0000 (UTC) (envelope-from jacob@whotookspaz.org) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9828FC08 for ; Fri, 23 Oct 2009 22:09:26 +0000 (UTC) Received: by ywh8 with SMTP id 8so8336337ywh.3 for ; Fri, 23 Oct 2009 15:09:26 -0700 (PDT) Received: by 10.91.27.6 with SMTP id e6mr3646619agj.27.1256334130507; Fri, 23 Oct 2009 14:42:10 -0700 (PDT) Received: from kusanagi.whotookspaz.org (adsl-153-199-151.jax.bellsouth.net [70.153.199.151]) by mx.google.com with ESMTPS id 8sm306326yxb.43.2009.10.23.14.42.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 14:42:09 -0700 (PDT) Message-ID: <4AE2232E.10406@whotookspaz.org> Date: Fri, 23 Oct 2009 17:42:06 -0400 From: Jacob Myers User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Jaime Bozza References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Scott Ullrich Subject: Re: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2009 22:09:27 -0000 Jaime Bozza wrote: [snip] > The additional information I have (over the PR) is that: > 1) Files over 64K cause the problem, not just larger files I thought it was over 1 MB or so. But maybe I'm wrong. ISTR that I couldn't trigger it with some images of around 70K. > 2) switching over to SCHED_4BSD eliminates the problem - system no longer locks. I will have to test this. This is indeed interesting... > 3) 7.2 amd64 doesn't have the problem - Tested a similar configuration and was not able to duplicate on amd64 at all. I can replicate this problem on FreeBSD 7.2/amd64 reliably. -- Jacob Myers | Website: http://whotookspaz.org Network Admin, Wilcox Technologies | Public key: 186A424A Using FreeBSD since 2007 | Public shell: http://bit.ly/42iGCR Answer a fool according to his folly, lest he be wise in his own conceit -- Proverbs, 26:5 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 24 03:58:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C72B1065670; Sat, 24 Oct 2009 03:58:17 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwqsrv01p.mx.bigpond.com (nschwqsrv01p.mx.bigpond.com [61.9.189.231]) by mx1.freebsd.org (Postfix) with ESMTP id 708938FC0C; Sat, 24 Oct 2009 03:58:16 +0000 (UTC) Received: from nschwotgx02p.mx.bigpond.com ([124.188.161.100]) by nschwmtas05p.mx.bigpond.com with ESMTP id <20091024022251.IEZS28093.nschwmtas05p.mx.bigpond.com@nschwotgx02p.mx.bigpond.com>; Sat, 24 Oct 2009 02:22:51 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nschwotgx02p.mx.bigpond.com with ESMTP id <20091024022250.TYDA9934.nschwotgx02p.mx.bigpond.com@duncan.reilly.home>; Sat, 24 Oct 2009 02:22:50 +0000 Date: Sat, 24 Oct 2009 13:22:38 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Message-ID: <20091024022238.GA9296@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nschwotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Sat, 24 Oct 2009 02:22:50 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4AE264FB.001E,ss=1,fgs=0 X-SIH-MSG-ID: qRo7FdP/TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rAIudRvt2ixDxIJhqHNGMiaanlTY3RstCK Cc: Subject: Some questions about da0 on USB2 (recent bad behaviour) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Oct 2009 03:58:17 -0000 Hi there, I have a system with a couple of Western Digital "MyBook" USB2 drives connected to it, and have started seeing some odd behaviour that I am not sure how to identify the cause of. Perhaps someone could offer a suggestion or two? The behaviour that I've noticed (and I can't remember any particular event precipitating this, but I do track 8-STABLE approximately weekly, so things do change from time to time...) is that the drive will just stop for a couple of minutes, and then continue what it was doing. For a while that's all I could see: no error messages at all. The last time I booted, I turned on verbose booting and now I see that these periods of inactivity result in streams of syslog messages like: Oct 24 12:48:55 duncan kernel: (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Oct 24 12:48:55 duncan kernel: (da0:umass-sim0:0:0:0): Retrying Command Oct 24 12:50:24 duncan kernel: (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Oct 24 12:50:24 duncan kernel: (da0:umass-sim0:0:0:0): Retrying Command The retry seems to be successful, because I'm not getting any hard error messages anywhere, and the disk activity does seem to proceed afterwards. The disk drive isn't making any bad/broken noises, either. That drive is, according to dmesg.boot: ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:1:0:-1: Attached to scbus1 (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) What is the likelihood that these pauses and command retries are a sign that this specific drive is in the process of dying, physically? If that were the case, are there any diagnostic tools that I could run against it to show, say, internal error logs? What is the significance of the "sim" part of the device designation umass-sim0? I've looked in all of the manual pages I can think of, but that clearly isn't enough. usbdevs -v says "no USB controllers found", which I thought a bit unuseful. I assume it is *supposed* to work, is there a trick? usbconfig shows my connected USB devices and hubs: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.3: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON At this rate the dump/restore backup that I'm running to get the data off it will take a little over a day to finish (according to dump), even though systat shows the drive doing about 8MB/s while it's working, which would allow the dump to finish in about eight hours. These modern, large drives are all very well, but they make doing any kind of system reconfiguration or backup really time consuming... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Oct 24 09:29:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 836EC1065676; Sat, 24 Oct 2009 09:29:01 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas01p.mx.bigpond.com (nskntmtas01p.mx.bigpond.com [61.9.168.137]) by mx1.freebsd.org (Postfix) with ESMTP id D62D88FC0A; Sat, 24 Oct 2009 09:29:00 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas01p.mx.bigpond.com with ESMTP id <20091024092859.RQLF10503.nskntmtas01p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com>; Sat, 24 Oct 2009 09:28:59 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20091024092858.GKYB6148.nskntotgx02p.mx.bigpond.com@duncan.reilly.home>; Sat, 24 Oct 2009 09:28:58 +0000 Date: Sat, 24 Oct 2009 20:28:46 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Message-ID: <20091024092846.GA68657@duncan.reilly.home> References: <20091024022238.GA9296@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091024022238.GA9296@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nskntotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Sat, 24 Oct 2009 09:28:58 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4AE2C8DA.00CA,ss=1,fgs=0 X-SIH-MSG-ID: qRAwF9HuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU6nyN7M+ksr21jpcNhOPPGkqZqX0X4/Ru+M= Cc: Subject: Re: Some questions about da0 on USB2 (recent bad behaviour) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Oct 2009 09:29:01 -0000 Just a follow-up with some more information: I now doubt that the problem that I reported in the original message is the drive dying: I've just done some read tests (cat largefile >/dev/null) on the other USB2-attached drive (also a Western Digital MyBook, but this one is a USB2+Firewire one with 1TB, while the other one was just USB2 with 750G.) I'm seeing essentially the same behaviour on that drive, too. That is: it seems to work fine for some fraction of a minute (doesn't seem to be longer than a minute, anyway), and then stops completely for several minutes (processes reading or writing sit in "D" state in ps) and then starts again, after logging "Request completed with CAM_REQ_CMP_ERR\nRetrying Command". I reckon that the duty cycle of useful behaviour is is a bit less than a third. Any chance this is some new badness in the USB+umass stack? Anything that I can poke or prod to make it behave better? Any way that I can find out where it's going awry? I don't have kdb in my kernel, but everything not directly connected to these USB devices seem to be behaving themselves completely. Oh: stoppage on the two drives doesn't seem to be chronologically correllated. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Oct 24 09:48:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68C21065693 for ; Sat, 24 Oct 2009 09:48:43 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 416348FC0A for ; Sat, 24 Oct 2009 09:48:42 +0000 (UTC) Received: (qmail 94868 invoked by uid 89); 24 Oct 2009 09:48:40 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 24 Oct 2009 09:48:40 -0000 Date: Sat, 24 Oct 2009 11:48:42 +0200 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091024114842.a4b9846e.oliver@FreeBSD.org> In-Reply-To: <20091023173611.1d44c7a4.oliver@FreeBSD.org> References: <20091023173611.1d44c7a4.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , Pawel Jakub Dawidek Subject: Re: 8.0: glabel on a gjournaled FS is broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Oct 2009 09:48:44 -0000 Oliver Lehmann wrote: > tunefs -L usr mirror/gm0s1f.journal > tunefs -L files da0p1.journal > > /dev/ufs and /dev/label contained all the given label. Then I rebooted > once more - again into the single user mode. > > Now ufs/files and ufs/usr is gone.... so glabel in conjunction with > gjournal is broken.... This worked by the way in BETA3 - this was when I tested this setup before setting up the fileserver.... so this is a regression to me. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 24 14:36:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F83C1065692 for ; Sat, 24 Oct 2009 14:36:53 +0000 (UTC) (envelope-from jbozza@mindsites.com) Received: from mail.thinkburst.com (mail.thinkburst.com [204.49.104.46]) by mx1.freebsd.org (Postfix) with ESMTP id 50A218FC17 for ; Sat, 24 Oct 2009 14:36:53 +0000 (UTC) Received: from mailgate.mindsites.net (gateway.mindsites.net [204.49.104.36]) by mail.thinkburst.com (Postfix) with ESMTP id 8ACF51CC5E; Sat, 24 Oct 2009 09:36:52 -0500 (CDT) Received: from remote.mindsites.com (unknown [10.1.1.5]) by mailgate.mindsites.net (Postfix) with ESMTP id 62D6017040; Sat, 24 Oct 2009 09:36:52 -0500 (CDT) Received: from ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67]) by ATLAS.msg.local ([fe80::48f5:88b0:6093:4f67%10]) with mapi; Sat, 24 Oct 2009 09:36:52 -0500 From: Jaime Bozza To: Jacob Myers Date: Sat, 24 Oct 2009 09:36:50 -0500 Thread-Topic: Possible scheduler (SCHED_ULE) bug? Thread-Index: AcpUKbEi7folMjnRRESecNIc+lV2JAAjKJRA Message-ID: References: <4AE2232E.10406@whotookspaz.org> In-Reply-To: <4AE2232E.10406@whotookspaz.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: RE: Possible scheduler (SCHED_ULE) bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Oct 2009 14:36:53 -0000 > > The additional information I have (over the PR) is that: > > 1) Files over 64K cause the problem, not just larger files > I thought it was over 1 MB or so. But maybe I'm wrong. ISTR that I > couldn't trigger it with some images of around 70K. I discovered it originally with a 72K file. After some tests, I found a 63= K file worked and a 65K file didn't. When I get back into the office, I ca= n test the actual boundary (65535, 65536, 65537, etc), but 64K seems pretty= logical. > > 2) switching over to SCHED_4BSD eliminates the problem - system no > longer locks. > I will have to test this. This is indeed interesting... >=20 > > 3) 7.2 amd64 doesn't have the problem - Tested a similar > configuration and was not able to duplicate on amd64 at all. > I can replicate this problem on FreeBSD 7.2/amd64 reliably. I haven't tried larger files - Maybe the boundary is different on amd64? = Doing some quick tests right now, I was able to upload a 100MB file without= a problem, but this is an AMD64 system with SMP, plus the filesystem is al= l ZFS, so there are too many things different. I'll have to setup a system= that closely mirrors the rest of my tests (UFS, ULE, no SMP, etc) before I= can say I'm not having a problem there. Jaime From owner-freebsd-stable@FreeBSD.ORG Sat Oct 24 19:39:03 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9229A106566B for ; Sat, 24 Oct 2009 19:39:03 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE628FC1A for ; Sat, 24 Oct 2009 19:39:02 +0000 (UTC) Received: by ewy18 with SMTP id 18so9472054ewy.43 for ; Sat, 24 Oct 2009 12:39:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=j/GosQnvjp/acRKYg3SAxSpbd9VXmHOqgXfkNwUs6A4=; b=xLAvkSWC+ez3bbZPDLT+zeohP/dg0S/wmSjhjaZnw1lpO3nSg/8isZO33JocmnpRap QCbI9l4eXrHlIq0CLC1M9+XL+Zm9KxiaSReoMqfjr8eXjifnObNhuGgxQFjUBhlhUrjb iqx/lYjlNDmkH7SG2rY6OrMV8TV6ipGnm+PYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=VrsaGMhtM1WhCliZevFiZyZTIj+iW2c3RG6jz0cqh8iS8c3EWQxcl1+hwHhgAxsnKU 1v+oC93Gzc6fQaCE/9fxomw+qTk9L6wvbPhgm64pjyTc1LCKuUbOLEmFUQ/FELQ9JQay ECQra1If7iAwZxu0svLDfWRwnaAFS8m8dohDY= MIME-Version: 1.0 Received: by 10.216.91.67 with SMTP id g45mr1467836wef.190.1256411220423; Sat, 24 Oct 2009 12:07:00 -0700 (PDT) Date: Sat, 24 Oct 2009 19:07:00 +0000 Message-ID: From: "b. f." To: areilly@bigpond.net.au Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@FreeBSD.org Subject: Re: Some questions about da0 on USB2 (recent bad behaviour) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Oct 2009 19:39:03 -0000 >That is: it seems to work fine for some fraction of a minute >(doesn't seem to be longer than a minute, anyway), and then >stops completely for several minutes (processes reading or >writing sit in "D" state in ps) and then starts again, after >logging "Request completed with CAM_REQ_CMP_ERR\nRetrying >Command". In the past week or so, Alexander Motin (mav@FreeBSD.org) and Andrew Thompson (thompsa@FreeBSD.org) have made a number of related changes to cam and usb in the P4 repository, and in 9-CURRENT. Some of these may address your problem. I'm not sure when they will be back-ported to 8.X. You may wish to try out the latest version of -CURRENT, to see if it solves your problem(s); or to contact them. b.