From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 01:52:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07AD91065678 for ; Sun, 13 Jun 2010 01:52:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id B0EFE8FC12 for ; Sun, 13 Jun 2010 01:52:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANvWE0yDaFvG/2dsb2JhbACef3G9SoUaBA X-IronPort-AV: E=Sophos;i="4.53,409,1272859200"; d="scan'208";a="80460236" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 12 Jun 2010 21:52:14 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id D4B66210174; Sat, 12 Jun 2010 21:52:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eCEYt+nuDM+W; Sat, 12 Jun 2010 21:52:14 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id CFAC4210170; Sat, 12 Jun 2010 21:52:14 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o5D28VI20450; Sat, 12 Jun 2010 22:08:31 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 12 Jun 2010 22:08:31 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Dmitry Pryanishnikov In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: nfsv4_server_enable="YES": link_elf: symbol svcpool_destroy undefined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 01:52:17 -0000 On Sun, 13 Jun 2010, Dmitry Pryanishnikov wrote: > Hello! > > I'm trying to start the experimental NFSv4 server in RELENG_8 w/o > building it into the kernel, as nfsv4(4) suggests: > > ... or start mountd(8) and nfsd(8) with the ``-e'' option to force use of the > experimental server. The nfsuserd(8) daemon must also be running. This > will occur if > > nfs_server_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > > are set in rc.conf(5). > > However, mountd fails to start nfsd; the same problem exists when > doing it by hands: "kldload nfsd" gives > > kernel: link_elf: symbol svcpool_destroy undefined > > error. Can this problem be solved w/o building kernel with "options NFSD"? > Well, if you build a kernel with any of the options that cause "krpc" to be compiled into the kernel, it works. (I usually test with a GENERIC kernel that has NFSCLIENT and NFSSERVER defined in it, so nfsd.ko loads fine.) Basically "nfsd" is defined as dependent on "nfscommon", then "nfscommon" is defined as dependent on "krpc" and "nfssvc". This gets everthing to load, but when it tries to load "nfsd.ko", it can't find the symbols in "krpc.ko" or "nfssvc.ko" if they weren't linked into the kernel. For example, here's what I saw: nfsv4-laptop# kldstat Id Refs Address Size Name 1 12 0xc0400000 d1f338 kernel 4 1 0xc2eff000 1e000 nfsclient.ko 5 1 0xc2ea9000 2000 nfs_common.ko 6 2 0xc2f1d000 15000 krpc.ko 11 1 0xc2fe3000 16000 nfscommon.ko 12 1 0xc2fc5000 2000 nfssvc.ko nfsv4-laptop# nm /boot/nkernel/krpc.ko | fgrep svcpool 0000cdf0 t svcpool_active 0000de40 t svcpool_create 0000e590 t svcpool_destroy 0000e1d0 t svcpool_maxthread_sysctl 0000e2b0 t svcpool_minthread_sysctl and "nfsd" wouldn't load because it couldn't find "svcpool_destroy", just like you saw. If you apply this patch and rebuild the module, it will find the symbols. (Is that what is supposed to happen or is something broken?) --- fs/nfsserver/nfs_nfsdport.c.sav 2010-06-12 20:27:53.000000000 -0400 +++ fs/nfsserver/nfs_nfsdport.c 2010-06-12 20:37:09.000000000 -0400 @@ -3147,4 +3147,6 @@ MODULE_VERSION(nfsd, 1); MODULE_DEPEND(nfsd, nfscommon, 1, 1, 1); MODULE_DEPEND(nfsd, nfslockd, 1, 1, 1); +MODULE_DEPEND(nfsd, krpc, 1, 1, 1); +MODULE_DEPEND(nfsd, nfssvc, 1, 1, 1); From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 02:12:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D57A106566B; Sun, 13 Jun 2010 02:12:05 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 274888FC13; Sun, 13 Jun 2010 02:12:04 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 7A451F8155; Sat, 12 Jun 2010 22:12:04 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 12 Jun 2010 22:12:04 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=p3tHpr3WG3uWZRODCxBz9pa1RLU=; b=ouIMU40oOSOh5CingQg7Zv02+BlCzNVT/3jd6xZQ6Q/VbrlhoN2epmNAW6MUIm/zHislFu4hVjTvYSv4/CRTgS7A+EWjBiKuCIYRmzvcSGzBFZFKPupE8ThFklKeydCEQXn80G7I7HPvGbP8IGtTg0yCvaB9ajZW4xlm0zI+Img= X-Sasl-enc: +hf2jQbwHxc5/Vmh/RKVwavTJ68t33zbaj+YR4GY/u/s 1276395124 Received: from [192.168.123.16] (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B4CE44D6177; Sat, 12 Jun 2010 22:12:03 -0400 (EDT) Message-ID: <4C143E8E.5050406@incunabulum.net> Date: Sun, 13 Jun 2010 03:12:30 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Guy Helmer References: <4C0E81D7.8020209@earthlink.net> <4C0E8C59.5010202@earthlink.net> <8C598A97-0F1E-44A1-BAFE-48927C143553@palisadesystems.com> In-Reply-To: <8C598A97-0F1E-44A1-BAFE-48927C143553@palisadesystems.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sclark46@earthlink.net, bms@freebsd.org, FreeBSD Stable Subject: Re: FreeBSD eats 169.254.x.x addressed packets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 02:12:05 -0000 Guy Helmer wrote: > My previous understanding was that RFC 3927 did not allow transmitting datagrams involving the 169.254.0.0/16 link-local prefix; now that I've looked over the RFC more closely, I'm not sure that is the case. > > I have cc'ed Bruce Simpson on this message in hopes that he can shed some light on this. I believe he committed the change that disallowed transmitting from 169.254.0.0/16 addresses. > RFC 3927 is pretty clear that 169.254.0.0/16 traffic is not to be forwarded beyond the link. I do not understand why the OP is losing traffic, unless he's relying on pre-RFC 3927 behaviour in his network topology. The IN_LINKLOCAL() check happens after ip_input() walks the address hash looking for exact address matches. So if an interface has a link-local address, the packet should get delivered upstack as usual. When I made this change, link-local addressing couldn't be fully implemented in FreeBSD, due to the lack of support for address scopes in the FreeBSD IPv4 code. Hopefully new people can pick up on it as they wish. thanks BMS From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 04:31:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29C9B106566C for ; Sun, 13 Jun 2010 04:31:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 931388FC08 for ; Sun, 13 Jun 2010 04:31:40 +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 o5D4Vbcw088368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jun 2010 07:31:37 +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.4/8.14.4) with ESMTP id o5D4VbqR080870; Sun, 13 Jun 2010 07:31:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o5D4VbMg080869; Sun, 13 Jun 2010 07:31:37 +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, 13 Jun 2010 07:31:37 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20100613043137.GQ13238@deviant.kiev.zoral.com.ua> References: <20100606144443.GA50876@emmi.physik-pool.tu-berlin.de> <8639wsk4t1.fsf@kopusha.home.net> <20100612141549.GM13238@deviant.kiev.zoral.com.ua> <20100612150915.GN13238@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8RsyD0KswhpoK73Z" 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=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Leon Me??ner , freebsd-stable@freebsd.org, Mikolaj Golub Subject: Re: Re: Re: freeBSD nullfs together with nfs and "silly rename" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 04:31:42 -0000 --8RsyD0KswhpoK73Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 12, 2010 at 07:06:11PM -0400, Rick Macklem wrote: >=20 >=20 > On Sat, 12 Jun 2010, Kostik Belousov wrote: >=20 > > > >Yes, I hoped that Mikolaj ends up with something similar :). Please note > >that this is racy, since we cannot know why usecount is greater then 1. > >This might cause the silly rename to kick in some time where it should > >not, but the race is rare. > > > I'd say that having silly rename happen once in a while for unlink when > it doesn't have to happen is better than having the file deleted on the > server while it is still open on the client. My note was not an objection, only a note. Also, when committing, please add a comment explaining what is going on. --8RsyD0KswhpoK73Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwUXygACgkQC3+MBN1Mb4js0gCeJsRxX1aZ6W3pbJHdX6IPUQwH d08Anj8kAqbqzOnzR10swh/VI6sU6r++ =rQWp -----END PGP SIGNATURE----- --8RsyD0KswhpoK73Z-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 04:39:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CD13106566C for ; Sun, 13 Jun 2010 04:39:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 277B68FC15 for ; Sun, 13 Jun 2010 04:39:05 +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 o5D4cr8N088830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jun 2010 07:38:53 +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.4/8.14.4) with ESMTP id o5D4crFE080925; Sun, 13 Jun 2010 07:38:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o5D4crF8080924; Sun, 13 Jun 2010 07:38:53 +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, 13 Jun 2010 07:38:53 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20100613043853.GR13238@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6eUvXotnMb6+obQB" 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=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Dmitry Pryanishnikov , freebsd-stable@freebsd.org Subject: Re: nfsv4_server_enable="YES": link_elf: symbol svcpool_destroy undefined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 04:39:06 -0000 --6eUvXotnMb6+obQB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 12, 2010 at 10:08:31PM -0400, Rick Macklem wrote: >=20 >=20 > On Sun, 13 Jun 2010, Dmitry Pryanishnikov wrote: >=20 > >Hello! > > > > I'm trying to start the experimental NFSv4 server in RELENG_8 w/o > >building it into the kernel, as nfsv4(4) suggests: > > > >... or start mountd(8) and nfsd(8) with the ``-e'' option to force use o= f=20 > >the > > experimental server. The nfsuserd(8) daemon must also be running. = =20 > > This > > will occur if > > > > nfs_server_enable=3D"YES" > > nfsv4_server_enable=3D"YES" > > nfsuserd_enable=3D"YES" > > > > are set in rc.conf(5). > > > >However, mountd fails to start nfsd; the same problem exists when > >doing it by hands: "kldload nfsd" gives > > > >kernel: link_elf: symbol svcpool_destroy undefined > > > >error. Can this problem be solved w/o building kernel with "options NFSD= "? > > > Well, if you build a kernel with any of the options that cause "krpc" > to be compiled into the kernel, it works. (I usually test with a GENERIC > kernel that has NFSCLIENT and NFSSERVER defined in it, so nfsd.ko loads > fine.) >=20 > Basically "nfsd" is defined as dependent on "nfscommon", then > "nfscommon" is defined as dependent on "krpc" and "nfssvc". This > gets everthing to load, but when it tries to load "nfsd.ko", it > can't find the symbols in "krpc.ko" or "nfssvc.ko" if they weren't > linked into the kernel. >=20 > For example, here's what I saw: > nfsv4-laptop# kldstat > Id Refs Address Size Name > 1 12 0xc0400000 d1f338 kernel > 4 1 0xc2eff000 1e000 nfsclient.ko > 5 1 0xc2ea9000 2000 nfs_common.ko > 6 2 0xc2f1d000 15000 krpc.ko > 11 1 0xc2fe3000 16000 nfscommon.ko > 12 1 0xc2fc5000 2000 nfssvc.ko > nfsv4-laptop# nm /boot/nkernel/krpc.ko | fgrep svcpool > 0000cdf0 t svcpool_active > 0000de40 t svcpool_create > 0000e590 t svcpool_destroy > 0000e1d0 t svcpool_maxthread_sysctl > 0000e2b0 t svcpool_minthread_sysctl >=20 > and "nfsd" wouldn't load because it couldn't find "svcpool_destroy", > just like you saw. >=20 > If you apply this patch and rebuild the module, it will find the > symbols. (Is that what is supposed to happen or is something broken?) >=20 > --- fs/nfsserver/nfs_nfsdport.c.sav 2010-06-12 20:27:53.000000000 -0400 > +++ fs/nfsserver/nfs_nfsdport.c 2010-06-12 20:37:09.000000000 -0400 > @@ -3147,4 +3147,6 @@ > MODULE_VERSION(nfsd, 1); > MODULE_DEPEND(nfsd, nfscommon, 1, 1, 1); > MODULE_DEPEND(nfsd, nfslockd, 1, 1, 1); > +MODULE_DEPEND(nfsd, krpc, 1, 1, 1); > +MODULE_DEPEND(nfsd, nfssvc, 1, 1, 1); I think the patch is right, this is how symbol resolution is supposed to work. --6eUvXotnMb6+obQB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwUYNwACgkQC3+MBN1Mb4gNhgCfXc2SCgPEZTxtdAYgOm3oDiN5 QgcAoIAhG9fYLCaXtxAoDKTwzSwJccE+ =ELpO -----END PGP SIGNATURE----- --6eUvXotnMb6+obQB-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 14:18:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F31F01065676 for ; Sun, 13 Jun 2010 14:18:50 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A8C3C8FC1D for ; Sun, 13 Jun 2010 14:18:50 +0000 (UTC) Received: by gwj20 with SMTP id 20so2432715gwj.13 for ; Sun, 13 Jun 2010 07:18:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=CfuygsIKW8mrVWnecGya7/Ps4y9COtac6C6MZ5BZrGU=; b=Z//VgctvEmClJphfWEfIQV+bfVBe40Vl1HOW8lqRlo7cfKuuI6bSl6JImzIkkTcNIi JNVeAx6OZikp+7Gr0nqkcCQjLfL2JDhvHFbhBZ/oUKUflfvG+f6QxCz9RUrIZOBjVF4/ rRiaXSIwrKKiq6o+MFnlH202Ek/e1EDBj3KG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=XpWFyY2RDq8h1Aj8nkDAK5g3RXByExz/FmMjJf0HHFjcIMZrJ8BhGu//ejZrtP9ZG8 ASb50l0awxVYC5U8hQmwLckZTrXeNnk9NIqs43t05Q7565TbJMKvhE49UBpxZLX9Y8VF j2c16IjxW1W/hizp0vO1mZ0o/nuT2MzltrztE= Received: by 10.90.5.24 with SMTP id 24mr3369749age.87.1276438729889; Sun, 13 Jun 2010 07:18:49 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 20sm1864709ywh.7.2010.06.13.07.18.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 13 Jun 2010 07:18:48 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 39304B8EBD; Sun, 13 Jun 2010 11:18:44 -0300 (BRT) Received: from 10.1.2.79 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Sun, 13 Jun 2010 11:18:44 -0300 (BRT) Message-ID: Date: Sun, 13 Jun 2010 11:18:44 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 14:18:51 -0000 hail, sometimes I see this behavior and for me it's weird: gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference/cogl' Making all in clutter gmake[4]: Entering directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference/clutter' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference/clutter' gmake[4]: Entering directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference' gmake[3]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc/reference' gmake[3]: Entering directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc' gmake[2]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/doc' Making all in po gmake[2]: Entering directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/po' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8/po' gmake[2]: Entering directory `/usr/ports/graphics/clutter/work/clutter-1.2.8' GEN clutter-1.0.pc GEN clutter-glx-1.0.pc gmake[2]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8' gmake[1]: Leaving directory `/usr/ports/graphics/clutter/work/clutter-1.2.8' ===>>> Creating a backup package for old version clutter-cairo-0.8.2_1 pkg_delete: package 'clutter-cairo-0.8.2_1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): gnome-games-2.26.3_1 ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for graphics/clutter from ports ===>>> Starting dependency check ===>>> Dependency check complete for graphics/clutter ===> Installing for clutter-1.2.8_1 ===> Generating temporary packing list ===> Checking if graphics/clutter already installed ===> clutter-1.2.8_1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of graphics/clutter without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /usr/ports/graphics/clutter. ===>>> A backup package for clutter-cairo-0.8.2_1 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of clutter-1.2.8_1 (graphics/clutter) failed ===>>> Aborting update ===>>> Update for clutter-cairo-0.8.2_1 failed ===>>> Aborting update ===>>> There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. I'm in an epic journey to update all packages on 8.0R (have gnome on it). I had to update png and gmp before this. portmaster says clutter is already installed, but as I am running portmaster to update all ports, most packages are indeed already there. just need to pack a backup and install a new version ... how can I make portmaster run till all is updated ? I use portmaster as: portmaster -afRd thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 14:25:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68B61065672 for ; Sun, 13 Jun 2010 14:25:04 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep27.mx.upcmail.net (fep27.mx.upcmail.net [62.179.121.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC718FC0C for ; Sun, 13 Jun 2010 14:25:03 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep16-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100613140933.UFIU26979.viefep16-int.chello.at@edge02.upcmail.net>; Sun, 13 Jun 2010 16:09:33 +0200 Received: from pinky ([212.83.93.41]) by edge02.upcmail.net with edge id VS9W1e0220tYspQ02S9YH6; Sun, 13 Jun 2010 16:09:33 +0200 X-SourceIP: 212.83.93.41 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Stephane Dupille" References: Date: Sun, 13 Jun 2010 16:09:28 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.53 (Win32) X-Cloudmark-Analysis: v=1.1 cv=KBHyIoyMIRH440NzHl6uMYpbxJngTLC2P1JzLC/QbPg= c=1 sm=0 a=wbKXeunVgZ0A:10 a=-e8MBd7zOhoA:10 a=kj9zAlcOel0A:10 a=nGB_3jjSAAAA:8 a=JKhYAVrd4HcP4Nm4W90A:9 a=jitEuP6NHeju55t2l-YA:7 a=tJ8t6kfekm-bxo5oERUFLJbleYIA:4 a=CjuIK1q_8ugA:10 a=2ldGmInd0scA:10 a=K6V_dgleeIz1-81w:21 a=NWxcwVl6_9QGD6bU:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: Subject: Re: Resizing GPT partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 14:25:04 -0000 On Tue, 08 Jun 2010 18:58:50 +0200, Stephane Dupille wrote: > Hello, > > I installed a FreeBSD 8.0-RELEASE into a virtual machine (with virtual > box), using a GTP partitioning scheme, and zfs. The virtual disk disk > is 10 Go. > > I dumped this disk image to a real machine, which has a 160 Go disk. > The system works fine, but I can only use 10 Go of disk space. How can > I gain more space ? > > How can I enlarge the last partition of the disk to use the whole disk ? > > I tried to create a new partition on the disk, and planned to add it > in the zfs pool, but that didn't work : > # gpart add -t freebsd-zfs -l disk0f ad0 > gpart: autofill: No space left on device > > That's odd, because it seems that gpart is aware of the new geometry. > > What's the problem ? > > > Some info : > > # gpart list > Geom name: ad0 > fwheads: 16 > fwsectors: 63 > last: 20971486 ^^^^^^^^^^^^^^ > first: 34 ^^^^^^^^^ > entries: 128 > scheme: GPT > Providers: > 1. Name: ad0p1 > Mediasize: 65536 (64K) > Sectorsize: 512 > Mode: r0w0e0 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: (null) > length: 65536 > offset: 17408 > type: freebsd-boot > index: 1 > end: 161 > start: 34 > 2. Name: ad0p2 > Mediasize: 4294967296 (4.0G) > Sectorsize: 512 > Mode: r1w1e1 > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: swap0 > length: 4294967296 > offset: 82944 > type: freebsd-swap > index: 2 > end: 8388769 > start: 162 > 3. Name: ad0p3 > Mediasize: 6442351104 (6.0G) > Sectorsize: 512 > Mode: r1w1e2 > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > label: disk0 > length: 6442351104 > offset: 4295050240 > type: freebsd-zfs > index: 3 > end: 20971486 ^^^^^^^^^^^^^ > start: 8388770 > Consumers: > 1. Name: ad0 > Mediasize: 160041885696 (149G) > Sectorsize: 512 > > > # fdisk ad0 > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 20971487, size 291610321 (142387 Meg), flag 80 (active) > beg: cyl 1023/ head 255/ sector 63; > end: cyl 1023/ head 80/ sector 63 > The data for partition 2 is: > sysid 0 (0000),(unused) > start 162, size 8388608 (4096 Meg), flag 0 > beg: cyl 0/ head 2/ sector 37; > end: cyl 522/ head 45/ sector 5 > The data for partition 3 is: > sysid 0 (0000),(unused) > start 8388770, size 12582717 (6143 Meg), flag 0 > beg: cyl 522/ head 45/ sector 6; > end: cyl 1023/ head 105/ sector 47 > The data for partition 4 is: > As far as I see in you 'gpart list' gpart doesn't see the new geometry. See the ^^^^^^ lines above. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 14:55:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4515D1065677 for ; Sun, 13 Jun 2010 14:55:56 +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 89DD38FC0C for ; Sun, 13 Jun 2010 14:55:55 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA09187; Sun, 13 Jun 2010 17:55:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ONob7-00062y-S3; Sun, 13 Jun 2010 17:55:41 +0300 Message-ID: <4C14F16C.80402@icyb.net.ua> Date: Sun, 13 Jun 2010 17:55:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Nenhum_de_Nos References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 14:55:56 -0000 on 13/06/2010 17:18 Nenhum_de_Nos said the following: > ===>>> Creating a backup package for old version clutter-cairo-0.8.2_1 > pkg_delete: package 'clutter-cairo-0.8.2_1' is required by these other > packages > and may not be deinstalled (but I'll delete it anyway): > gnome-games-2.26.3_1 > > ===>>> Starting check for runtime dependencies > ===>>> Gathering dependency list for graphics/clutter from ports > ===>>> Starting dependency check > ===>>> Dependency check complete for graphics/clutter > ===> Installing for clutter-1.2.8_1 > ===> Generating temporary packing list > ===> Checking if graphics/clutter already installed > ===> clutter-1.2.8_1 is already installed > You may wish to ``make deinstall'' and install this port again > by ``make reinstall'' to upgrade it properly. > If you really wish to overwrite the old port of graphics/clutter > without deleting it first, set the variable "FORCE_PKG_REGISTER" > in your environment or the "make install" command line. > *** Error code 1 > > Stop in /usr/ports/graphics/clutter. > > ===>>> A backup package for clutter-cairo-0.8.2_1 should > be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of clutter-1.2.8_1 (graphics/clutter) failed > ===>>> Aborting update > > ===>>> Update for clutter-cairo-0.8.2_1 failed > ===>>> Aborting update > > ===>>> There are messages from installed ports to display, > but first take a moment to review the error messages > above. Then press Enter when ready to proceed. > > I'm in an epic journey to update all packages on 8.0R (have gnome on it). > I had to update png and gmp before this. > > portmaster says clutter is already installed, but as I am running It's not portmaster, it is 'genuine' port infrastructure that tells you that. > portmaster to update all ports, most packages are indeed already there. > just need to pack a backup and install a new version ... > > how can I make portmaster run till all is updated ? This could be a bad idea to leave unresolved issues behind. This issue happens because 'parent port' clutter-cairo doesn't find something that it expects from the 'child port' clutter, so it thinks that clutter is not installed and tries to install it again. But pkg system believes that clutter is already installed. You have to find out why... Perhaps your clutter installation is corrupted and you simply need to reinstall it. Perhaps dependency entry in clutter-cairo is incorrect, e.g. it expects clutter to provide version N some shared lib, while in fact it provides version M. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 15:33:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08181065674 for ; Sun, 13 Jun 2010 15:33:58 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx27.mail.ru (mx27.mail.ru [94.100.176.41]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4C48FC15 for ; Sun, 13 Jun 2010 15:33:57 +0000 (UTC) Received: from [79.142.107.13] (port=5889 helo=tt.tt.tt) by mx27.mail.ru with asmtp id 1ONpC7-000Bmf-00; Sun, 13 Jun 2010 19:33:55 +0400 From: Artem Kim To: freebsd-stable@freebsd.org Date: Sun, 13 Jun 2010 19:34:11 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006131934.11389.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: yongari@freebsd.org Subject: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 15:33:58 -0000 Hi, I have two routers (HP DL140G3): NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386 NAS2 FreeBSD 8.1-PRERELEASE # 0: Sat Jun 12 16:42:19 UTC 2010 i386 (r208993 included) bge0 @ pci0: 19:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 rev = 0x11 hdr = 0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' class = network subclass = ethernet bge1 @ pci0: 20:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 rev = 0x11 hdr = 0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' class = network subclass = ethernet I have some problems with bge on NAS2. After some time (about 15 hours) bge1 stops flowing traffic. NAS3 NAS3 - pppoe server. Through bge1 passes only ip traffic through bge0 no ip-traffic. Problems occur only with the bge1 interface on NAS2. Traffic through bge1 not pass until I will not do "ifconfig bge1 down ifconfig bge1 up". When I do "ifconfig bge0 down" NIC does not shutdown: nas2 # ifconfig bge1 down nas2 # nas2 # ifconfig bge1 bge1: flags = 8843 metric 0 mtu 1500 options = 8009b ether XXXXXXXXXXXXX inet YYYYYYYYYYY netmask 0xffffffc0 broadcast YYYYYYYYYYYY media: Ethernet autoselect (1000baseT ) status: active LED also indicates that the NIC is active. I left the NAS in a state of "frozen bge1" - and can provide additional information for diagnosis. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 19:09:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F34106566C for ; Sun, 13 Jun 2010 19:09: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 7E43C8FC15 for ; Sun, 13 Jun 2010 19:09:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id o5DJ9L5J002285 for ; Sun, 13 Jun 2010 23:09:21 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Jun 2010 23:09:21 +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.5 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Jun 2010 23:09:22 +0400 (MSD) Subject: Re: same addresses on different interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 19:09:24 -0000 On Fri, 11 Jun 2010, Dmitry Morozovsky wrote: DM> is it OK that no warnings are given when one set the very same address on DM> different interfaces? Example (tested on stable/7 and stable/8): DM> DM> Script started on Fri Jun 11 13:44:08 2010 DM> DM> hamster# ifconfig vlan8 create vlan 8 vlandev em0 DM> hamster# ifconfig vlan8 10.5.5.9/30 DM> hamster# netstat -rn | grep '10\.5' DM> 10.5.5.8/30 link#3 U 0 0 vlan8 DM> 10.5.5.9 link#3 UHS 0 0 lo0 DM> hamster# ifconfig vlan9 create vlan 9 vlandev em0 DM> hamster# ifconfig vlan9 10.5.5.9/30 DM> hamster# netstat -rn | grep '10\.5' DM> 10.5.5.8/30 link#3 U 0 0 vlan8 DM> 10.5.5.9 link#3 UHS 1 0 lo0 DM> hamster# exit DM> DM> Script done on Fri Jun 11 13:46:24 2010 Well, one of my colleagues pointed me to the fact that inexclusive routes are now possible (which possibly leads to the question why setting the address which network route is learnt by external means, such as from routing daemon, is still prohibited). Bu then, another question: when someone set a situation like above, and then destroys primary route (via shutting the interface down, deleting address, etc) - the second one remains its ad ress, but routing entry will be deleted. Is it really intended? -- 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 Jun 13 19:23:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F03BF106567B for ; Sun, 13 Jun 2010 19:23:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7851A8FC15 for ; Sun, 13 Jun 2010 19:23:38 +0000 (UTC) Received: (qmail 3352 invoked by uid 399); 13 Jun 2010 19:23:37 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Jun 2010 19:23:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C153038.3010509@FreeBSD.org> Date: Sun, 13 Jun 2010 12:23:36 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Nenhum_de_Nos References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 19:23:39 -0000 On 06/13/10 07:18, Nenhum_de_Nos wrote: > I'm in an epic journey to update all packages on 8.0R (have gnome on it). > I had to update png and gmp before this. > > portmaster says clutter is already installed, but as I am running > portmaster to update all ports, most packages are indeed already there. > just need to pack a backup and install a new version ... > > how can I make portmaster run till all is updated ? > > I use portmaster as: > > portmaster -afRd Andriy already answered your question about what's happening with clutter, so I'll just use this as an opportunity to re-state that -af is rarely a good idea. If you truly want to reinstall everything, there is a recommended procedure for that in the portmaster man page. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 20:35:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942321065674; Sun, 13 Jun 2010 20:35:54 +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 42FE48FC12; Sun, 13 Jun 2010 20:35:54 +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 o5DKZdZB026623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 Jun 2010 13:35:40 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C64E21CC0E; Sun, 13 Jun 2010 13:35:39 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Sun, 13 Jun 2010 12:23:36 PDT." <4C153038.3010509@FreeBSD.org> Date: Sun, 13 Jun 2010 13:35:39 -0700 From: "Kevin Oberman" Message-Id: <20100613203539.C64E21CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-06-12_01:2010-02-06, 2010-06-12, 2010-06-11 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-1005130000 definitions=main-1006130114 Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 20:35:54 -0000 > Date: Sun, 13 Jun 2010 12:23:36 -0700 > From: Doug Barton > Sender: owner-freebsd-stable@freebsd.org > > On 06/13/10 07:18, Nenhum_de_Nos wrote: > > I'm in an epic journey to update all packages on 8.0R (have gnome on it). > > I had to update png and gmp before this. > > > > portmaster says clutter is already installed, but as I am running > > portmaster to update all ports, most packages are indeed already there. > > just need to pack a backup and install a new version ... > > > > how can I make portmaster run till all is updated ? > > > > I use portmaster as: > > > > portmaster -afRd > > Andriy already answered your question about what's happening with > clutter, so I'll just use this as an opportunity to re-state that -af is > rarely a good idea. If you truly want to reinstall everything, there is > a recommended procedure for that in the portmaster man page. In the recent gettext version bump, I did "portmaster -fRD -r gettext" (or something very similar) and had many instances of failure and restart with ports that were already installed and not as a result of the 'clutter' issue. I only had to cd to the port directory, 'make deinstall && make reinstall' and restart portmaster. Also, the -R often seemed to not work and I'd get the full list again. This made the process take a VERY long time. There have been a LOT of revisions to portmaster since the gettext bump, so this may be already addresses, but it was rather painful, especially on my rather slow laptop. -- 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 Sun Jun 13 21:00:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94CC21065670 for ; Sun, 13 Jun 2010 21:00:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 38E478FC0C for ; Sun, 13 Jun 2010 21:00:47 +0000 (UTC) Received: (qmail 1201 invoked by uid 399); 13 Jun 2010 21:00:44 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Jun 2010 21:00:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1546FA.6060603@FreeBSD.org> Date: Sun, 13 Jun 2010 14:00:42 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kevin Oberman References: <20100613203539.C64E21CC0E@ptavv.es.net> In-Reply-To: <20100613203539.C64E21CC0E@ptavv.es.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 21:00:47 -0000 First of all, I'm sorry to hear that you had problems. On 06/13/10 13:35, Kevin Oberman wrote: > In the recent gettext version bump, I did "portmaster -fRD -r gettext" The -f in portmaster means "recompile the port, and everything that it depends on" and really isn't necessary in combination with -r, which means "recompile the port, and everything that depends on IT." > (or something very similar) and had many instances of failure and > restart with ports that were already installed and not as a result of > the 'clutter' issue. I only had to cd to the port directory, 'make > deinstall&& make reinstall' and restart portmaster. Without knowing more details it's hard for me to address this problem directly. When things like that happens it's helpful to report it at the time, and include logs. I can say that I have had this same problem occasionally, and it's generally traced back to some sort of problem with the ports tree. Portmaster is intentionally "dumb" in this regard, it relies on the ports tree to tell it what needs to be done. > Also, the -R often seemed to not work and I'd get the full list > again. This made the process take a VERY long time. Not sure what to tell you about that. Since the flags that -R is looking for are only added after successful updates my guess is that when things got interrupted that the flags were not added. Also, if you rebuild a port by hand the flag will disappear because the ports infrastructure doesn't know about them. That's by design. > There have been a LOT of revisions to portmaster since the gettext > bump, so this may be already addresses, but it was rather painful, > especially on my rather slow laptop. I haven't (intentionally) made any changes to the -r or -f code recently. My suspicion is that most, if not all of your problems could have been avoided by omitting the -f option. If you try that next time and it doesn't work, please let me know. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 21:18:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66722106564A for ; Sun, 13 Jun 2010 21:18:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8668FC12 for ; Sun, 13 Jun 2010 21:18:05 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAKvnFEyDaFvG/2dsb2JhbACeeHG9Z4UaBA X-IronPort-AV: E=Sophos;i="4.53,411,1272859200"; d="scan'208";a="79792324" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 13 Jun 2010 17:18:03 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 09717210153; Sun, 13 Jun 2010 17:18:05 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fd-4jEwwvxeh; Sun, 13 Jun 2010 17:18:04 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 49BD8210119; Sun, 13 Jun 2010 17:18:04 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o5DLYN813573; Sun, 13 Jun 2010 17:34:23 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 13 Jun 2010 17:34:22 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kostik Belousov In-Reply-To: <20100613043137.GQ13238@deviant.kiev.zoral.com.ua> Message-ID: References: <20100606144443.GA50876@emmi.physik-pool.tu-berlin.de> <8639wsk4t1.fsf@kopusha.home.net> <20100612141549.GM13238@deviant.kiev.zoral.com.ua> <20100612150915.GN13238@deviant.kiev.zoral.com.ua> <20100613043137.GQ13238@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Leon Me??ner , freebsd-stable@freebsd.org, Mikolaj Golub Subject: Re: Re: Re: Re: freeBSD nullfs together with nfs and "silly rename" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2010 21:18:06 -0000 On Sun, 13 Jun 2010, Kostik Belousov wrote: > > My note was not an objection, only a note. Also, when committing, please > add a comment explaining what is going on. > Righto, and my response was just my opinion. I'm assuming Mikolaj is looking at committing this? rick From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 08:03:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48FFB1065673 for ; Mon, 14 Jun 2010 08:03:13 +0000 (UTC) (envelope-from Toras@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A905E8FC2B for ; Mon, 14 Jun 2010 08:03:12 +0000 (UTC) Received: (qmail 13772 invoked by uid 0); 14 Jun 2010 08:03:11 -0000 Received: from 217.6.95.137 by www125.gmx.net with HTTP; Mon, 14 Jun 2010 10:03:09 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Mon, 14 Jun 2010 10:03:09 +0200 From: "Thorsten Baumeister" Message-ID: <20100614080309.316540@gmx.net> MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Authenticated: #622589 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX19qIO4GAOlqfNvofCteucCW6KZnxI250LJJJWPPxf 0w3SvcwOAssPv2tkifnTzfynf7AwiCsJkMeQ== Content-Transfer-Encoding: 8bit X-GMX-UID: C9cndJFIPjl+F8hLPzU27f07MTE2Ncl7 X-FuHaFi: 0.5 Cc: cptsalek@gmail.com Subject: No Pipe Symbol using X-Server via XDMCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2010 08:03:13 -0000 On 9 Jun 2010 19:22:33, Christian Walther wrote: Hi Christian, thanks for your hints. I still have the old problem, but I realized at the weekend, that they only exist, if I use the KDE Desktop via XDMCP and an X-Server (VcXsrv / Xming) running on XP. I'm not sure whether it's a KDE or XOrg related problem or a problem of the X-Server... If I login directly, everything works fine. Any hints? Thorsten Baumeister >> I have a problem to get my KDE4 Terminal working. I use a German keyboard, and I am not able to use some special keys. Especially I miss the pipe symbol ('|'), but there are some more like '?', '@', '?'. I compiled KDE on my own computer running a FreeBSD 8.0-STABLE kernel. All packages are up to date. Any hints? If I use an SSH connection (PuTTY), everything is fine. >I created a /etc/X11/xorg.conf file using ># X -configure >and added/changed the following section: >Section "InputDevice" > Identifier "Keyboard0" > Driver "keyboard" > Option "XkbModel" "pc105" > Option "XkbLayout" "de" > Option "XkbVariant" "nodeadkeys" > Option "XkbOptions" "terminate:ctrl_alt_bksp" >EndSection >The last Option line isn't necessary, but it makes it possible to >terminate the X server by pressing Ctrl+Alt+Backspace, which has been >deactivated in recent default configurations. >If you add the above mentioned Section "InputDevice", make sure that >the Section "ServerLayout" contains a CoreKeyboard entry matching the >given identifier. In my case, Section "ServerLayout" looks like: >Section "ServerLayout" > Identifier "XFree86 Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > Option "Clone" "off" >EndSection >HTH >Christian Walther -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 11:44:32 2010 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 DF0EC1065672; Mon, 14 Jun 2010 11:44:32 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 700A98FC18; Mon, 14 Jun 2010 11:44:32 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 018681CC9F; Mon, 14 Jun 2010 13:44:30 +0200 (CEST) Date: Mon, 14 Jun 2010 13:44:30 +0200 From: Erwin Lansing To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20100614114429.GH76036@droso.net> References: <20100608182053.GA41759@rex.goodking.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VuQYccsttdhdIfIP" Content-Disposition: inline In-Reply-To: <20100608182053.GA41759@rex.goodking.ca> X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: [HEADS UP] Ports feature freeze coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2010 11:44:33 -0000 --VuQYccsttdhdIfIP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 08, 2010 at 02:20:53PM -0400, FreeBSD portmgr secretary wrote: > In preparation for 8.1-RELEASE, the ports tree will be in feature freeze > after release candidate 1 (RC1) is released, currently planned for June 1= 1. As you may have noticed, RC1 has not been released as yet, but the delay is not expected to be more than a few days. The ports feature freeze will therefore be postponed until this Friday, June 18, 12pm UTC. We do still ask you to be conservative with your changes until then. -erwin >=20 > If you have any commits with high impact planned, get them in the tree > before then and if they require an experimental build, have a request for > one in portmgr@ hands within the next few days. >=20 > Note that this again will be a feature freeze and not a full freeze. > Normal upgrade, new ports, and changes that only affect other branches wi= ll > be allowed without prior approval but with the extra Feature safe: yes tag > in the commit message. Any commit that is sweeping, i.e. touches a large > number of ports, infrastructural changes, commits to ports with unusually > high number of dependencies, and any other commit that requires the > rebuilding of many packages will not be allowed without prior explicit > approval from portmgr@ after that date. >=20 > Thomas > with portmgr-secretary@ hat on >=20 > --=20 > Thomas Abthorpe | FreeBSD Ports Management Team Secretary > tabthorpe@FreeBSD.org | portmgr-secretary@FreeBSD.org --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --VuQYccsttdhdIfIP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iD8DBQFMFhYdqy9aWxUlaZARAvhwAJ9sd6TN0wLm/8PKEcs0FscnnhFJjACeO/0C Y1Krbqjp7qSv/F76SRcoWII= =XWFG -----END PGP SIGNATURE----- --VuQYccsttdhdIfIP-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 14:42:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9632F1065678 for ; Mon, 14 Jun 2010 14:42:54 +0000 (UTC) (envelope-from fb-stable@psconsult.nl) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.freebsd.org (Postfix) with ESMTP id 16CB48FC1A for ; Mon, 14 Jun 2010 14:42:53 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id o5EEfVKQ090212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Jun 2010 16:41:36 +0200 (CEST) (envelope-from fb-stable@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id o5EEfVKg090211 for freebsd-stable@freebsd.org; Mon, 14 Jun 2010 16:41:31 +0200 (CEST) (envelope-from fb-stable@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to fb-stable@psconsult.nl using -f Date: Mon, 14 Jun 2010 16:41:31 +0200 From: Paul Schenkeveld To: freebsd-stable@freebsd.org Message-ID: <20100614144131.GA90078@psconsult.nl> References: <4BE110E3.8040902@zirakzigil.org> <4BE82C5D.1080806@bit0.com> <20100608.181146.1224841629154014733.kasahara@nc.kyushu-u.ac.jp> <4C124462.30408@smeets.im> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C124462.30408@smeets.im> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Freebsd 8.0 kmem map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2010 14:42:54 -0000 On Fri, Jun 11, 2010 at 04:12:50PM +0200, Florian Smeets wrote: > On 6/8/10 11:11 AM, Yoshiaki Kasahara wrote: > > Hello, > > > > I'd like to add another instance of similar problems. I recently > > updated my FreeBSD amd64 box with ZFS root and 8GB RAM from 8-STABLE > > (as of Mar 1st) to 8.1-PRERELEASE (as of May 27th). After that, my > > box started to crash every couple of days due to kmem_map too small. > > > > Here is a (last week) screenshot of Munin graph about the memory usage > > of the box: > > > > http://eron.info/munin-memory.png > > > > In "by month" graph, a white gap at the end of "Week 20" is the update > > period from 8-STABLE to 8.1-PRERELEASE I mentioned above. Before the > > upgrade, the system was rock solid without any kmem tuning in > > loader.conf (vm.kmem_size was around 2.7GB IIRC). > > > > After the update, I could see that more wired memory was assigned, and > > then steep drop (crash) occured. > > > > "by day" graph shows my experiment to bump vm.kmem_size=12G > > (recommended somewhere in this thread) and explicitly limit > > vfs.zfs.arc_max=2G. I was surprised because the wired memory quickly > > increased over 5GB... > > > > Then I noticed that the default value of vfs.zfs.zio.use_uma was 1 on > > amd64, so I turned it off and removed other memory tunings (kmem_size > > and arc_max) in loader.conf on Tuesday at 16:00 and rebooted. It > > seems that the usage of wired memory was stablized and no crash since > > then with the default kmem_size and arc_max. > > > > Does anyone have any idea about this behavior? > > > > My wild guess is that ZFS/UMA code is not stable on amd64 too, and it > > should be turned off by default for 8.1-RELEASE maybe.... > > > > I can confirm this. I just upgraded a system from late January to > yesterdays 8-STABLE. I had to set vfs.zfs.zio.use_uma="0", to get the > system survive buildworld again. > > This is amd64 with only 1GB, (i know this is considered not enough for > ZFS) with the kernel from January it was stable without any tuning. > After disabling ZFSs UMA usage, it seems to be working fine again. > > Just another data point. +1 for me, several of my servers crash *every night* on a script that does csup from cvs.freebsd.org (cvs mode if that matters) followed by cvs up -dP in some source trees and one ports tree. Hardware has 12 GB RAM, dual nehalem processors; kernel is amd64, no sysctl tuning related to ZFS. With kernels before april 18 everything is rock solid here, one production server has been up since april 17. Can do some limited testing on one of these servers on mondays if needed. > Cheers, > Florian Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 15:13:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28DF41065670 for ; Mon, 14 Jun 2010 15:13:23 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C5A838FC12 for ; Mon, 14 Jun 2010 15:13:22 +0000 (UTC) Received: by gyh20 with SMTP id 20so3165827gyh.13 for ; Mon, 14 Jun 2010 08:13:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=9d7WjmfjEk9NJ0GCd6p3lG6H/x8+9ntFy28N4c1N+Q0=; b=HBpuSgVjdGd0rya8Qj5+rE8XHP4IwB5txmAk5Y3JTZusAPIRVyoQZYeiz9stlxfwBE rnFBhiGL9rAebMqHSaArzdxOPaVbz295m97jjUaXKPE15ZxWGfNUxk4w4nHqua2OoeN/ qKob68klnToJjNbAuLAswWIuB1to0b2Kt4AoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=iOId0SQ2pPTTHS+J3YFFwTSTrnqp2Jcuk2B836vTt6AbfjdpmbEMwZ/0Q0rF5kG/le H+7473xVQOKgHq+FDiZFpffJz0+ML3er20rc9V08wDydupqsUmZkSZOrZj6kr8zzzdnS XkVxAeMxCHfu8m1THSNyLQ+9zZ8eFVkgRU/Z8= Received: by 10.150.104.20 with SMTP id b20mr6775658ybc.312.1276528401251; Mon, 14 Jun 2010 08:13:21 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 22sm2437657ywh.13.2010.06.14.08.13.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 08:13:20 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 041D5B8EBD; Mon, 14 Jun 2010 12:13:10 -0300 (BRT) Received: from 10.1.2.79 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Mon, 14 Jun 2010 12:13:10 -0300 (BRT) Message-ID: <01557a0d94b307d4ce8df6825d5725e9.squirrel@lamneth> In-Reply-To: <4C153038.3010509@FreeBSD.org> References: <4C153038.3010509@FreeBSD.org> Date: Mon, 14 Jun 2010 12:13:10 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 15:13:23 -0000 On Sun, June 13, 2010 16:23, Doug Barton wrote: > On 06/13/10 07:18, Nenhum_de_Nos wrote: >> I'm in an epic journey to update all packages on 8.0R (have gnome on >> it). >> I had to update png and gmp before this. >> >> portmaster says clutter is already installed, but as I am running >> portmaster to update all ports, most packages are indeed already there. >> just need to pack a backup and install a new version ... >> >> how can I make portmaster run till all is updated ? >> >> I use portmaster as: >> >> portmaster -afRd > > Andriy already answered your question about what's happening with > clutter, so I'll just use this as an opportunity to re-state that -af is > rarely a good idea. If you truly want to reinstall everything, there is > a recommended procedure for that in the portmaster man page. thanks first of all. I think my problem was this: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg22403.html I did a portmaster --check-depends and now is running portmaster -ad. thanks, matheus > hth, > > Doug > > -- > > ... and that's just a little bit of history repeating. > -- Propellerheads > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > > _______________________________________________ > 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" > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 18:43:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD485106566B for ; Mon, 14 Jun 2010 18:43:34 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3EEDE8FC12 for ; Mon, 14 Jun 2010 18:43:33 +0000 (UTC) Received: by wwa36 with SMTP id 36so21436wwa.13 for ; Mon, 14 Jun 2010 11:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=c2r/DqhTCLS9oG/+iHVxmQmhHVUqaoCOA8V6mXcAOBM=; b=Go0ejlde3+ogSs2tlNl9g0ZIImexHLzjzSOcCFxKAgwUOJKZ5wOchDB+s7CSzdTfVf xYbYzJDU9R3AMwDw4z6YrSkBndNwSbPig9WDNzqNstNiGzTecFMpC4ybphPCjRyLzBa3 BMTYxrY1vgHEvMHyxWXox+NwZM/v2WChy61Nw= 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=qdFtnw6a6XSsYeiH2BluYOgGew/6JaBHvjdir/QUyI75V2sX7e+JefCby2DfmpZoBo p+2B+L+mf2gfY3aAhBmiLR1HESdEDeXNZwA+1QuY1xHK/Dlj6KMCzoWWDU0vF6/ChhxP skizj4LchRwzsnxM5Zb1IQCEa62fTInKct8IM= MIME-Version: 1.0 Received: by 10.227.128.129 with SMTP id k1mr6115535wbs.32.1276541007340; Mon, 14 Jun 2010 11:43:27 -0700 (PDT) Received: by 10.216.29.73 with HTTP; Mon, 14 Jun 2010 11:43:27 -0700 (PDT) In-Reply-To: <20100614080309.316540@gmx.net> References: <20100614080309.316540@gmx.net> Date: Mon, 14 Jun 2010 13:43:27 -0500 Message-ID: From: Scot Hetzel To: Thorsten Baumeister Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: cptsalek@gmail.com, freebsd-stable@freebsd.org Subject: Re: No Pipe Symbol using X-Server via XDMCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2010 18:43:34 -0000 On Mon, Jun 14, 2010 at 3:03 AM, Thorsten Baumeister wrote: > On 9 Jun 2010 19:22:33, Christian Walther wrote: > > > Hi Christian, > thanks for your hints. I still have the old problem, but I realized at th= e weekend, that they only exist, if I use the KDE Desktop via XDMCP and an = X-Server (VcXsrv / Xming) running on XP. I'm not sure whether it's a KDE or= XOrg related problem or a problem of the X-Server... If I login directly, = everything works fine. > > Any hints? > > Thorsten Baumeister > > >>> I have a problem to get my KDE4 Terminal working. I use a German keyboa= rd, and I am not able to use some special keys. Especially I miss the pipe = symbol ('|'), but there are some more like '?', '@', '?'. I compiled KDE on= my own computer running a FreeBSD 8.0-STABLE kernel. All packages are up t= o date. Any hints? If I use an SSH connection (PuTTY), everything is fine. > I had a similar problem with running virtualbox under Windows 7. The problem was caused by one of the Keyboard drivers that was installed under Windows 7. Unfortunately, I don't remember the name of the driver. What keyboard drivers are installed on your Windows XP system? Scot From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 21:04:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9DD1065680; Mon, 14 Jun 2010 21:04:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id DBE848FC1B; Mon, 14 Jun 2010 21:04:26 +0000 (UTC) Received: by pxi7 with SMTP id 7so3644597pxi.13 for ; Mon, 14 Jun 2010 14:04:26 -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=/lr26/Qfh4Ps+Gt45Ke8VRvK1Sr5igHYMQn/wZ7Ioes=; b=uaBcFWaWp0NPdYmiTizt001Zpm62BPGgIafnT2Et950PsldK0ytJh1KSLiJRN7R1+S 9o0SOJquEqw7ZD0/wMbimO9mYPq4BjlYsrJwIpD09akVGQ2mUeW9c84j/A6DioajIpqh M1eswWliIvFSvCzJU6jNgQD4ZN/OY/oIRffSk= 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=OAFczZZukqym+d1p09juuPSgtOG9kvTAbYyb8scCNkPnNLCuZRqY++n0Ju/Tl4EnOy JpZSPAA90kYDWQ00DwZnx9n7yDoWpp0SjIZhf7AKNlQwXWk2QYXN5KCs03YDfaA880Kj MaTuoJJRNJjyllC3Bc1+9+GA7CwUmNvccLSjw= Received: by 10.115.81.33 with SMTP id i33mr4968056wal.46.1276549466118; Mon, 14 Jun 2010 14:04:26 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 33sm59280130wad.8.2010.06.14.14.04.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 14:04:25 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 14 Jun 2010 14:03:43 -0700 From: Pyun YongHyeon Date: Mon, 14 Jun 2010 14:03:43 -0700 To: Artem Kim Message-ID: <20100614210343.GA4257@michelle.cdnetworks.com> References: <201006131934.11389.artem_kim@inbox.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006131934.11389.artem_kim@inbox.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:04:27 -0000 On Sun, Jun 13, 2010 at 07:34:11PM +0400, Artem Kim wrote: > Hi, > > I have two routers (HP DL140G3): > > NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386 > NAS2 FreeBSD 8.1-PRERELEASE # 0: Sat Jun 12 16:42:19 UTC 2010 i386 (r208993 > included) > > bge0 @ pci0: 19:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 rev > = 0x11 hdr = 0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > class = network > subclass = ethernet > bge1 @ pci0: 20:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 rev > = 0x11 hdr = 0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > class = network > subclass = ethernet > > > I have some problems with bge on NAS2. > > After some time (about 15 hours) bge1 stops flowing traffic. > NAS3 NAS3 - pppoe server. Through bge1 passes only ip traffic through bge0 no > ip-traffic. > Problems occur only with the bge1 interface on NAS2. > > > Traffic through bge1 not pass until I will not do "ifconfig bge1 down ifconfig > bge1 up". > > When I do "ifconfig bge0 down" NIC does not shutdown: > > nas2 # ifconfig bge1 down > nas2 # > nas2 # ifconfig bge1 > bge1: flags = 8843 metric 0 mtu 1500 > options = 8009b > > ether XXXXXXXXXXXXX > inet YYYYYYYYYYY netmask 0xffffffc0 broadcast YYYYYYYYYYYY > media: Ethernet autoselect (1000baseT ) > status: active > > LED also indicates that the NIC is active. > > I left the NAS in a state of "frozen bge1" - and can provide additional > information for diagnosis. Try run tcpdump on bge1 and see whether driver still see incoming traffic. Also show me the output of "netstat -ndI bge1" and output of "sysctl dev.bge.1.stats". Verbose dmesg output also would be helpful. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 14 21:09:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC9211065670 for ; Mon, 14 Jun 2010 21:09:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 547EC8FC0C for ; Mon, 14 Jun 2010 21:09:52 +0000 (UTC) Received: (qmail 4683 invoked by uid 399); 14 Jun 2010 21:09:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Jun 2010 21:09:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C169A9E.4020308@FreeBSD.org> Date: Mon, 14 Jun 2010 14:09:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Nenhum_de_Nos References: <4C153038.3010509@FreeBSD.org> <01557a0d94b307d4ce8df6825d5725e9.squirrel@lamneth> In-Reply-To: <01557a0d94b307d4ce8df6825d5725e9.squirrel@lamneth> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:09:52 -0000 On 06/14/10 08:13, Nenhum_de_Nos wrote: > I did a portmaster --check-depends > > and now is running portmaster -ad. Excellent! Thanks for reporting your success, it makes me feel a lot better. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 02:09:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C78B51065673 for ; Tue, 15 Jun 2010 02:09:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8008FC13 for ; Tue, 15 Jun 2010 02:09:08 +0000 (UTC) Received: by gyh20 with SMTP id 20so3749524gyh.13 for ; Mon, 14 Jun 2010 19:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=h4WWsntwbBdCRftZdG8ykybuga7iCp9bQwyAlnPGMBM=; b=ROlz2By9l78m25LpmwQsva1cGEySog/A1mkWUI9HIEtN7dzJe5R0leLogeaRDJRrEE FeR9O/Zh2kTygcY4Y+4OiR0+Ppdtb2J0gWYwGqsgZyEg9fVELUnN9xJ/bZJTK14PPFoq mE9AgGmJJFSNOH87zLhBkj5ulvtlrxsh7Kzow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=xZOYDOH1MSJe8dmRmoHVE70Bs2djJ1izA3N10Tf/SVqO6mpQbWB+q7ycmvWUKH2Fla 1I+edzI+EEWNdZuU2NZ/4iuv+UPwlvAHuOf81690FnvzJCbsuOTdilDXvjay1KakdX8G ApWdkprVm8M4Di5vx+Nb4fQ/tH1PaBiMOsATE= Received: by 10.101.180.21 with SMTP id h21mr5445437anp.61.1276567747136; Mon, 14 Jun 2010 19:09:07 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 20sm2779282ywh.3.2010.06.14.19.09.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 19:09:06 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 53B0CB8EC6; Mon, 14 Jun 2010 23:08:59 -0300 (BRT) Received: from 10.1.2.79 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Mon, 14 Jun 2010 23:08:59 -0300 (BRT) Message-ID: <09c25e39f76bcf067ff0fffea9e153a4.squirrel@lamneth> In-Reply-To: <4C169A9E.4020308@FreeBSD.org> References: <4C153038.3010509@FreeBSD.org> <01557a0d94b307d4ce8df6825d5725e9.squirrel@lamneth> <4C169A9E.4020308@FreeBSD.org> Date: Mon, 14 Jun 2010 23:08:59 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 02:09:08 -0000 On Mon, June 14, 2010 18:09, Doug Barton wrote: > On 06/14/10 08:13, Nenhum_de_Nos wrote: >> I did a portmaster --check-depends >> >> and now is running portmaster -ad. > > Excellent! Thanks for reporting your success, it makes me feel a lot > better. :) so feel better: [root@darkside /usr/ports/games/libggz]# pkg_version -v | grep -v up-to-date [root@darkside /usr/ports/games/libggz]# I just issued portmaster -ad --no-confirm and another using also -R. and it was done :) now its time to sync to rc1 :) thanks for the help and for the portmaster tool :) matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 03:09:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643341065675; Tue, 15 Jun 2010 03:09:11 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx34.mail.ru (mx34.mail.ru [94.100.176.48]) by mx1.freebsd.org (Postfix) with ESMTP id EBE7A8FC14; Tue, 15 Jun 2010 03:09:10 +0000 (UTC) Received: from [79.142.107.13] (port=51530 helo=tt.tt.tt) by mx34.mail.ru with asmtp id 1OOMWT-0006CF-00; Tue, 15 Jun 2010 07:09:09 +0400 From: Artem Kim To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Tue, 15 Jun 2010 07:09:27 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.5; amd64; ; ) References: <201006131934.11389.artem_kim@inbox.ru> <20100614210343.GA4257@michelle.cdnetworks.com> In-Reply-To: <20100614210343.GA4257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006150709.27396.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2010 03:09:11 -0000 On Tuesday 15 June 2010 01:03:43 Pyun YongHyeon wrote: > On Sun, Jun 13, 2010 at 07:34:11PM +0400, Artem Kim wrote: > > Hi, > > > > I have two routers (HP DL140G3): > > > > NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386 > > NAS2 FreeBSD 8.1-PRERELEASE # 0: Sat Jun 12 16:42:19 UTC 2010 i386 > > (r208993 included) > > > > bge0 @ pci0: 19:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 > > rev = 0x11 hdr = 0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > > class = network > > subclass = ethernet > > bge1 @ pci0: 20:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 > > rev = 0x11 hdr = 0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > > class = network > > subclass = ethernet > > > > > > I have some problems with bge on NAS2. > > > > After some time (about 15 hours) bge1 stops flowing traffic. > > NAS3 NAS3 - pppoe server. Through bge1 passes only ip traffic through > > bge0 no ip-traffic. > > Problems occur only with the bge1 interface on NAS2. > > > > > > Traffic through bge1 not pass until I will not do "ifconfig bge1 down > > ifconfig bge1 up". > > > > When I do "ifconfig bge0 down" NIC does not shutdown: > > > > nas2 # ifconfig bge1 down > > nas2 # > > nas2 # ifconfig bge1 > > bge1: flags = 8843 metric 0 mtu > > 1500 options = 8009b > > > > ether XXXXXXXXXXXXX > > inet YYYYYYYYYYY netmask 0xffffffc0 broadcast YYYYYYYYYYYY > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > LED also indicates that the NIC is active. > > > > I left the NAS in a state of "frozen bge1" - and can provide additional > > information for diagnosis. > > Try run tcpdump on bge1 and see whether driver still see incoming > traffic. Also show me the output of "netstat -ndI bge1" and output > of "sysctl dev.bge.1.stats". Verbose dmesg output also would be > helpful. nas2 # netstat-ndI bge1 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop bge1 1500 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0 0 0 bge1 1500 XX.XX.6.12 XX.XX.6.133 890,306 - - 1,076,833 - - - Should I add additional debugging options? nas2 # sysctl dev.bge.1.stats sysctl: unknown oid 'dev.bge.1.stats' nas2 # sysctl dev.bge.1 dev.bge.1.% desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x004101 dev.bge.1.% driver: bge dev.bge.1.% location: slot = 0 function = 0 dev.bge.1.% pnpinfo: vendor = 0x14e4 device = 0x1659 subvendor = 0x103c subdevice = 0x3260 class = 0x020000 dev.bge.1.% parent: pci20 dev.bge.1.forced_collapse: 0 I can show verbose dmesg, but this requires a reboot so bge1 come out of the current state. I looked tcpdump on NAS2 - and I only saw the ARP requests from NAS2 (NAS2 - XX.XX.6.133): nas2 # tcpdump -i bge1 tcpdump: verbose output suppressed, use-v or-vv for full protocol decode listening on bge1, link-type EN10MB (Ethernet), capture size 96 bytes 01:23:43.063238 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 01:23:43.162257 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 01:23:43.935016 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 XX.XX.6.129 is l3-switch(AT-X900) default router for NAS2; bge1 is directly connected to the x900. I looked tcpdump on the x900: awplus # tcpdump -ni vlanXX host XX.XX.6.133 05:36:30.455642 arp who-has XX.XX.6.129 tell XX.XX.6.133 05:36:30.455898 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 05:36:31.483353 arp who-has XX.XX.6.129 tell XX.XX.6.133 05:36:31.483505 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 05:36:32.511260 arp who-has XX.XX.6.129 tell XX.XX.6.133 05:36:32.511353 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 05:36:33.539163 arp who-has XX.XX.6.129 tell XX.XX.6.133 ARP requests from NAS2 (XX.XX.6.133). But on NAS2 I can _only_ see ARP- requests from NAS2. I added static arp-entry on NAS2 and do ping XX.XX.6.129. Then I looked again at tcpdump on XX.XX.6.129: awplus # tcpdump -nei vlanXX host XX.XX.6.133 06:13:03.472539 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 06:13:03.526768 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq 1920, length 64 06:13:04.553728 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq 1921, length 64 06:13:04.554495 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 06:13:05.554486 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 06:13:05.581488 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq 1922, length 64 Traffic comes from XX.XX.6.133 to XX.XX.6.129. I tried to add arp-entry on XX.XX.6.129 (XX.XX.6.133 -> 001b.78a3.3c01) but communication does not restore. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 05:34:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 104AF1065679 for ; Tue, 15 Jun 2010 05:34:25 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB7A98FC15 for ; Tue, 15 Jun 2010 05:34:24 +0000 (UTC) Received: by pxi7 with SMTP id 7so3852544pxi.13 for ; Mon, 14 Jun 2010 22:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=re6r5RnKSPpr/zCro/bqUg25ZdL5N3sapG7O9d1v3Q0=; b=ebjW7BALsaFqXcH7zwW52VZsFaeKhkxCe8Wn2Wgg5PdG0GxBMiq4CfkT+7tuAXhUl9 8VBTqEZFMFuYB0UA1lCrzjg0BP5c5IKF5cKIVmo+d391GHpUAgoXilh8o+K9+VwnqXRV qntziKVkF/08HD52hbyN0xBHZLmeOI7+YoWxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Kf/8WOoC4t1vnzJ2qxRNrNH76/Z/ejVCcXTSmwkv9FlqLG3oKJlawbhIkZKyVue74P z03S8mGIjTrH8frY4C8j5b6uWjrhSpqXEKTy9wqOunebUhFW+StD104PLOS47SlC72B9 LwXJ38/vJUuWT1R/dtTu7Oz1uR7Ku+epoalwc= MIME-Version: 1.0 Received: by 10.140.57.15 with SMTP id f15mr5357866rva.56.1276580064322; Mon, 14 Jun 2010 22:34:24 -0700 (PDT) Received: by 10.140.134.17 with HTTP; Mon, 14 Jun 2010 22:34:24 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Jun 2010 11:04:24 +0530 Message-ID: From: Masoom Shaikh To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: disable RAM parity 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: Tue, 15 Jun 2010 05:34:25 -0000 Hello List, In continuation to my earlier mail, I am now convinced(nearly) that the freezes faced by me are "RAM parity error" indeed. http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70730.html when using internet via wpi0, FreeBSD freezes are very prone to occur compared to when I am using bfe0. But they do occur, due to some reason it feels stable when connected via bfe0. Over course of time I have accumulated some core.txt. files, which I have uploaded to pastebin and their links are below. My question is why only FreeBSD minds about RAM parity error check, while latest offering from Redmond does not ? is there a way to IGNORE RAM parity check ? is it possible to get hold of offending address from these core files ? while I observe "stack pointer" and "frame pointer" have repeated values in core files, I cannot conclude anything from this observation. Anybody here care ? core.txt.1 ------ http://pastebin.com/HDji1Xvs core.txt.2 ------ http://pastebin.com/yXg1iXAN core.txt.3 ------ http://pastebin.com/xEfcgtQf core.txt.4 ------ http://pastebin.com/zVQspP4g core.txt.5 ------ http://pastebin.com/7RjL2san core.txt.6 ------ http://pastebin.com/q4yjVefB Masoom Shaikh From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 16:02:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D031065678 for ; Tue, 15 Jun 2010 16:02:34 +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 A77BC8FC14 for ; Tue, 15 Jun 2010 16:02:33 +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 TAA29724; Tue, 15 Jun 2010 19:02:30 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C17A416.7030909@icyb.net.ua> Date: Tue, 15 Jun 2010 19:02:30 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Masoom Shaikh 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 Subject: Re: disable RAM parity 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: Tue, 15 Jun 2010 16:02:34 -0000 on 15/06/2010 08:34 Masoom Shaikh said the following: > Hello List, > > In continuation to my earlier mail, I am now convinced(nearly) that > the freezes faced by me are "RAM parity error" indeed. > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70730.html > > when using internet via wpi0, FreeBSD freezes are very prone to occur > compared to when I am using bfe0. But they do occur, due to some > reason it feels stable when connected via bfe0. > Over course of time I have accumulated some core.txt. files, which > I have uploaded to pastebin and their links are below. My question is > why only FreeBSD minds about RAM parity error check, while latest > offering from Redmond does not ? > is there a way to IGNORE RAM parity check ? is it possible to get hold > of offending address from these core files ? > while I observe "stack pointer" and "frame pointer" have repeated > values in core files, I cannot conclude anything from this > observation. Anybody here care ? If I were you I'd be concerned with finding and replacing the flaky hardware instead of wasting time before disaster happens. As to why "other OS" doesn't report errors - it could have been the other way around, different OSes have different usage/load patterns and hit different hardware problems with higher probability. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 16:42:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D01106564A for ; Tue, 15 Jun 2010 16:42:00 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id C2AC68FC1F for ; Tue, 15 Jun 2010 16:42:00 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id o5FGg0gX014216; Tue, 15 Jun 2010 09:42:00 -0700 (PDT) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 339A92C636D; Tue, 15 Jun 2010 09:42:00 -0700 (PDT) Date: Tue, 15 Jun 2010 09:42:00 -0700 From: Robin Sommer To: Jeremy Chadwick Message-ID: <20100615164200.GA97659@icir.org> References: <20100610162918.GA23022@icir.org> <20100610181703.GA80162@icarus.home.lan> <20100610210608.GA60944@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100610210608.GA60944@icir.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: File system trouble with ICH9 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2010 16:42:00 -0000 On Thu, Jun 10, 2010 at 14:06 -0700, I wrote: > Thanks for your quick response. I don't need much in terms of > long-term data reliability on these machines (thus the RAID 0). > However, if MatrixRAID is unreliably even without further external > events (like disk problems/changes), I'll turn it off. An update on this: I have now turned off the RAID on half of my blades, leaving the other half untouched. After a few days, 3 of those systems still using the RAID have experienced similar fs corruption as reported before, while all the blades wo/ RAID have been running fine. So, that looks like the RAID is indeed to blame and I'll turn it off for all systems now. Robin -- Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 17:50:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5341065674; Tue, 15 Jun 2010 17:50:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id A24A38FC08; Tue, 15 Jun 2010 17:50:48 +0000 (UTC) Received: by pxi7 with SMTP id 7so4209476pxi.13 for ; Tue, 15 Jun 2010 10:50: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=IvPH4P2yHd97/CD2usXNL2Fh0JmbeYFRuKP2qMBzpuw=; b=e4wBIhjV1BcjE0iUFc+2FaPQNlsbsW3jkUCI6F/Vism7ywvTkIqaHPsmsvHj3jZPru xOBBKx4CqpEnhW1EjjbinM6oa+lMoHNimjDyWUxJP1jAuD8N9SgnySXQ2wt1sQ2k35zP eCVgccAZaCcMnQfxmn1Tr/HBQgly35VdlhA4Y= 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=KR7Hu5ey3GaYqvGjp9m8Iy5OfYKtPZzy95qzP9Eo0BkR3O5z+G5fhikygiO2dXYqVW s7pzO9mVMgLRPnIwkddvepcNgUOdJfBneouS/J+boV2hK6vUqCnlSlpq5uVMogOul9ID xHJvwjcofoGzfqQ9lCt6OB8YNuTVeY61YeAOY= Received: by 10.115.26.12 with SMTP id d12mr6008062waj.162.1276624247837; Tue, 15 Jun 2010 10:50:47 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d20sm70884199waa.3.2010.06.15.10.50.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 10:50:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 10:50:03 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 10:50:03 -0700 To: Artem Kim Message-ID: <20100615175003.GG4257@michelle.cdnetworks.com> References: <201006131934.11389.artem_kim@inbox.ru> <20100614210343.GA4257@michelle.cdnetworks.com> <201006150709.27396.artem_kim@inbox.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006150709.27396.artem_kim@inbox.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 17:50:49 -0000 On Tue, Jun 15, 2010 at 07:09:27AM +0400, Artem Kim wrote: > On Tuesday 15 June 2010 01:03:43 Pyun YongHyeon wrote: > > On Sun, Jun 13, 2010 at 07:34:11PM +0400, Artem Kim wrote: > > > Hi, > > > > > > I have two routers (HP DL140G3): > > > > > > NAS3 FreeBSD 8.1-PRERELEASE # 0: Thu Jun 3 04:13:07 MSD 2010 i386 > > > NAS2 FreeBSD 8.1-PRERELEASE # 0: Sat Jun 12 16:42:19 UTC 2010 i386 > > > (r208993 included) > > > > > > bge0 @ pci0: 19:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 > > > rev = 0x11 hdr = 0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > > > class = network > > > subclass = ethernet > > > bge1 @ pci0: 20:0:0: class = 0x020000 card = 0x3260103c chip = 0x165914e4 > > > rev = 0x11 hdr = 0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > > > class = network > > > subclass = ethernet > > > > > > > > > I have some problems with bge on NAS2. > > > > > > After some time (about 15 hours) bge1 stops flowing traffic. > > > NAS3 NAS3 - pppoe server. Through bge1 passes only ip traffic through > > > bge0 no ip-traffic. > > > Problems occur only with the bge1 interface on NAS2. > > > > > > > > > Traffic through bge1 not pass until I will not do "ifconfig bge1 down > > > ifconfig bge1 up". > > > > > > When I do "ifconfig bge0 down" NIC does not shutdown: > > > > > > nas2 # ifconfig bge1 down > > > nas2 # > > > nas2 # ifconfig bge1 > > > bge1: flags = 8843 metric 0 mtu > > > 1500 options = 8009b > > > > > > ether XXXXXXXXXXXXX > > > inet YYYYYYYYYYY netmask 0xffffffc0 broadcast YYYYYYYYYYYY > > > media: Ethernet autoselect (1000baseT ) > > > status: active > > > > > > LED also indicates that the NIC is active. > > > > > > I left the NAS in a state of "frozen bge1" - and can provide additional > > > information for diagnosis. > > > > Try run tcpdump on bge1 and see whether driver still see incoming > > traffic. Also show me the output of "netstat -ndI bge1" and output > > of "sysctl dev.bge.1.stats". Verbose dmesg output also would be > > helpful. > > nas2 # netstat-ndI bge1 > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > bge1 1500 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0 0 0 > bge1 1500 XX.XX.6.12 XX.XX.6.133 890,306 - - 1,076,833 - - - > Ok, I see very large number of Ierrs here. When you send some packets from other hosts to nas2(bge1), do you see Ierrs counter is increasing? > > Should I add additional debugging options? > > nas2 # sysctl dev.bge.1.stats > sysctl: unknown oid 'dev.bge.1.stats' > > nas2 # sysctl dev.bge.1 > dev.bge.1.% desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. > 0x004101 > dev.bge.1.% driver: bge > dev.bge.1.% location: slot = 0 function = 0 > dev.bge.1.% pnpinfo: vendor = 0x14e4 device = 0x1659 subvendor = 0x103c > subdevice = 0x3260 class = 0x020000 > dev.bge.1.% parent: pci20 > dev.bge.1.forced_collapse: 0 > Ok, this controller lacks hardware MAC statistics counters. > I can show verbose dmesg, but this requires a reboot so bge1 come out of the > current state. > Ok. > > I looked tcpdump on NAS2 - and I only saw the ARP requests from NAS2 (NAS2 - > XX.XX.6.133): > > nas2 # tcpdump -i bge1 > tcpdump: verbose output suppressed, use-v or-vv for full protocol decode > listening on bge1, link-type EN10MB (Ethernet), capture size 96 bytes > 01:23:43.063238 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 > 01:23:43.162257 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 > 01:23:43.935016 ARP, Request who-has XX.XX.6.129 tell XX.XX.6.133, length 28 > > > XX.XX.6.129 is l3-switch(AT-X900) default router for NAS2; bge1 is directly > connected to the x900. > > I looked tcpdump on the x900: > > awplus # tcpdump -ni vlanXX host XX.XX.6.133 > 05:36:30.455642 arp who-has XX.XX.6.129 tell XX.XX.6.133 > 05:36:30.455898 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 > 05:36:31.483353 arp who-has XX.XX.6.129 tell XX.XX.6.133 > 05:36:31.483505 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 > 05:36:32.511260 arp who-has XX.XX.6.129 tell XX.XX.6.133 > 05:36:32.511353 arp reply XX.XX.6.129 is-at 00:00: cd: 29:6 e: 09 > 05:36:33.539163 arp who-has XX.XX.6.129 tell XX.XX.6.133 > > ARP requests from NAS2 (XX.XX.6.133). But on NAS2 I can _only_ see ARP- > requests from NAS2. > > I added static arp-entry on NAS2 and do ping XX.XX.6.129. > > Then I looked again at tcpdump on XX.XX.6.129: > > awplus # tcpdump -nei vlanXX host XX.XX.6.133 > 06:13:03.472539 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP > (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 > 06:13:03.526768 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 > (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq > 1920, length 64 > 06:13:04.553728 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 > (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq > 1921, length 64 > 06:13:04.554495 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP > (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 > 06:13:05.554486 00:00: cd: 29:6 e: 09> ff: ff: ff: ff: ff: ff, ethertype ARP > (0x0806), length 42: arp who-has XX.XX.6.133 tell XX. XX.6.129 > 06:13:05.581488 00:1 b: 78: a3: 3c: 01> 00:00: cd: 29:6 e: 09, ethertype IPv4 > (0x0800), length 98: XX.XX.6.133> XX.XX.6.129: ICMP echo request, id 6958, seq > 1922, length 64 > > Traffic comes from XX.XX.6.133 to XX.XX.6.129. I tried to add arp-entry on > XX.XX.6.129 (XX.XX.6.133 -> 001b.78a3.3c01) but communication does not > restore. It seems RX does not work at all. Because you have zero Drop(from netstat) I think you didn't hit mbuf resource shortage situation. Ierr counter is increased whenever controller drops frames due to receiving errors(e.g. CRC). Given that you have no cabling issue, it could be caused by speed/duplex mismatches between bge1 and link partner. Does the link partner also agrees on resolved speed/duplex of bge1? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 22:20:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0880D106564A; Tue, 15 Jun 2010 22:20:19 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id BE9C08FC0A; Tue, 15 Jun 2010 22:20:18 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5FMA0ox094836; Tue, 15 Jun 2010 15:10:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:content-type:date:message-id: mime-version:x-mailer:content-transfer-encoding; b=VEPzzcd/a39kH5ZfyXNKOm22aPjuNmM8HIHlxY2oNftrm1QVxaZCYpEWAdwbDEyX From: Sean Bruno To: delphij@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Jun 2010 15:10:00 -0700 Message-ID: <1276639800.2462.80.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2010 22:20:19 -0000 http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 I'm not sure what's up with this update, but it hosed up the default behavior of cpio. It appears now that -o won't do the same things that it used to: + cd / + find -x . + egrep -v '^\.(/snap|/usr/sup|/boot/kernel/kernel \.[[:alpha:]_]+\.[[:digit:]]+|/boot/kernel/kernel \.old|/etc/start_if.*|/etc/ssh/ssh_host_.*key|/etc/hostid|/etc/(master.passwd|passwd|spwd.db|pwd.db))' + '[' -n '' ']' + '[' 7 = 4 ']' + '[' -n '' -a -z '' ']' + '[' -n /home/backup ']' + echo 'dumping / ...' dumping / ... + cpio -o --quiet --format crc -O /home/backup/root.amd64.cpio cpio: ./dev not dumped: minor number would be truncated cpio: Removing leading `/' from member names cpio: ./proc not dumped: minor number would be truncated cpio: Removing leading `../' from member names We've had to revert this change from our local tree, suggestions? Sean From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 22:56:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B1E7106566C; Tue, 15 Jun 2010 22:56:43 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx39.mail.ru (mx39.mail.ru [94.100.176.53]) by mx1.freebsd.org (Postfix) with ESMTP id EF2A38FC12; Tue, 15 Jun 2010 22:56:42 +0000 (UTC) Received: from [79.142.107.13] (port=21385 helo=tt.tt.tt) by mx39.mail.ru with asmtp id 1OOf3h-000IIt-00; Wed, 16 Jun 2010 02:56:41 +0400 From: Artem Kim To: pyunyh@gmail.com Date: Wed, 16 Jun 2010 02:57:01 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.5; amd64; ; ) References: <201006131934.11389.artem_kim@inbox.ru> <201006150709.27396.artem_kim@inbox.ru> <20100615175003.GG4257@michelle.cdnetworks.com> In-Reply-To: <20100615175003.GG4257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006160257.01213.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2010 22:56:43 -0000 On Tuesday 15 June 2010 21:50:03 you wrote: . . . > > nas2 # netstat-ndI bge1 > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > > bge1 1500 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0 > > 0 0 bge1 1500 XX.XX.6.12 XX.XX.6.133 890,306 - - 1,076,833 - - - > > Ok, I see very large number of Ierrs here. When you send some packets > from other hosts to nas2(bge1), do you see Ierrs counter is > increasing? . . . > It seems RX does not work at all. Because you have zero Drop(from > netstat) I think you didn't hit mbuf resource shortage situation. > Ierr counter is increased whenever controller drops frames due to > receiving errors(e.g. CRC). Given that you have no cabling issue, > it could be caused by speed/duplex mismatches between bge1 and link > partner. Does the link partner also agrees on resolved speed/duplex > of bge1? I had some negotiation problems. But the problems were observed on the other NIC - bge0. bge0 is connected to the dlink-3627 and bge1 is not always setup speed/duplex mode correctly. Usually this is solved by link0 setting. Flag link0 I set for bge1 and bge0. Flag link0 used quite a long time (years). bge1 and bge0 have link0, when I got the problem on NAS2 first time. Then I reset link0 and reboot NAS2. After some time I got the same problem again (current state). However, I do not see any obvious problems with bge0 <-> AT- x900. current state of the bge0 link partner: awplus>show int port1.0.12 Interface port1.0.12 Scope: both Link is UP, administrative state is UP Thrash-limiting Status Not Detected, Action learn-disable, Timeout 1(s) Hardware is Ethernet, address is 0000.cd29.6e09 index 5012 metric 1 mru 1522 current duplex full, current speed 1000, polarity auto configured duplex auto, configured speed auto VRF Binding: Not bound SNMP link-status traps: Disabled input packets 136255660241, bytes 119549292157319, dropped 0, multicast packets 5482013 output packets 122988526534, bytes 121030195520423, multicast packets 532582 broadcast packets 2198512 awplus>show int port1.0.12 status Port Name Status Vlan Duplex Speed Type port1.0.12 connected 55 a-full a-1000 1000BASE-T awplus>sh mac address-table |i port1.0.12 55 port1.0.12 001b.78a3.3c01 forward dynamic nas2# ifconfig bge1 bge1: flags=8843 metric 0 mtu 1500 options=8009b ether 00:1b:78:a3:3c:01 inet XX.XX.6.133 netmask 0xffffffc0 broadcast XX.XX.6.191 media: Ethernet autoselect (1000baseT ) status: active I tried to do ping -i .01 XX.XX.6.133 from other host: nas2# netstat -hI bge1 1 input (bge1) output packets errs idrops bytes packets errs bytes colls 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ping-> 0 33 0 0 0 0 0 0 0 94 0 0 0 0 0 0 0 93 0 0 0 0 0 0 0 94 0 0 0 0 0 0 0 94 0 0 0 0 0 0 0 83 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ping -i .01 XX.XX.6.129 from NAS2 (XX.XX.6.129 have static arp-entry): nas2# netstat -hI bge1 1 input (bge1) output packets errs idrops bytes packets errs bytes colls 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ping-> 0 0 0 0 0 0 0 0 0 40 0 0 62 0 5.9K 0 0 93 0 0 89 0 8.5K 0 0 91 0 0 89 0 8.5K 0 0 91 0 0 88 0 8.4K 0 0 91 0 0 89 0 8.5K 0 0 92 0 0 88 0 8.4K 0 0 93 0 0 88 0 8.4K 0 0 92 0 0 89 0 8.5K 0 0 0 0 0 85 0 8.1K 0 0 87 0 0 0 0 0 0 ping -i .01 XX.XX.6.133 from other host: before: nas2# netstat -ndI bge1 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop bge1 1500 00:1b:78:a3:3c:01 418543876 2042520 0 446111781 0 0 0 bge1 1500 XX.XX.6.12 XX.XX.6.133 890306 - - 1125376 - - - after: Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop bge1 1500 00:1b:78:a3:3c:01 418543876 2043445 0 446111781 0 0 0 bge1 1500 XX.XX.6.12 XX.XX.6.133 890306 - - 1125376 - - - From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 23:21:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA27E1065673; Tue, 15 Jun 2010 23:21:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8E59D8FC12; Tue, 15 Jun 2010 23:21:50 +0000 (UTC) Received: by pwj10 with SMTP id 10so899602pwj.13 for ; Tue, 15 Jun 2010 16:21:50 -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=/e+OkjE+ELvjo4R9ct7g17JZe+2Q4KO8IuGisEl/3gY=; b=kNlU04fJE71eLAwd1bhW5LcnJAMzHOudeavOJG2/fwiSl3CD8RyCKmKpU+mA2pv8hS bC6pphinrR+RqOLHx5dMutd5j7zkFNI0kf7/jId5lW/jMTB5+0ZU8V3WL5Ad0nriIlV2 kOpC9mwHftifMJaroa8vqHg1Qd525Oj5YAUUY= 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=mJAvo4INhHtGmrCUKaMtGDZn6ETccf+F8toOG7ehANs75+rGYV8O5FtOBArcZ0XTjD aJV3L6/rICFgBmBkDDjpZRVtuwyJMmpArWqET3283s0fhwd6Fh3zag8PsfCDr0ieNcK5 i9Rt4pJEoIzsdZjzMMzwyAN5EvSJi/1Euz0mA= Received: by 10.142.248.6 with SMTP id v6mr5735386wfh.262.1276644109892; Tue, 15 Jun 2010 16:21:49 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id r20sm73864621wam.17.2010.06.15.16.21.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 16:21:49 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 16:21:09 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 16:21:09 -0700 To: Artem Kim Message-ID: <20100615232108.GM4257@michelle.cdnetworks.com> References: <201006131934.11389.artem_kim@inbox.ru> <201006150709.27396.artem_kim@inbox.ru> <20100615175003.GG4257@michelle.cdnetworks.com> <201006160257.01213.artem_kim@inbox.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006160257.01213.artem_kim@inbox.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 23:21:50 -0000 On Wed, Jun 16, 2010 at 02:57:01AM +0400, Artem Kim wrote: > On Tuesday 15 June 2010 21:50:03 you wrote: > . . . > > > nas2 # netstat-ndI bge1 > > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > > > bge1 1500 00:1 b: 78: a3: 3c: 01 418543876 1972918 0 446063237 0 > > > 0 0 bge1 1500 XX.XX.6.12 XX.XX.6.133 890,306 - - 1,076,833 - - - > > > > Ok, I see very large number of Ierrs here. When you send some packets > > from other hosts to nas2(bge1), do you see Ierrs counter is > > increasing? > . . . > > > It seems RX does not work at all. Because you have zero Drop(from > > netstat) I think you didn't hit mbuf resource shortage situation. > > Ierr counter is increased whenever controller drops frames due to > > receiving errors(e.g. CRC). Given that you have no cabling issue, > > it could be caused by speed/duplex mismatches between bge1 and link > > partner. Does the link partner also agrees on resolved speed/duplex > > of bge1? > > I had some negotiation problems. But the problems were observed on the other > NIC - bge0. bge0 is connected to the dlink-3627 and bge1 is not always setup > speed/duplex mode correctly. Usually this is solved by link0 setting. Flag > link0 I set for bge1 and bge0. Flag link0 used quite a long time (years). > Hmm, why you need link0 flag? The link0 flag is used to force the interface MASTER. Normally this configuration is automatically done during auto-negotiation such that one is configured as MASTER and the other is configured as SLAVE. If you manually configure this setting you should be very careful not to use the same configuration of MASTER/SLAVE of link partner. If you have to use link0 option, the link partner should be configured to use SLAVE. Normally you should always use auto-negotiation on 1000baseT unless link partner is severely broken to support NWAY. It seems link partner does not agree on resolved speed/duplex configuration of bge1. Check link partner's resolved link configuration. > bge1 and bge0 have link0, when I got the problem on NAS2 first time. Then I > reset link0 and reboot NAS2. After some time I got the same problem again > (current state). However, I do not see any obvious problems with bge0 <-> AT- > x900. > > current state of the bge0 link partner: > > awplus>show int port1.0.12 > Interface port1.0.12 > Scope: both > Link is UP, administrative state is UP > Thrash-limiting > Status Not Detected, Action learn-disable, Timeout 1(s) > Hardware is Ethernet, address is 0000.cd29.6e09 > index 5012 metric 1 mru 1522 > current duplex full, current speed 1000, polarity auto > configured duplex auto, configured speed auto > > VRF Binding: Not bound > SNMP link-status traps: Disabled > input packets 136255660241, bytes 119549292157319, dropped 0, multicast > packets 5482013 > output packets 122988526534, bytes 121030195520423, multicast packets > 532582 broadcast packets 2198512 > > awplus>show int port1.0.12 status > Port Name Status Vlan Duplex Speed Type > port1.0.12 connected 55 a-full a-1000 1000BASE-T > > awplus>sh mac address-table |i port1.0.12 > 55 port1.0.12 001b.78a3.3c01 forward dynamic > > > nas2# ifconfig bge1 > bge1: flags=8843 metric 0 mtu 1500 > options=8009b > ether 00:1b:78:a3:3c:01 > inet XX.XX.6.133 netmask 0xffffffc0 broadcast XX.XX.6.191 > media: Ethernet autoselect (1000baseT ) > status: active > > > I tried to do ping -i .01 XX.XX.6.133 from other host: > nas2# netstat -hI bge1 1 > input (bge1) output > packets errs idrops bytes packets errs bytes colls > 0 0 0 0 0 0 0 0 > 0 1 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > ping-> 0 33 0 0 0 0 0 0 > 0 94 0 0 0 0 0 0 > 0 93 0 0 0 0 0 0 > 0 94 0 0 0 0 0 0 > 0 94 0 0 0 0 0 0 > 0 83 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > > > ping -i .01 XX.XX.6.129 from NAS2 (XX.XX.6.129 have static arp-entry): > > nas2# netstat -hI bge1 1 > input (bge1) output > packets errs idrops bytes packets errs bytes colls > 0 1 0 0 0 0 0 0 > 0 1 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > ping-> 0 0 0 0 0 0 0 0 > 0 40 0 0 62 0 5.9K 0 > 0 93 0 0 89 0 8.5K 0 > 0 91 0 0 89 0 8.5K 0 > 0 91 0 0 88 0 8.4K 0 > 0 91 0 0 89 0 8.5K 0 > 0 92 0 0 88 0 8.4K 0 > 0 93 0 0 88 0 8.4K 0 > 0 92 0 0 89 0 8.5K 0 > 0 0 0 0 85 0 8.1K 0 > 0 87 0 0 0 0 0 0 > > > ping -i .01 XX.XX.6.133 from other host: > > before: > nas2# netstat -ndI bge1 > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll Drop > bge1 1500 00:1b:78:a3:3c:01 418543876 2042520 0 446111781 > 0 0 0 > bge1 1500 XX.XX.6.12 XX.XX.6.133 890306 - - 1125376 - > - - > > after: > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll Drop > bge1 1500 00:1b:78:a3:3c:01 418543876 2043445 0 446111781 > 0 0 0 > bge1 1500 XX.XX.6.12 XX.XX.6.133 890306 - - 1125376 - > - - > > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 23:30:30 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAE81065677; Tue, 15 Jun 2010 23:30:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id B5CCA8FC16; Tue, 15 Jun 2010 23:30:29 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7DDEBA57069; Wed, 16 Jun 2010 07:30:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id Q0--HU+75vNv; Wed, 16 Jun 2010 07:30:18 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5270EA56F43; Wed, 16 Jun 2010 07:30:16 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=ZQezrrDBoY1eJfIilinQ59X9+rTPfU4oJ64zo8iZjiPEiNaSoNF5o4kQEGUHePAJ+ G+gHo2sZTkOPUthQ4zGQA== Message-ID: <4C180CFF.5020201@delphij.net> Date: Tue, 15 Jun 2010 16:30:07 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Sean Bruno References: <1276639800.2462.80.camel@localhost.localdomain> In-Reply-To: <1276639800.2462.80.camel@localhost.localdomain> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------070909090803000107010504" Cc: freebsd-stable@FreeBSD.ORG, delphij@FreeBSD.ORG Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 23:30:30 -0000 This is a multi-part message in MIME format. --------------070909090803000107010504 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Sean, On 2010/06/15 15:10, Sean Bruno wrote: > http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 > > I'm not sure what's up with this update, but it hosed up the default > behavior of cpio. [...] > We've had to revert this change from our local tree, suggestions? Could you please test the attached patch? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMGAz/AAoJEATO+BI/yjfBoMsH/09y4W745hnblSDFM3J8zBaa rQjXnN08vtitqu55uFz1dBwFrP9IvbIU0yCNqOOiYduBvhjQt4IMM/FY+sXDBbHo U5jZ7jQvu+usw3mewRMrnc1weCQnehyQMC9u5ZCVZYXp2aK/MhOXTX6/faZpxseW zStQYjAtXOzMQ7oEWV6DBFbwOXaCGybfqNKoygeqTlGDDrdh0RXbXBzeYDmh9FNt lA4+utFRcDOgupZDP+bDe3tR7Tl/keBFCCOkuBjrYtZaMDePxSWFC9ES2zvOue1c IekVMB71elpgnUsjv/ryqwLB4SanDB5c/QCCFHtr77FsxJh4muv2ecX2sNj2zvg= =YFSQ -----END PGP SIGNATURE----- --------------070909090803000107010504 Content-Type: text/plain; name="cpio.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cpio.diff" SW5kZXg6IGNvbnRyaWIvY3Bpby9zcmMvdXRpbC5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGNvbnRy aWIvY3Bpby9zcmMvdXRpbC5jCShyZXZpc2lvbiAyMDkyMTYpCisrKyBjb250cmliL2NwaW8v c3JjL3V0aWwuYwkod29ya2luZyBjb3B5KQpAQCAtMTI1Miw4ICsxMjUyLDI1IEBAIHN0YXRf dG9fY3BpbyAoc3RydWN0IGNwaW9fZmlsZV9zdGF0ICpoZHIsIHN0cnVjdCBzCiAgIGhkci0+ Y191aWQgPSBDUElPX1VJRCAoc3QtPnN0X3VpZCk7CiAgIGhkci0+Y19naWQgPSBDUElPX0dJ RCAoc3QtPnN0X2dpZCk7CiAgIGhkci0+Y19ubGluayA9IHN0LT5zdF9ubGluazsKLSAgaGRy LT5jX3JkZXZfbWFqID0gbWFqb3IgKHN0LT5zdF9yZGV2KTsKLSAgaGRyLT5jX3JkZXZfbWlu ID0gbWlub3IgKHN0LT5zdF9yZGV2KTsKKworICBzd2l0Y2ggKGhkci0+Y19tb2RlICYgQ1Bf SUZNVCkKKyAgeworICAgIGNhc2UgQ1BfSUZCTEs6CisgICAgY2FzZSBDUF9JRkNIUjoKKyNp ZmRlZiBDUF9JRklGTworICAgIGNhc2UgQ1BfSUZJRk86CisjZW5kaWYKKyNpZmRlZiBDUF9J RlNPQ0sKKyAgICBjYXNlIENQX0lGU09DSzoKKyNlbmRpZgorICAgICAgaGRyLT5jX3JkZXZf bWFqID0gbWFqb3IgKHN0LT5zdF9yZGV2KTsKKyAgICAgIGhkci0+Y19yZGV2X21pbiA9IG1p bm9yIChzdC0+c3RfcmRldik7CisgICAgICBicmVhazsKKyAgICBkZWZhdWx0OgorICAgICAg aGRyLT5jX3JkZXZfbWFqID0gMDsKKyAgICAgIGhkci0+Y19yZGV2X21pbiA9IDA7CisgICAg ICBicmVhazsKKyAgfQogICBoZHItPmNfbXRpbWUgPSBzdC0+c3RfbXRpbWU7CiAgIGhkci0+ Y19maWxlc2l6ZSA9IHN0LT5zdF9zaXplOwogICBoZHItPmNfY2hrc3VtID0gMDsK --------------070909090803000107010504-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 15 23:50:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1861065678; Tue, 15 Jun 2010 23:50:21 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx38.mail.ru (mx38.mail.ru [94.100.176.52]) by mx1.freebsd.org (Postfix) with ESMTP id 750788FC0C; Tue, 15 Jun 2010 23:50:20 +0000 (UTC) Received: from [79.142.107.13] (port=5950 helo=tt.tt.tt) by mx38.mail.ru with asmtp id 1OOftb-000NIL-00; Wed, 16 Jun 2010 03:50:19 +0400 From: Artem Kim To: pyunyh@gmail.com Date: Wed, 16 Jun 2010 03:50:39 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.5; amd64; ; ) References: <201006131934.11389.artem_kim@inbox.ru> <201006160257.01213.artem_kim@inbox.ru> <20100615232108.GM4257@michelle.cdnetworks.com> In-Reply-To: <20100615232108.GM4257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006160350.39502.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2010 23:50:21 -0000 On Wednesday 16 June 2010 03:21:09 Pyun YongHyeon wrote: > Hmm, why you need link0 flag? The link0 flag is used to force the > interface MASTER. Normally this configuration is automatically > done during auto-negotiation such that one is configured as MASTER > and the other is configured as SLAVE. If you manually configure > this setting you should be very careful not to use the same > configuration of MASTER/SLAVE of link partner. If you have to use > link0 option, the link partner should be configured to use SLAVE. > Normally you should always use auto-negotiation on 1000baseT unless > link partner is severely broken to support NWAY. > > It seems link partner does not agree on resolved speed/duplex > configuration of bge1. Check link partner's resolved link > configuration. > In any case, now I do not use the flag link0. Now the master/slave is assigned through auto-negotiation. link0 not been set before the problem occurred. I reset link0 flag on NAS2 when I got a problem the first time. Now x900 port1.0.12 and bge0 configured automatically. >bge1: flags=8843 metric 0 mtu 1500 > media: Ethernet autoselect (1000baseT ) > status: active >awplus>show int port1.0.12 status >Port Name Status Vlan Duplex Speed Type >port1.0.12 connected 55 a-full a-1000 1000BASE-T From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 00:05:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A934106566C; Wed, 16 Jun 2010 00:05:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF978FC13; Wed, 16 Jun 2010 00:05:48 +0000 (UTC) Received: by pvg2 with SMTP id 2so486348pvg.13 for ; Tue, 15 Jun 2010 17:05:47 -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=Hd3r7lqT3CXbz5uNg9akIDShltCmV2AvyvfYAEbCYt4=; b=AUa4x2681UEVxgeO9XDXHll2Z5mOto5l7pZ3MXcfeIeL/YWwC0+zg6FwSwMVRni+Tq Dam6Rrw9amlOjuIw3/l9YEuJzpuRqlK3ajHShaH1mA6P4MlpSzPfc+vc2pIESUM9g3ce Wc5B5ddm0BcyDMyKaUyFHr7mgkG2P01ORhczg= 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=G6OIFbCsRnMisvroS52zVeEhaCgaZcFqaVTs7RKq0ax0N2puUeSHDBy7oqgNoGFz2o DJQRR/9tCBNeoTLI9ReIseHH0PQ0z1nMXxNNmAM7V1SjbYy/59wmPfFD7u2ACtXITvNS tMCnHTq0flvPwnW2zkhlmJymsA1+MW5QPHp+g= Received: by 10.141.108.4 with SMTP id k4mr6370770rvm.111.1276646747583; Tue, 15 Jun 2010 17:05:47 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o38sm6324760rvp.14.2010.06.15.17.05.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 17:05:40 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 17:05:00 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 17:05:00 -0700 To: Artem Kim Message-ID: <20100616000500.GN4257@michelle.cdnetworks.com> References: <201006131934.11389.artem_kim@inbox.ru> <201006160257.01213.artem_kim@inbox.ru> <20100615232108.GM4257@michelle.cdnetworks.com> <201006160350.39502.artem_kim@inbox.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <201006160350.39502.artem_kim@inbox.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 00:05:48 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 16, 2010 at 03:50:39AM +0400, Artem Kim wrote: > On Wednesday 16 June 2010 03:21:09 Pyun YongHyeon wrote: > > > Hmm, why you need link0 flag? The link0 flag is used to force the > > interface MASTER. Normally this configuration is automatically > > done during auto-negotiation such that one is configured as MASTER > > and the other is configured as SLAVE. If you manually configure > > this setting you should be very careful not to use the same > > configuration of MASTER/SLAVE of link partner. If you have to use > > link0 option, the link partner should be configured to use SLAVE. > > Normally you should always use auto-negotiation on 1000baseT unless > > link partner is severely broken to support NWAY. > > > > It seems link partner does not agree on resolved speed/duplex > > configuration of bge1. Check link partner's resolved link > > configuration. > > > > In any case, now I do not use the flag link0. > Now the master/slave is assigned through auto-negotiation. > > link0 not been set before the problem occurred. I reset link0 flag on NAS2 > when I got a problem the first time. > > Now x900 port1.0.12 and bge0 configured automatically. > > >bge1: flags=8843 metric 0 mtu 1500 > > media: Ethernet autoselect (1000baseT ) > > status: active > > >awplus>show int port1.0.12 status > >Port Name Status Vlan Duplex Speed Type > >port1.0.12 connected 55 a-full a-1000 1000BASE-T Would you try attached patch and let me know what you can see on your console? The patch will display error code on console. Note, it may spam your console a lot if you see many RX errors so please don't apply it on your production server. --DBIVS5p969aUjpLe Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bge.show_err.diff" Index: sys/dev/bge/if_bge.c =================================================================== --- sys/dev/bge/if_bge.c (revision 209211) +++ sys/dev/bge/if_bge.c (working copy) @@ -3382,6 +3382,9 @@ stdcnt++; m = sc->bge_cdata.bge_rx_std_chain[rxidx]; if (cur_rx->bge_flags & BGE_RXBDFLAG_ERROR) { +#if 1 + printf("%04x ", cur_rx->bge_error_flag); +#endif bge_rxreuse_std(sc, rxidx); continue; } --DBIVS5p969aUjpLe-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 00:15:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2984E1065672; Wed, 16 Jun 2010 00:15:15 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 12E038FC0A; Wed, 16 Jun 2010 00:15:14 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5G057Dx076152; Tue, 15 Jun 2010 17:05:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:x-mailer:content-transfer-encoding; b=nvxXPg0U0ozhAVdQ7Yct9KmfZq0Bvl6+FfsGJ8Iswvf+xO8Qu2sT1nIs2m4KQ/Ul From: Sean Bruno To: "delphij@freebsd.org" In-Reply-To: <1276639800.2462.80.camel@localhost.localdomain> References: <1276639800.2462.80.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Jun 2010 17:05:07 -0700 Message-ID: <1276646707.2462.82.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 00:15:15 -0000 On Tue, 2010-06-15 at 17:10 -0500, Sean Bruno wrote: > http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 > > I'm not sure what's up with this update, but it hosed up the default > behavior of cpio. > > It appears now that -o won't do the same things that it used to: > > + cd / > + find -x . > + egrep -v '^\.(/snap|/usr/sup|/boot/kernel/kernel > \.[[:alpha:]_]+\.[[:digit:]]+|/boot/kernel/kernel > \.old|/etc/start_if.*|/etc/ssh/ssh_host_.*key|/etc/hostid|/etc/(master.passwd|passwd|spwd.db|pwd.db))' > + '[' -n '' ']' > + '[' 7 = 4 ']' > + '[' -n '' -a -z '' ']' > + '[' -n /home/backup ']' > + echo 'dumping / ...' > dumping / ... > + cpio -o --quiet --format crc -O /home/backup/root.amd64.cpio > cpio: ./dev not dumped: minor number would be truncated > cpio: Removing leading `/' from member names > cpio: ./proc not dumped: minor number would be truncated > cpio: Removing leading `../' from member names > > We've had to revert this change from our local tree, suggestions? > > Sean A little more background. It looks like symlinks are getting stripped of their '/' which sucks. Ideas? Sean e.g. /home/foo/bar -> /opt/baz/blob becomes home/foo/bar -> opt/baz/blob Yuck. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 00:23:03 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BBAD106568D; Wed, 16 Jun 2010 00:23:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 817818FC13; Wed, 16 Jun 2010 00:23:01 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 74936A571C9; Wed, 16 Jun 2010 08:23:00 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id lMdm75sociM2; Wed, 16 Jun 2010 08:22:54 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 64D71A56F43; Wed, 16 Jun 2010 08:22:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=B10b8s3zdUozfCW4J1C26C451leHT6kBDHttfR28AH8ebXlcKx3huhZKdy/zhsFwR 7qvhSpEar7SlHokMJxdmA== Message-ID: <4C18195A.3020501@delphij.net> Date: Tue, 15 Jun 2010 17:22:50 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Sean Bruno References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> In-Reply-To: <1276646707.2462.82.camel@localhost.localdomain> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , "delphij@freebsd.org" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 00:23:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/06/15 17:05, Sean Bruno wrote: > On Tue, 2010-06-15 at 17:10 -0500, Sean Bruno wrote: >> http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 >> >> I'm not sure what's up with this update, but it hosed up the default >> behavior of cpio. >> >> It appears now that -o won't do the same things that it used to: >> >> + cd / >> + find -x . >> + egrep -v '^\.(/snap|/usr/sup|/boot/kernel/kernel >> \.[[:alpha:]_]+\.[[:digit:]]+|/boot/kernel/kernel >> \.old|/etc/start_if.*|/etc/ssh/ssh_host_.*key|/etc/hostid|/etc/(master.passwd|passwd|spwd.db|pwd.db))' >> + '[' -n '' ']' >> + '[' 7 = 4 ']' >> + '[' -n '' -a -z '' ']' >> + '[' -n /home/backup ']' >> + echo 'dumping / ...' >> dumping / ... >> + cpio -o --quiet --format crc -O /home/backup/root.amd64.cpio >> cpio: ./dev not dumped: minor number would be truncated >> cpio: Removing leading `/' from member names >> cpio: ./proc not dumped: minor number would be truncated >> cpio: Removing leading `../' from member names >> >> We've had to revert this change from our local tree, suggestions? >> >> Sean > > > A little more background. It looks like symlinks are getting stripped > of their '/' which sucks. Ideas? > > Sean > > e.g. /home/foo/bar -> /opt/baz/blob > > becomes > > home/foo/bar -> opt/baz/blob > > Yuck. This is a security measurement I think. - --absolute-filenames disables this behavior. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMGBlZAAoJEATO+BI/yjfBAekH/1F/g1JUZWricyMmy2hF5f5x EvHnp6j5GClGRFm/llh5FdYhEMlS7gYEgcHhT96TSicetgy7Jzs3+Cq7aAcDAXCv jyHlf0EMvTSDKHO8tDn8EXxlhxiBIRM1iMPvuzKAiH3HqPFufOvK41ozc4dpkXzS YLtbKUE4heEXIDP6Pm3nMDupc1BAax0JHqCmU7a/Th3WMWBmllpCQmKqfRP8w11i GLmrQ/nWwX/y7eSKlr9azB/uZr6cCdo4bB+VcuyWO9hyHf5QtLv5peHqAD8iO9Ph VhyRUzcTlYhBtYHOvStIAyWh3c9WV/D0nsh3+NugajSRMoD9oAVKsLOWSlmtKCw= =t5Tx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 00:38:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E840A106566C for ; Wed, 16 Jun 2010 00:38:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 878688FC0A for ; Wed, 16 Jun 2010 00:38:44 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id o5G0cVpc069868; Tue, 15 Jun 2010 18:38:31 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <4C18195A.3020501@delphij.net> Date: Tue, 15 Jun 2010 18:38:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <334BCBA6-2EAE-48CA-98BF-1DC82AEF1B8A@samsco.org> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: "delphij@freebsd.org" , "freebsd-stable@freebsd.org" , Sean Bruno Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 00:38:45 -0000 On Jun 15, 2010, at 6:22 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > On 2010/06/15 17:05, Sean Bruno wrote: >> On Tue, 2010-06-15 at 17:10 -0500, Sean Bruno wrote: >>> = http://svn.freebsd.org/viewvc/base?limit_changes=3D0&view=3Drevision&revis= ion=3D208361 >>>=20 >>> I'm not sure what's up with this update, but it hosed up the default >>> behavior of cpio. >>>=20 >>> It appears now that -o won't do the same things that it used to: >>>=20 >>> + cd / >>> + find -x . >>> + egrep -v '^\.(/snap|/usr/sup|/boot/kernel/kernel >>> \.[[:alpha:]_]+\.[[:digit:]]+|/boot/kernel/kernel >>> = \.old|/etc/start_if.*|/etc/ssh/ssh_host_.*key|/etc/hostid|/etc/(master.pas= swd|passwd|spwd.db|pwd.db))' >>> + '[' -n '' ']' >>> + '[' 7 =3D 4 ']' >>> + '[' -n '' -a -z '' ']' >>> + '[' -n /home/backup ']' >>> + echo 'dumping / ...' >>> dumping / ... >>> + cpio -o --quiet --format crc -O /home/backup/root.amd64.cpio >>> cpio: ./dev not dumped: minor number would be truncated >>> cpio: Removing leading `/' from member names >>> cpio: ./proc not dumped: minor number would be truncated >>> cpio: Removing leading `../' from member names >>>=20 >>> We've had to revert this change from our local tree, suggestions? >>>=20 >>> Sean >>=20 >>=20 >> A little more background. It looks like symlinks are getting = stripped >> of their '/' which sucks. Ideas? >>=20 >> Sean >>=20 >> e.g. /home/foo/bar -> /opt/baz/blob >>=20 >> becomes >>=20 >> home/foo/bar -> opt/baz/blob =20 >>=20 >> Yuck. >=20 > This is a security measurement I think. >=20 > - --absolute-filenames disables this behavior. This is exactly the kind of stuff that was supposed to be avoided in = stable branches. Your import of cpio cost us several days of debugging. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 05:53:23 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9A2106566C for ; Wed, 16 Jun 2010 05:53:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 81AA28FC15 for ; Wed, 16 Jun 2010 05:53:23 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1OOlYo-000Fi2-WC; Wed, 16 Jun 2010 08:53:15 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: d@delphij.net In-reply-to: <4C18195A.3020501@delphij.net> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> Comments: In-reply-to Xin LI message dated "Tue, 15 Jun 2010 17:22:50 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Jun 2010 08:53:14 +0300 From: Daniel Braniss Message-ID: Cc: "delphij@freebsd.org" , "freebsd-stable@freebsd.org" , Sean Bruno Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 05:53:23 -0000 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 2010/06/15 17:05, Sean Bruno wrote: > > On Tue, 2010-06-15 at 17:10 -0500, Sean Bruno wrote: > >> http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 > >> > >> I'm not sure what's up with this update, but it hosed up the default > >> behavior of cpio. > >> > >> It appears now that -o won't do the same things that it used to: > >> > >> + cd / > >> + find -x . > >> + egrep -v '^\.(/snap|/usr/sup|/boot/kernel/kernel > >> \.[[:alpha:]_]+\.[[:digit:]]+|/boot/kernel/kernel > >> \.old|/etc/start_if.*|/etc/ssh/ssh_host_.*key|/etc/hostid|/etc/(master.passwd|passwd|spwd.db|pwd.db))' > >> + '[' -n '' ']' > >> + '[' 7 = 4 ']' > >> + '[' -n '' -a -z '' ']' > >> + '[' -n /home/backup ']' > >> + echo 'dumping / ...' > >> dumping / ... > >> + cpio -o --quiet --format crc -O /home/backup/root.amd64.cpio > >> cpio: ./dev not dumped: minor number would be truncated > >> cpio: Removing leading `/' from member names > >> cpio: ./proc not dumped: minor number would be truncated > >> cpio: Removing leading `../' from member names > >> > >> We've had to revert this change from our local tree, suggestions? > >> > >> Sean > > > > > > A little more background. It looks like symlinks are getting stripped > > of their '/' which sucks. Ideas? > > > > Sean > > > > e.g. /home/foo/bar -> /opt/baz/blob > > > > becomes > > > > home/foo/bar -> opt/baz/blob > > > > Yuck. > > This is a security measurement I think. > > - --absolute-filenames disables this behavior. A similar 'security feature' was introduced sometime ago, wich 'silently' broke firefox instalation , it refused to allow symlinks in destination directory, of course the error was ignored by 'make install' so it took some time later to find out that nothing was installed - my /usr/local is symlinked. The solution was to 'fix' cpio to behave as before, since adding the ignore-symlinks feature to firefox's makefile was beyond me :-) danny From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 06:26:50 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CCE6106567B for ; Wed, 16 Jun 2010 06:26:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B65108FC1B for ; Wed, 16 Jun 2010 06:26:49 +0000 (UTC) Received: (qmail 13929 invoked by uid 399); 16 Jun 2010 06:26:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Jun 2010 06:26:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C186EA7.1060302@FreeBSD.org> Date: Tue, 15 Jun 2010 23:26:47 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Daniel Braniss References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 06:26:50 -0000 On 06/15/10 22:53, Daniel Braniss wrote: > A similar 'security feature' was introduced sometime ago, wich 'silently' > broke firefox instalation , it refused to allow symlinks in destination > directory, of course the error was ignored by 'make install' so it took > some time later to find out that nothing was installed - my /usr/local is > symlinked. The solution was to 'fix' cpio to behave as before, since adding > the ignore-symlinks feature to firefox's makefile was beyond me:-) I'm sorry to hear that you had problems with this, but I'd like to take this opportunity to make a plea that when you (pl.) run into problems like this that you report them when they happen. I know that after taking time to track down problems the last thing you want to do is take MORE time to report them, but the 5 minutes you spend reporting it today can save hours for other users down the road. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 06:32:59 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5CF106566C; Wed, 16 Jun 2010 06:32:59 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id D71FA8FC1E; Wed, 16 Jun 2010 06:32:59 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5G6W6YN042472; Tue, 15 Jun 2010 23:32:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:cc:in-reply-to:references: content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=rv6ORN8WALIvfepGLOhSlLEUVJ9wW42zBkB4JtterU73aKwFdkKGt6yxGI3Ax7L9 From: Sean Bruno To: "d@delphij.net" In-Reply-To: <4C180CFF.5020201@delphij.net> References: <1276639800.2462.80.camel@localhost.localdomain> <4C180CFF.5020201@delphij.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Jun 2010 23:32:06 -0700 Message-ID: <1276669926.2398.16.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@FreeBSD.ORG" , "delphij@FreeBSD.ORG" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 06:33:00 -0000 On Tue, 2010-06-15 at 16:30 -0700, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, Sean, > > On 2010/06/15 15:10, Sean Bruno wrote: > > http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 > > > > I'm not sure what's up with this update, but it hosed up the default > > behavior of cpio. > [...] > > We've had to revert this change from our local tree, suggestions? > > Could you please test the attached patch? > > Cheers, > - -- > Xin LI http://www.delphij.net/ Xin: I will test it in the morning after my latest builds go out the door. Thank you for the update and quick response. Sean From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 10:09:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C9D81065670 for ; Wed, 16 Jun 2010 10:09:25 +0000 (UTC) (envelope-from Toras@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 410418FC1D for ; Wed, 16 Jun 2010 10:09:23 +0000 (UTC) Received: (qmail 5681 invoked by uid 0); 16 Jun 2010 10:09:21 -0000 Received: from 217.6.95.137 by www084.gmx.net with HTTP; Wed, 16 Jun 2010 12:09:20 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Wed, 16 Jun 2010 12:09:20 +0200 From: "Thorsten Baumeister" Message-ID: <20100616100920.321940@gmx.net> MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Authenticated: #622589 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+QH45P7wSQC5lJJpr22njsh6bQ4D7AeGslqUtOHE 3EjWT5kF6UbhxgrK4I++D99/izseKUxilq5A== Content-Transfer-Encoding: 8bit X-GMX-UID: 5JAve6sEbGInQIQJZGRnEddvcmZ1Ztw2 X-FuHaFi: 0.47999999999999998 Cc: swhetzel@gmail.com Subject: Re: Re: No Pipe Symbol using X-Server via XDMCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 10:09:25 -0000 On Mon, 14 Jun 2010 13:43:27, Scot Hetzel wrote >On Mon, Jun 14, 2010 at 3:03 AM, Thorsten Baumeister wrote: >> On 9 Jun 2010 19:22:33, Christian Walther wrote: >> >> >> Hi Christian, >> thanks for your hints. I still have the old problem, but I realized at the weekend, that they only exist, if I use the KDE Desktop via XDMCP and an X-Server (VcXsrv / Xming) running on XP. I'm not sure whether it's a KDE or XOrg related problem or a problem of the X-Server... If I login directly, everything works fine. >> >> Any hints? >> >> Thorsten Baumeister >> >> >>>> I have a problem to get my KDE4 Terminal working. I use a German keyboard, and I am not able to use some special keys. Especially I miss the pipe symbol ('|'), but there are some more like '?', '@', '?'. I compiled KDE on my own computer running a FreeBSD 8.0-STABLE kernel. All packages are up to date. Any hints? If I use an SSH connection (PuTTY), everything is fine. >> >I had a similar problem with running virtualbox under Windows 7. The problem was caused by one of the Keyboard drivers that was installed under Windows 7. Unfortunately, I don't remember the name of the driver. >What keyboard drivers are installed on your Windows XP system? >Scot Hmmm - there are two drivers: One for the 'HID' Keyboard (C:\Windows\system32\DIVERS\kbdclass.sys, C:\Windows\system32\DIVERS\kbdhid.sys) and one for a standard kyeboard with 101 / 102 Keys or MS Natural Keyboard (C:\Windows\system32\DIVERS\i8042prt.sys, C:\Windows\system32\DIVERS\kbdclass.sys). Last night I did some research and found out, that the X-Server which is coming with the Cygwin project is working fine (but slower) usind the same settings on my BSD Box. The locale ist set to: LANG=de_DE LC_CTYPE="de_DE.ISO8859-15" LC_COLLATE="de_DE.ISO8859-15" LC_TIME="de_DE.ISO8859-15" LC_NUMERIC="de_DE.ISO8859-15" LC_MONETARY="de_DE.ISO8859-15" LC_MESSAGES="de_DE.ISO8859-15" LC_ALL=de_DE.ISO8859-15 Thorsten Baumeister -- GRATIS fц╪r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 11:14:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F5C106567C for ; Wed, 16 Jun 2010 11:14:12 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [81.95.138.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0541B8FC1E for ; Wed, 16 Jun 2010 11:14:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=Fy3gz8rvSsEclq8wTy7Q7nQsCCFiJlT8m9cFFfzVq2k=; b=kVX3IsuqUwXtmdJAboyCKJXVhwNzBIZ8Y8kHPckaBROcTAAdEsVf3EyVcSzSR/asJwD1AjsxET8NEwfqooVq2qu+lDRa32BkAX89y6gcPeBQpWy3jMuk0m+OffzYfXsZ5f0l6kZVCwjaPaRvdgXIta8jxO/5yW7cnM1te6fl1Js=; Received: from laa by m.cemu.ru with local (Exim) (envelope-from ) id 1OOqZN-00020q-Im for freebsd-stable@freebsd.org; Wed, 16 Jun 2010 15:14:09 +0400 Date: Wed, 16 Jun 2010 15:14:09 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20100616111409.GP6319@cemu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Sender: laa Subject: 7.3-STABLE acpi and mpt problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 11:14:12 -0000 Hi! I have FreeBSD 7.3-STABLE on Biostar 945GC-M4 motherboard. When I boot with custom kernel it fail to boot on ACPI. FreeBSD box do not respond to any key. But it successfully boots with button 2 from boot menu (without acpi). Then I try to boot with GENERIC. Success! Ok, I try comment out one-by-one devices in GENERIC, rebuild and install kernel, and try to boot. My custom kernel boot fine until I comment out mpt device in kernel, but it successfully boots without acpi (button 2 on boot menu). I have no mpt devices in this box. When I insert "device mpt" back to the kernel it boots successfully. Why acpi depends on device mpt? Why this server do not boot without this device? # uname -a: FreeBSD milk 7.3-STABLE FreeBSD 7.3-STABLE #15: Wed Jun 16 13:47:37 EEST 2010 root@milk:/usr/obj/usr/src/sys/milk i386 # dmesg without acpi and with mpt device: Copyright (c) 1992-2010 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.3-STABLE #14: Wed Jun 16 12:01:41 EEST 2010 root@milk:/usr/obj/usr/src/sys/milk i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Family = f Model = 3 Stepping = 3 Features=0xbfebfbff Features2=0x41d real memory = 528220160 (503 MB) avail memory = 507195392 (483 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 pcib0: pcibus 0 on motherboard pci0: on pcib0 vgapci0: port 0xcc00-0xcc07 mem 0xfe980000-0xfe9fffff,0xe0000000-0xefffffff,0xfe940000-0xfe97ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff,0xfdfe0000-0xfdfeffff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x24800000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:30:67:41:c8:ee re0: [FILTER] uhci0: port 0xc880-0xc89f 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 0xc800-0xc81f 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 0xc480-0xc49f 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 uhci3: port 0xc400-0xc41f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfe937c00-0xfe937fff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 rl0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 16 at device 2.0 on pci3 miibus1: on rl0 rlphy1: PHY 0 on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:4c:1a:c7:92 rl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) cpu0 on motherboard p4tcc0: on cpu0 pmtimer0 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounter "TSC" frequency 2394285804 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, nat enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 38166MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: attempt to net_add_domain(netgraph) after domainfinalize() re0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 0 1 0 0 done All buffers synced. ## dmesg with acpi and with mpt device: Copyright (c) 1992-2010 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.3-STABLE #15: Wed Jun 16 13:47:37 EEST 2010 root@milk:/usr/obj/usr/src/sys/milk i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.28-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Family = f Model = 3 Stepping = 3 Features=0xbfebfbff Features2=0x41d real memory = 528220160 (503 MB) avail memory = 507166720 (483 MB) ACPI APIC Table: <120309 APIC1512> ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <120309 RSDT1512> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (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 0xcc00-0xcc07 mem 0xfe980000-0xfe9fffff,0xe0000000-0xefffffff,0xfe940000-0xfe97ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfdfff000-0xfdffffff,0xfdfe0000-0xfdfeffff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x24800000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:30:67:41:c8:ee re0: [FILTER] uhci0: port 0xc880-0xc89f 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 0xc800-0xc81f 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 0xc480-0xc49f 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 uhci3: port 0xc400-0xc41f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfe937c00-0xfe937fff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 rl0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 16 at device 2.0 on pci3 miibus1: on rl0 rlphy1: PHY 0 on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:4c:1a:c7:92 rl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2394280755 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, nat enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 38166MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: attempt to net_add_domain(netgraph) after domainfinalize() arp: unknown hardware address format (0x4242) kernel is: # grep -vE ^"($|#)" /sys/i386/conf/milk cpu I686_CPU ident milk makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing options INCLUDE_CONFIG_FILE # Include this file in kernel options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device cpufreq device eisa device pci device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # output. Adds ~128k to driver. # output. Adds ~215k to driver. device mpt # LSI-Logic MPT-Fusion device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device pmtimer device miibus # MII bus support device ale # Atheros AR8121/AR8113/AR8114 Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device vr # VIA Rhine, Rhine II device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_FORWARD #packet destination changes options IPFIREWALL_NAT #ipfw kernel nat support options LIBALIAS options DUMMYNET -- Olexandr Lystopad From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 15:13:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382851065670 for ; Wed, 16 Jun 2010 15:13:29 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BEECB8FC1A for ; Wed, 16 Jun 2010 15:13:28 +0000 (UTC) Received: by wyb34 with SMTP id 34so2638695wyb.13 for ; Wed, 16 Jun 2010 08:13:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FORX2dqZjynivXqPA+pMtcNaF8XUfN6XTR0VP5NnF4A=; b=CPYVm/Rx6r7KbZ/pbBoM/V8m8qbvJzwVNGeRuUgcQhY83kTCkEiYWd/17zHaROWf2l RM2FnAd3Y2SbvsQNDjG9fXhEouTwrl8pOYS7oEwjGrPbPwzROTmijsVIFBGUxL0tDBf8 kkaf2P139AusBRL9k0h4tcdpaagZiaq7hnPCM= 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=dzs9fhTEaM562yBIt/ZXcpE6ZPvT62DcCdo6l/USb1HNkrvuunYaNOfPlO8kXu3/ep sVNeG+ibzzrtH6AtFbmGeaCpyIO80mHuLaMeuKWaqbemDU1KE9ADqQekKBBY09APddHR Rn+w7dJDSAZqnztUL5EpB6H8EixFJiPzhWJBE= MIME-Version: 1.0 Received: by 10.216.170.9 with SMTP id o9mr5163254wel.45.1276701206670; Wed, 16 Jun 2010 08:13:26 -0700 (PDT) Received: by 10.216.29.73 with HTTP; Wed, 16 Jun 2010 08:13:26 -0700 (PDT) In-Reply-To: <20100616100920.321940@gmx.net> References: <20100616100920.321940@gmx.net> Date: Wed, 16 Jun 2010 10:13:26 -0500 Message-ID: From: Scot Hetzel To: Thorsten Baumeister Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Re: No Pipe Symbol using X-Server via XDMCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 15:13:29 -0000 On Wed, Jun 16, 2010 at 5:09 AM, Thorsten Baumeister wrote: > On Mon, 14 Jun 2010 13:43:27, Scot Hetzel wrote >>I had a similar problem with running virtualbox under Windows 7. =A0The > problem was caused by one of the Keyboard drivers that was installed > under Windows 7. =A0Unfortunately, I don't remember the name of the > driver. > >>What keyboard drivers are installed on your Windows XP system? > >>Scot > > Hmmm - there are two drivers: > One for the 'HID' Keyboard (C:\Windows\system32\DIVERS\kbdclass.sys, C:\W= indows\system32\DIVERS\kbdhid.sys) > and one for a standard kyeboard with 101 / 102 Keys or MS Natural Keyboar= d (C:\Windows\system32\DIVERS\i8042prt.sys, C:\Windows\system32\DIVERS\kbdc= lass.sys). > I don't have the first one installed on my system, but I have the second one installed. I don't believe that the first keyboard drive would have caused the issue. My keyboard issues were caused by the Microsoft eHome MCIR 109 Keyboard driver, the fix for this was to change it to use the "HID-compliant device' driver. http://forums.logitech.com/t5/Keyboards-and-Keyboards-Mice/G15-Tidle-key-in= -Oblivion/m-p/116978 Scot From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 15:25:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 900AD1065785 for ; Wed, 16 Jun 2010 15:25:23 +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 63B308FC12 for ; Wed, 16 Jun 2010 15:25:23 +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 F421446C23; Wed, 16 Jun 2010 11:25:22 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CF9578A04E; Wed, 16 Jun 2010 11:25:21 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 16 Jun 2010 07:55:27 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100616111409.GP6319@cemu.ru> In-Reply-To: <20100616111409.GP6319@cemu.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201006160755.27451.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 16 Jun 2010 11:25:21 -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, DATE_IN_PAST_03_06 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Lystopad Olexandr Subject: Re: 7.3-STABLE acpi and mpt problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 15:25:23 -0000 On Wednesday 16 June 2010 7:14:09 am Lystopad Olexandr wrote: > > Hi! > > I have FreeBSD 7.3-STABLE on Biostar 945GC-M4 motherboard. > When I boot with custom kernel it fail to boot on ACPI. FreeBSD box > do not respond to any key. But it successfully boots with button 2 > from boot menu (without acpi). > > Then I try to boot with GENERIC. Success! Ok, I try comment > out one-by-one devices in GENERIC, rebuild and install kernel, > and try to boot. My custom kernel boot fine until I comment > out mpt device in kernel, but it successfully boots without > acpi (button 2 on boot menu). I have no mpt devices in > this box. When I insert "device mpt" back to the kernel it boots > successfully. > > Why acpi depends on device mpt? Why this server do not boot without > this device? How does it fail to boot in the non-mpt case? Does it hang, does it panic? If it hangs, can you break into DDB and capture the output of 'ps' and a stack trace? (A serial console is probably useful for this.) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 15:59:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 206FF1065672 for ; Wed, 16 Jun 2010 15:59:17 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C611F8FC0A for ; Wed, 16 Jun 2010 15:59:16 +0000 (UTC) Received: by gwj20 with SMTP id 20so5286195gwj.13 for ; Wed, 16 Jun 2010 08:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=ctgQw/XP8CvrNTw9Xbi8T8ukp5/sZkLsftvl8VHXoUs=; b=T2F579Szwj6271m9Fz2rpZrFUY7Uq2o4qJHEu0DN6zaW5JTu83tBmqOgv5sk+k848a QSbKKjkml6ZJLgTDmGk205ZMYal50LGlUtLKM4AGQLuiNnNWhGaudFGBLi8xmyd2fLkd 6V1N3pVyTEqiMwS29rr2krmbZHXtsjyQJp8yc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=baAz2hPv4eMbmi4gmjoe8ES3m3RLF1f8J/3y07AjRASZXluMjNRJCFj7VET8sbBvOn 9osvshLCpNn5XoDxXm0UZhMbIpJ0mXlHUNUE8lvFopNEpxr9o7HboGZVdh42nJrlSIWn fFYn3ZauA+6T+Aa+SuNvm6wByR5swe6Jm8zEY= Received: by 10.150.65.4 with SMTP id n4mr10893896yba.63.1276703955828; Wed, 16 Jun 2010 08:59:15 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 22sm3660013ywh.1.2010.06.16.08.59.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 08:59:15 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 7111BB8ED3; Wed, 16 Jun 2010 12:59:10 -0300 (BRT) Received: from 187.90.20.17 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 16 Jun 2010 12:59:10 -0300 (BRT) Message-ID: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> Date: Wed, 16 Jun 2010 12:59:10 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: kernel panic on 8.1-rc1 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: Wed, 16 Jun 2010 15:59:17 -0000 hail, has anyone seen a panic right after kernel is loaded from beastie screen ? this is an Asus F3T running amd64 version. I had first problem when I csuped to stable already in 8.1-prerelease time. I then got to boot another kernel and csuped to releng_8_0 and all was ok again. now that I saw rc1 in cvsweb, I gave rc1 a try, and same problem. all I see is that message from kernel panic (that is followed by 15 seconds to reboot or press a key) passing on screen one after the other, no time to read what it is. only key that works is power key, and when it is pressed and hold, the messages stop to scroll and the last message is there for a really small fraction of time. I have no idea on how to get more info on this. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 16:16:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DECF31065672 for ; Wed, 16 Jun 2010 16:16:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id A67C18FC0A for ; Wed, 16 Jun 2010 16:16:37 +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 1OOvHt-000Ipn-DV for freebsd-stable@freebsd.org; Wed, 16 Jun 2010 17:16:25 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OOvHt-000DSx-CB for freebsd-stable@freebsd.org; Wed, 16 Jun 2010 17:16:25 +0100 Date: Wed, 16 Jun 2010 17:16:25 +0100 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: diff treating text files as binary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 16:16:37 -0000 I dont know when this changed, but diff under 8-STABLE has started treating UTF-8 text files as if they were binary. diff under 7-STABLE doesnt do this, and the files in question are valid UTF-8 (and I have my locale set to en_GB.UTF-8). Deliberate ? Or should I file a PR ? -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 16:39:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2EB1065679 for ; Wed, 16 Jun 2010 16:39:32 +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 852948FC25 for ; Wed, 16 Jun 2010 16:39:31 +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 TAA00142; Wed, 16 Jun 2010 19:39:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C18FE3A.80500@icyb.net.ua> Date: Wed, 16 Jun 2010 19:39:22 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Nenhum_de_Nos References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> In-Reply-To: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 8.1-rc1 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: Wed, 16 Jun 2010 16:39:32 -0000 on 16/06/2010 18:59 Nenhum_de_Nos said the following: > hail, > > has anyone seen a panic right after kernel is loaded from beastie screen ? > > this is an Asus F3T running amd64 version. I had first problem when I > csuped to stable already in 8.1-prerelease time. I then got to boot > another kernel and csuped to releng_8_0 and all was ok again. now that I > saw rc1 in cvsweb, I gave rc1 a try, and same problem. > > all I see is that message from kernel panic (that is followed by 15 > seconds to reboot or press a key) passing on screen one after the other, > no time to read what it is. only key that works is power key, and when it > is pressed and hold, the messages stop to scroll and the last message is > there for a really small fraction of time. Do you have a digital camera? Perhaps you can snap a screenshot? Other options - serial or firewire console from another machine. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 17:41:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5804B106566B for ; Wed, 16 Jun 2010 17:41:24 +0000 (UTC) (envelope-from christias@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id DD3D88FC23 for ; Wed, 16 Jun 2010 17:41:23 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1234123fga.13 for ; Wed, 16 Jun 2010 10:41:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=cqfJFLy87WbhYqBrpeMzj/ACuFrdiB9SXcdWAXyxeHw=; b=OwpB8WAQoMLhd4DXJT8hcz6zuxW0GPkdtkSSX58CF8yAl3rHPLjy1TdvO45O1NXW/m mMcNtVjucZXxGOZRAdcvfUJ0qOrt1Oj399oPAeeosXQJj5jfMbIpiBGznmvvSEsvX9PN 7VaHXd71buf0wDM92VA0wpQM8tOJbo5Fx6fCw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=g2jJjQw2nfjJ/bIZWNYnOuHjxTz/eZ91cExqHTNlu+GMQqkKY6af9em3RIT5lBUKjf l6wBuv7wSls6A0QeftJVIk3t97RcfVpoADj1MhmZza9/ujEwWcCs+bIwv/4ss3OP4KB2 ojxmlYbnJY1JJsfajY00DNpzPbGxDUMlSmHmI= MIME-Version: 1.0 Received: by 10.204.81.98 with SMTP id w34mr6806687bkk.29.1276708713330; Wed, 16 Jun 2010 10:18:33 -0700 (PDT) Received: by 10.204.120.9 with HTTP; Wed, 16 Jun 2010 10:18:33 -0700 (PDT) Date: Wed, 16 Jun 2010 20:18:33 +0300 Message-ID: From: Panagiotis Christias To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: USB kernel panic on 7.3-RELEASE amd64 during Dell PowerEdge 2950 DRAC reset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 17:41:24 -0000 Hello, today we decided to add a new SSL certificate in the DRAC subsystem of one of our Dell PowerEdge 2950 III servers. During the final step of that procedure DRAC resets itself in order to load the new certificate. The result of DRAC's reset was a kernel panic of the 7.3-RELEASE amd64 that runs on that system. The panic messages seem to be USB related and are available at: http://noc.ntua.gr/~christia/2010-06-16_163545.png The memory dump completed successfully(?) but the subsequent kgdb backtrace failed with the following output: # kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Cannot access memory at address 0x0 (kgdb) bt #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 uname output: FreeBSD XXXXXX 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Fri Apr 9 22:50:50 EEST 2010 root@XXXXXX:/usr/obj/usr/src/sys/CUSTOM amd64 /usr/src/sys/amd64/conf/CUSTOM contains just: include GENERIC ident CUSTOM options ROUTETABLES=4 options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD Latest /var/run/dmesg.boot is available at: http://noc.ntua.gr/~christia/dmesg.boot.2010-06-16_163545 I have not yet tried to reproduce the panic. Any advice to collect more useful debug info is welcome. Regards, Panagiotis From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 17:56:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97C3A1065672; Wed, 16 Jun 2010 17:56:43 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx34.mail.ru (mx34.mail.ru [94.100.176.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5DA8FC0C; Wed, 16 Jun 2010 17:56:42 +0000 (UTC) Received: from [79.142.107.13] (port=30930 helo=tt.tt.tt) by mx34.mail.ru with asmtp id 1OOwqt-0007cj-00; Wed, 16 Jun 2010 21:56:39 +0400 From: Artem Kim To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Wed, 16 Jun 2010 21:57:00 +0400 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.5; amd64; ; ) References: <201006131934.11389.artem_kim@inbox.ru> <201006160350.39502.artem_kim@inbox.ru> <20100616000500.GN4257@michelle.cdnetworks.com> In-Reply-To: <20100616000500.GN4257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_sBRGM6JwsDPp7Zd" Message-Id: <201006162157.00522.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: yongari@freebsd.org Subject: Re: Problems with bge (possibly related to r208993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2010 17:56:43 -0000 --Boundary-00=_sBRGM6JwsDPp7Zd Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Wednesday 16 June 2010 04:05:00 Pyun YongHyeon wrote: > On Wed, Jun 16, 2010 at 03:50:39AM +0400, Artem Kim wrote: > > On Wednesday 16 June 2010 03:21:09 Pyun YongHyeon wrote: > > > Hmm, why you need link0 flag? The link0 flag is used to force the > > > interface MASTER. Normally this configuration is automatically > > > done during auto-negotiation such that one is configured as MASTER > > > and the other is configured as SLAVE. If you manually configure > > > this setting you should be very careful not to use the same > > > configuration of MASTER/SLAVE of link partner. If you have to use > > > link0 option, the link partner should be configured to use SLAVE. > > > Normally you should always use auto-negotiation on 1000baseT unless > > > link partner is severely broken to support NWAY. > > > > > > It seems link partner does not agree on resolved speed/duplex > > > configuration of bge1. Check link partner's resolved link > > > configuration. > > > > In any case, now I do not use the flag link0. > > Now the master/slave is assigned through auto-negotiation. > > > > link0 not been set before the problem occurred. I reset link0 flag on > > NAS2 when I got a problem the first time. > > > > Now x900 port1.0.12 and bge0 configured automatically. > > > > >bge1: flags=8843 metric 0 mtu > > > 1500 media: Ethernet autoselect (1000baseT ) > > > status: active > > > > > >awplus>show int port1.0.12 status > > >Port Name Status Vlan Duplex Speed Type > > >port1.0.12 connected 55 a-full a-1000 > > > 1000BASE-T > > Would you try attached patch and let me know what you can see on > your console? The patch will display error code on console. Note, > it may spam your console a lot if you see many RX errors so please > don't apply it on your production server. > I applied the patch, but I can not reproduce the problem with "synthetic" tests. As a load I used netperf, but I have not seen errors in the console. The test lasted about 14 hours. statistics: nas2# netstat -hndI bge1 1 input (bge1) output packets errs idrops bytes packets errs bytes colls drops 112K 24 0 109M 95K 0 65M 0 0 118K 0 0 96M 117K 0 103M 0 0 119K 0 0 98M 118K 0 104M 0 0 nas2# netstat -hndI bge1 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop bge1 1500 00:1b:78:a3:3c:01 1.8G 133K 0 1.4G 0 0 10M bge1 1500 79.142.106.12 79.142.106.133 1.8G - - 1.4G - - - But the problem is reproduced with real users. I going to try more tests with NAT. --Boundary-00=_sBRGM6JwsDPp7Zd Content-Type: text/plain; charset="KOI8-R"; name="nas2_dmeseg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="nas2_dmeseg.txt" Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-PRERELEASE #0: Wed Jun 16 00:26:15 UTC 2010 Arti@nas2.my.my:/usr/obj/usr/src/sys/router i386 Preloaded elf kernel "/boot/kernel/kernel" at 0x80a35000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2992519332 Hz CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Family = 6 Model = f Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000003ecc8fff, 1040855040 bytes (254115 pages) avail memory = 1039032320 (990 MB) Table 'FACP' at 0x3ff20e24 Table 'SPMI' at 0x3ff20e98 Table 'APIC' at 0x3ff20ed8 APIC: Found table at 0x3ff20ed8 MP Configuration Table version 1.4 found at 0x8009bc71 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 x86bios: IVT 0x000000-0x0004ff at 0x80000000 x86bios: SSEG 0x010000-0x01ffff at 0x83fe9000 x86bios: EBDA 0x09b000-0x09ffff at 0x8009b000 x86bios: ROM 0x0a0000-0x0effff at 0x800a0000 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 bios32: Found BIOS32 Service Directory header at 0x800f7100 bios32: Entry = 0xfd361 (800fd361) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd360+0x425 pnpbios: Found PnP BIOS data at 0x800f7180 pnpbios: Entry = f0000:be77 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf7130 00014 (v0 PTLTD ) ACPI: RSDT 0x3ff1cbb0 00040 (v1 PTLTD RSDT 06040000 LTP 00000000) ACPI: FACP 0x3ff20e24 00074 (v1 HP Trek 06040000 PTL 00000003) ACPI: DSDT 0x3ff1d29c 03B88 (v1 HP Trek 06040000 MSFT 0100000B) ACPI: FACS 0x3ff21fc0 00040 ACPI: SPMI 0x3ff20e98 00040 (v5 HP Blakford 06040000 PTL 00000001) ACPI: APIC 0x3ff20ed8 00074 (v1 PTLTD ? APIC 06040000 LTP 00000000) ACPI: MCFG 0x3ff20f4c 0003C (v1 PTLTD MCFG 06040000 LTP 00000000) ACPI: BOOT 0x3ff20f88 00028 (v1 PTLTD $SBFTBL$ 06040000 LTP 00000001) ACPI: SPCR 0x3ff20fb0 00050 (v1 PTLTD $UCRTBL$ 06040000 PTL 00000001) ACPI: SSDT 0x3ff1cbf0 006AC (v1 DpgPmm CpuPm 00000012 INTL 20030224) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec80000 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: npx0: INT 16 interface acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 pcibios: BIOS version 2.10 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0x83cb2000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.REGS -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.PIRX -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.PIRY -> bus 0 dev 31 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 6 7 10 11 14 15 Validation 0 255 N 0 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 4 5 6 7 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 4 5 6 7 10 11 14 15 Validation 0 5 N 0 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 4 5 6 7 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x25c0, revid=0x31 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25f7, revid=0x31 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25e3, revid=0x31 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25fa, revid=0x31 domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25e5, revid=0x31 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25e6, revid=0x31 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25e7, revid=0x31 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25f0, revid=0x31 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f0, revid=0x31 domain=0, bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f0, revid=0x31 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f1, revid=0x31 domain=0, bus=0, slot=17, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f3, revid=0x31 domain=0, bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f5, revid=0x31 domain=0, bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f6, revid=0x31 domain=0, bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2692, revid=0x09 domain=0, bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2688, revid=0x09 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0x1800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 found-> vendor=0x8086, dev=0x2689, revid=0x09 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type I/O Port, range 32, base 0x1820, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 23 unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 found-> vendor=0x8086, dev=0x268a, revid=0x09 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0x1840, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 23 unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 found-> vendor=0x8086, dev=0x268c, revid=0x09 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdc000000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdc000000 ehci early: SMM active, request owner change ehci early: SMM does not respond found-> vendor=0x8086, dev=0x244e, revid=0xd9 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0f (3750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0x1860, size 4, enabled found-> vendor=0x8086, dev=0x2680, revid=0x09 domain=0, bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1890, size 3, enabled map[14]: type I/O Port, range 32, base 0x1884, size 2, enabled map[18]: type I/O Port, range 32, base 0x1888, size 3, enabled map[1c]: type I/O Port, range 32, base 0x1880, size 2, enabled map[20]: type I/O Port, range 32, base 0x1870, size 4, enabled map[24]: type Memory, range 32, base 0xdc000400, size 10, memory disabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x269b, revid=0x09 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x18a0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 7 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xdc100000-0xdc1fffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x8086, dev=0x3500, revid=0x01 domain=0, bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x350c, revid=0x01 domain=0, bus=1, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib2: irq 16 at device 0.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x3510, revid=0x01 domain=0, bus=2, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 pcib3: irq 16 at device 0.0 on pci2 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 0.3 on pci1 pcib4: domain 0 pcib4: secondary bus 7 pcib4: subordinate bus 7 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci7: on pcib4 pci7: domain=0, physical bus=7 pcib5: at device 3.0 on pci0 pcib5: domain 0 pcib5: secondary bus 8 pcib5: subordinate bus 8 pcib5: I/O decode 0xf000-0xfff pcib5: no prefetched decode pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P3 - AE_NOT_FOUND pci8: on pcib5 pci8: domain=0, physical bus=8 pcib6: at device 4.0 on pci0 pcib6: domain 0 pcib6: secondary bus 12 pcib6: subordinate bus 12 pcib6: I/O decode 0x2000-0x2fff pcib6: memory decode 0xdc200000-0xdc2fffff pcib6: no prefetched decode pci12: on pcib6 pci12: domain=0, physical bus=12 found-> vendor=0x8086, dev=0x10b9, revid=0x06 domain=0, bus=12, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xdc220000, size 17, enabled pcib6: requested memory range 0xdc220000-0xdc23ffff: good map[14]: type Memory, range 32, base 0xdc200000, size 17, enabled pcib6: requested memory range 0xdc200000-0xdc21ffff: good map[18]: type I/O Port, range 32, base 0x2000, size 5, enabled pcib6: requested I/O range 0x2000-0x201f: in range pcib6: matched entry for 12.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 em0: port 0x2000-0x201f mem 0xdc220000-0xdc23ffff,0xdc200000-0xdc21ffff irq 16 at device 0.0 on pci12 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdc220000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 em0: using IRQ 256 for MSI em0: Using MSI interrupt em0: [FILTER] em0: bpf attached em0: Ethernet address: 00:1b:21:27:12:58 pcib7: at device 5.0 on pci0 pcib7: domain 0 pcib7: secondary bus 13 pcib7: subordinate bus 13 pcib7: I/O decode 0xf000-0xfff pcib7: no prefetched decode pci13: on pcib7 pci13: domain=0, physical bus=13 pcib8: at device 6.0 on pci0 pcib8: domain 0 pcib8: secondary bus 14 pcib8: subordinate bus 14 pcib8: I/O decode 0xf000-0xfff pcib8: no prefetched decode pci14: on pcib8 pci14: domain=0, physical bus=14 pcib9: at device 7.0 on pci0 pcib9: domain 0 pcib9: secondary bus 15 pcib9: subordinate bus 15 pcib9: I/O decode 0xf000-0xfff pcib9: no prefetched decode pci15: on pcib9 pci15: domain=0, physical bus=15 pcib10: at device 28.0 on pci0 pcib10: domain 0 pcib10: secondary bus 19 pcib10: subordinate bus 19 pcib10: I/O decode 0xf000-0xfff pcib10: memory decode 0xdc300000-0xdc3fffff pcib10: no prefetched decode pci19: on pcib10 pci19: domain=0, physical bus=19 found-> vendor=0x14e4, dev=0x1659, revid=0x11 domain=0, bus=19, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xdc300000, size 16, enabled pcib10: requested memory range 0xdc300000-0xdc30ffff: good pcib10: matched entry for 19.0.INTA pcib10: slot 0 INTA hardwired to IRQ 16 pci0:19:0:0: bad VPD cksum, remain 14 bge0: mem 0xdc300000-0xdc30ffff irq 16 at device 0.0 on pci19 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdc300000 bge0: adjust device control 0x2000 -> 0x5000 bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0018, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1b:78:a3:3c:00 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 50 bge0: [MPSAFE] bge0: [ITHREAD] pcib11: at device 28.1 on pci0 pcib11: domain 0 pcib11: secondary bus 20 pcib11: subordinate bus 20 pcib11: I/O decode 0xf000-0xfff pcib11: memory decode 0xdc400000-0xdc4fffff pcib11: no prefetched decode pci20: on pcib11 pci20: domain=0, physical bus=20 found-> vendor=0x14e4, dev=0x1659, revid=0x11 domain=0, bus=20, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xdc400000, size 16, enabled pcib11: requested memory range 0xdc400000-0xdc40ffff: good pcib11: matched entry for 20.0.INTA pcib11: slot 0 INTA hardwired to IRQ 17 pci0:20:0:0: bad VPD cksum, remain 14 bge1: mem 0xdc400000-0xdc40ffff irq 17 at device 0.0 on pci20 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdc400000 bge1: adjust device control 0x2000 -> 0x5000 bge1: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0018, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:1b:78:a3:3c:01 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 51 bge1: [MPSAFE] bge1: [ITHREAD] uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 uhci0: [MPSAFE] uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 23 at device 29.1 on pci0 uhci1: [MPSAFE] uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 23 at device 29.2 on pci0 uhci2: [MPSAFE] uhci2: [ITHREAD] usbus2: on uhci2 ehci0: mem 0xdc000000-0xdc0003ff irq 23 at device 29.7 on pci0 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus3: waiting for BIOS to give up control usbus3: timed out waiting for BIOS usbus3: EHCI version 1.0 usbus3: on ehci0 pcib12: at device 30.0 on pci0 pcib12: domain 0 pcib12: secondary bus 21 pcib12: subordinate bus 21 pcib12: I/O decode 0xf000-0xfff pcib12: memory decode 0xdc500000-0xdcffffff pcib12: prefetched decode 0xde000000-0xdeffffff pcib12: Subtractively decoded bridge. pci21: on pcib12 pci21: domain=0, physical bus=21 found-> vendor=0x102b, dev=0x0522, revid=0x02 domain=0, bus=21, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xde000000, size 24, enabled pcib12: requested memory range 0xde000000-0xdeffffff: good map[14]: type Memory, range 32, base 0xdc500000, size 14, enabled pcib12: requested memory range 0xdc500000-0xdc503fff: good map[18]: type Memory, range 32, base 0xdc800000, size 23, enabled pcib12: requested memory range 0xdc800000-0xdcffffff: good pcib12: matched entry for 21.2.INTA pcib12: slot 2 INTA hardwired to IRQ 17 vgapci0: mem 0xde000000-0xdeffffff,0xdc500000-0xdc503fff,0xdc800000-0xdcffffff irq 17 at device 2.0 on pci21 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=04 ostat1=00 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x08 err=0x08 lsb=0x08 msb=0x08 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 53 ata0: [MPSAFE] ata0: [ITHREAD] atapci1: port 0x1890-0x1897,0x1884-0x1887,0x1888-0x188f,0x1880-0x1883,0x1870-0x187f mem 0xdc000400-0xdc0007ff irq 19 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1870 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 54 atapci1: [MPSAFE] atapci1: [ITHREAD] pci0: child atapci1 requested type 4 for rid 0x24, but the BAR says it is an memio ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1890 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x1884 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x1888 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x1880 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 55 uart0: [FILTER] uart0: fast interrupt pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xdc000-0xdffff pnpid ORM0000 on isa0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata1 failed to probe at port 0x170 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 166251079 Hz Timecounter "TSC" frequency 2992519332 Hz quality -100 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining ipfw2 initialized, divert loadable, nat loadable, rule-based forwarding enabled, default to deny, logging disabled ipfw0: bpf attached lo0: bpf attached ata0: Identifying devices: 00000000 ata0: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: setting UDMA100 ad4: 76319MB at ata2-master UDMA100 SATA ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 1 vector 50 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 1 vector 51 Root mount waiting for: usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad4s1a ct_to_ts([2010-06-16 00:38:25]) = 1276648705.000000000 start_init: trying /sbin/init ugen2.2: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus2 ums0: 8 buttons and [XYZ] coordinates ID=0 lo1: bpf attached vlan10: bpf attached vlan102: bpf attached vlan104: bpf attached vlan105: bpf attached vlan106: bpf attached vlan107: bpf attached vlan108: bpf attached vlan109: bpf attached vlan110: bpf attached vlan111: bpf attached vlan112: bpf attached vlan113: bpf attached vlan114: bpf attached vlan115: bpf attached vlan116: bpf attached bge1: bge1: link state changed to UP link UP bge0: bge0: link state changed to UP vlan102: link state changed to UP vlan116: link state changed to UP vnlan1k15: linkU staPte changed to UP vlan114: link state changed to UP vlan113: link state changed to UP vlan112: link state changed to UP vlan110: link state changed to UP vlan111: link state changed to UP vlan108: link state changed to UP vlan10: link state changed to UP vlan109: link state changed to UP vlan106: link state changed to UP vlan107: link state changed to UP vlan104: link state changed to UP vlan105: link state changed to UP --Boundary-00=_sBRGM6JwsDPp7Zd-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 16 19:00:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77388106566C for ; Wed, 16 Jun 2010 19:00:46 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.118]) by mx1.freebsd.org (Postfix) with ESMTP id 56D2A8FC1F for ; Wed, 16 Jun 2010 19:00:46 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (44.32.6.10.in-addr.arpa [10.6.32.44]) by c-in3ofal02-01.sv2.lotusliveops.com (Postfix) with ESMTP id 9D6D431D2B for ; Wed, 16 Jun 2010 18:49:38 +0000 (GMT) Received: from c-in3ofil02-03.sv2.lotusliveops.com (50.32.6.10.in-addr.arpa [10.6.32.50]) by c-in3obnd02-02.sv2.lotusliveops.com (Postfix) with ESMTP id AE8012FEA9 for ; Wed, 16 Jun 2010 18:49:37 +0000 (GMT) Received: from 87.32.6.10.in-addr.arpa (c-in3ws--02-07.sv2.lotusliveops.com [10.6.32.87]) (sender gaijin.k@ovi.com) by c-in3ofil02-03.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 16 Jun 2010 18:49:37 +0000 Received: (qmail 9211 invoked from network); 16 Jun 2010 18:49:37 -0000 Received: from unknown (HELO c-in3play02-05.sv2.lotusliveops.com) (gaijin.k@ovi.com@74.105.210.169) by 87.32.5.10.in-addr.arpa with SMTP; 16 Jun 2010 18:49:37 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Nenhum_de_Nos In-Reply-To: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Jun 2010 14:48:48 -0400 Message-ID: <1276714128.78582.0.camel@RabbitsDen> MIME-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 8.1-rc1 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: Wed, 16 Jun 2010 19:00:46 -0000 On Wed, 2010-06-16 at 12:59 -0300, Nenhum_de_Nos wrote: > hail, >=20 > has anyone seen a panic right after kernel is loaded from beastie screen ? >=20 > this is an Asus F3T running amd64 version. I had first problem when I > csuped to stable already in 8.1-prerelease time. I then got to boot > another kernel and csuped to releng_8_0 and all was ok again. now that I > saw rc1 in cvsweb, I gave rc1 a try, and same problem. >=20 > all I see is that message from kernel panic (that is followed by 15 > seconds to reboot or press a key) passing on screen one after the other, > no time to read what it is. only key that works is power key, and when it > is pressed and hold, the messages stop to scroll and the last message is > there for a really small fraction of time. >=20 > I have no idea on how to get more info on this. >=20 > thanks, >=20 > matheus >=20 Is it possible that you are loading VirtualBox modules from loader.conf? --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Free email account from Nokia http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 00:12:02 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F290106566C; Thu, 17 Jun 2010 00:12:02 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id C5E618FC12; Thu, 17 Jun 2010 00:12:01 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout2-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5H0BPeC029198; Wed, 16 Jun 2010 17:11:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:x-mailer:content-transfer-encoding; b=Lxvil7G42saY9HrIRfArwZ6jY6vec49D2MFm1R2M5Hj4sKk4D9v1ctuquBQHpCaD From: Sean Bruno To: "d@delphij.net" In-Reply-To: <4C180CFF.5020201@delphij.net> References: <1276639800.2462.80.camel@localhost.localdomain> <4C180CFF.5020201@delphij.net> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Jun 2010 17:11:25 -0700 Message-ID: <1276733485.5081.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@FreeBSD.ORG" , "delphij@FreeBSD.ORG" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 00:12:02 -0000 On Tue, 2010-06-15 at 16:30 -0700, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, Sean, > > On 2010/06/15 15:10, Sean Bruno wrote: > > http://svn.freebsd.org/viewvc/base?limit_changes=0&view=revision&revision=208361 > > > > I'm not sure what's up with this update, but it hosed up the default > > behavior of cpio. > [...] > > We've had to revert this change from our local tree, suggestions? > > Could you please test the attached patch? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > ----- Didn't get to this today, I'll try again tomorrow. sean From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 00:48:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB48106566C for ; Thu, 17 Jun 2010 00:48:25 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4178FC0C for ; Thu, 17 Jun 2010 00:48:24 +0000 (UTC) Received: by gxk27 with SMTP id 27so1905813gxk.13 for ; Wed, 16 Jun 2010 17:48:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=bmStueVssTmLDntKNOOVbYMlxoz0pZ7+1y2FX1FTzQA=; b=ktijwPEwkdUgxmdcLfl2hGeqAZVO7IRI7rQYGM9XdLSZjXwfCSuowgB0dqnUSHKyK1 Y7Rokp9QAoedbo8CKnqKIPiOMra+0yrOsgsy1btYOuuoCr8KNzQ88rFsYo0E4vPVQCJZ 1LoiAKsulUCm2p+M9fPhcGx+H4gXVhKjPhr68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=u80DZKKCZNFCG4jqRvkTVEGPAaMAteew1ulnq67i74tsSdaidD832/MXfapHvW0dQ6 UifdGfZziMkOuXP8uciXgV2DPG3HBEuSNSOrMa5GWDjc+Fz20bQdu9p47AGzYf+5t5Qs nfawX9bTNtnXDYv048ys/UDnLFdjVzpR3Oxys= Received: by 10.150.113.9 with SMTP id l9mr1506232ybc.359.1276735704240; Wed, 16 Jun 2010 17:48:24 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 23sm3944725ywh.12.2010.06.16.17.48.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 17:48:23 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 89234B8EE5; Wed, 16 Jun 2010 21:48:03 -0300 (BRT) Received: from 187.90.20.3 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 16 Jun 2010 21:48:03 -0300 (BRT) Message-ID: In-Reply-To: <1276714128.78582.0.camel@RabbitsDen> References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> Date: Wed, 16 Jun 2010 21:48:03 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: kernel panic on 8.1-rc1 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, 17 Jun 2010 00:48:25 -0000 On Wed, June 16, 2010 15:48, Alexandre \"Sunny\" Kovalenko wrote: > On Wed, 2010-06-16 at 12:59 -0300, Nenhum_de_Nos wrote: >> hail, >> >> has anyone seen a panic right after kernel is loaded from beastie screen >> ? >> >> this is an Asus F3T running amd64 version. I had first problem when I >> csuped to stable already in 8.1-prerelease time. I then got to boot >> another kernel and csuped to releng_8_0 and all was ok again. now that I >> saw rc1 in cvsweb, I gave rc1 a try, and same problem. >> >> all I see is that message from kernel panic (that is followed by 15 >> seconds to reboot or press a key) passing on screen one after the other, >> no time to read what it is. only key that works is power key, and when >> it >> is pressed and hold, the messages stop to scroll and the last message is >> there for a really small fraction of time. >> >> I have no idea on how to get more info on this. >> >> thanks, >> >> matheus >> > > Is it possible that you are loading VirtualBox modules from loader.conf? very likely. I'll try to unload it from boor prompt later. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 02:01:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F6B106564A for ; Thu, 17 Jun 2010 02:01:22 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.117]) by mx1.freebsd.org (Postfix) with ESMTP id BC21F8FC1A for ; Thu, 17 Jun 2010 02:01:22 +0000 (UTC) Received: from c-in3ofil02-02.sv2.lotusliveops.com (49.32.6.10.in-addr.arpa [10.6.32.49]) by c-in3obnd02-03.sv2.lotusliveops.com (Postfix) with ESMTP id A9B276E2E3F for ; Thu, 17 Jun 2010 02:01:22 +0000 (GMT) Received: from 87.32.6.10.in-addr.arpa (c-in3ws--02-07.sv2.lotusliveops.com [10.6.32.87]) (sender gaijin.k@ovi.com) by c-in3ofil02-02.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Thu, 17 Jun 2010 02:01:22 +0000 Received: (qmail 21725 invoked from network); 17 Jun 2010 02:01:22 -0000 Received: from unknown (HELO c-in3play02-03.sv2.lotusliveops.com) (gaijin.k@ovi.com@74.105.210.169) by 87.32.5.10.in-addr.arpa with SMTP; 17 Jun 2010 02:01:22 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Nenhum_de_Nos In-Reply-To: References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 Jun 2010 22:00:32 -0400 Message-ID: <1276740032.66339.16.camel@RabbitsDen> MIME-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 8.1-rc1 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, 17 Jun 2010 02:01:22 -0000 On Wed, 2010-06-16 at 21:48 -0300, Nenhum_de_Nos wrote: > On Wed, June 16, 2010 15:48, Alexandre \"Sunny\" Kovalenko wrote: > > On Wed, 2010-06-16 at 12:59 -0300, Nenhum_de_Nos wrote: > >> hail, > >> > >> has anyone seen a panic right after kernel is loaded from beastie scre= en > >> ? > >> > >> this is an Asus F3T running amd64 version. I had first problem when I > >> csuped to stable already in 8.1-prerelease time. I then got to boot > >> another kernel and csuped to releng_8_0 and all was ok again. now that= I > >> saw rc1 in cvsweb, I gave rc1 a try, and same problem. > >> > >> all I see is that message from kernel panic (that is followed by 15 > >> seconds to reboot or press a key) passing on screen one after the othe= r, > >> no time to read what it is. only key that works is power key, and when > >> it > >> is pressed and hold, the messages stop to scroll and the last message = is > >> there for a really small fraction of time. > >> > >> I have no idea on how to get more info on this. > >> > >> thanks, > >> > >> matheus > >> > > > > Is it possible that you are loading VirtualBox modules from loader.conf? >=20 > very likely. I'll try to unload it from boor prompt later. >=20 > thanks, >=20 > matheus >=20 You actually might want to 'disable' them from the boot prompt. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Store: Fresh apps and more http://store.ovi.com/?cid=3Dovistore-fw-bac-na-acq-na-ovimail-g0-na-4 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 04:58:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6773106566C for ; Thu, 17 Jun 2010 04:58:47 +0000 (UTC) (envelope-from schlake@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9548C8FC14 for ; Thu, 17 Jun 2010 04:58:47 +0000 (UTC) Received: by gyh20 with SMTP id 20so6030747gyh.13 for ; Wed, 16 Jun 2010 21:58:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=JtVew5JjnnJw2EVS3ob4ZPkb3C18uUkYPOvqkAf0/Ks=; b=Qg5pnm6EfmrBndd5JJLm7sQo9yCQHgNbj4c1Qe2vG+2QhNXzWydGay+U2mOtJUUEc2 SRh6taLFWqA0FIyotlvyAmSrooI6oAqn7wu+dz0GKmgAPCCiUqr11zWgSB0mvjXmi/42 3V61M06y5Idt56n5d4Ivlf/xGaro143RpSXPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=owZYEeb3Mg/t5vmkYqLeZhsG6f0B23oSun5J22TUzGt7OJBEUoESMydfQha54xRzRW e2oKRIKbbU6XROqN9JaHoclPFW0Am5r+UnQKd03Alz/5rCW9XC1qtdI7fvrfI8r6AEwO a9IJKWwB00neWQCjjkluZf9uvThHvg6ag4DUY= MIME-Version: 1.0 Received: by 10.231.59.80 with SMTP id k16mr9923939ibh.114.1276749113955; Wed, 16 Jun 2010 21:31:53 -0700 (PDT) Received: by 10.231.36.137 with HTTP; Wed, 16 Jun 2010 21:31:53 -0700 (PDT) Date: Wed, 16 Jun 2010 22:31:53 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: /usr/src fails to compile in 8.0 after cvsup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 04:58:47 -0000 My server's boot disk finally died after four years of disk errors. I'm not sure what version I ran; whatever was stable in 2004. So I grabbed an old hard disk from work, and a copy of 8.0 release for AMD off the website. I eventually got it installed (it was a nightmare because the install CD could not write to /dev/ad0 to initialize partitions) and ran cvsup on /usr/share/examples/stable-supfile (RELENG_8). I can make the kernel just fine, but if I try to make the world I get this: cc -O2 -pipe -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/usr/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /lib/libthr.so.3: undefined reference to `__pselect@FBSDprivate_1.0' *** Error code 1 I searched, but I couldn't find anything on this problem. I tried compiling bits and pieces (starting with libthr, then libc) and installing them one at a time, but I just made things worse, so I refreshed from the base packages on the CD, removed all of /usr/src, and refetched it, so I'm at least stable again without the ability to make world. FreeBSD eeep.domain.actdsltmp 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Wed Jun 16 17:42:41 MDT 2010 schlake@eeep.domain.actdsltmp:/usr/obj/usr/src/sys/GENERIC amd64 Many thanks in advance. -- -- Schlake From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 08:09:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB511065677 for ; Thu, 17 Jun 2010 08:09:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC248FC0A for ; Thu, 17 Jun 2010 08:09:20 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta13.westchester.pa.mail.comcast.net with comcast id Ww9M1e0011uE5Es5Dw9MaR; Thu, 17 Jun 2010 08:09:21 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta16.westchester.pa.mail.comcast.net with comcast id Ww9L1e0013S48mS3cw9Lff; Thu, 17 Jun 2010 08:09:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D07209B425; Thu, 17 Jun 2010 01:09:18 -0700 (PDT) Date: Thu, 17 Jun 2010 01:09:18 -0700 From: Jeremy Chadwick To: "William D. Colburn (Schlake)" Message-ID: <20100617080918.GA99333@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: /usr/src fails to compile in 8.0 after cvsup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 08:09:21 -0000 On Wed, Jun 16, 2010 at 10:31:53PM -0600, William D. Colburn (Schlake) wrote: > My server's boot disk finally died after four years of disk errors. > I'm not sure what version I ran; whatever was stable in 2004. So I > grabbed an old hard disk from work, and a copy of 8.0 release for AMD > off the website. I eventually got it installed (it was a nightmare > because the install CD could not write to /dev/ad0 to initialize > partitions) and ran cvsup on /usr/share/examples/stable-supfile > (RELENG_8). I can make the kernel just fine, but if I try to make the > world I get this: We use csup now (part of the base system); no need for cvsup. csup accepts mostly the same arguments, and works identically. When you installed from CD, what things did you select in the menus, e.g. base, kernel, docs, info, etc.? Did you select "src?" If so, did you "adopt" the sources? http://www.cvsup.org/faq.html#caniadopt keep reading for why I ask this. But FWIW, I tend not to install src or ports from the CD directly and instead just use csup /usr/share/examples/stable-supfile and /usr/share/example/ports-supfile to get src and ports. I don't like bothering with the "adopting" portion. > cc -O2 -pipe -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris > -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include > -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head > -I/usr/src/cddl/usr.bin/zinject/../../lib/libumem > -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector > -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom > -lm -lnvpair -lumem -luutil -lzfs -lzpool > /lib/libthr.so.3: undefined reference to `__pselect@FBSDprivate_1.0' > *** Error code 1 > > I searched, but I couldn't find anything on this problem. This looks like the build system is using a library in /lib rather than in /usr/obj/lib. That's a little od. Your installed system's /lib/libthr.so.3 doesn't contain a symbol name called __pselect@FBSDprivate_1.0. The "crazy symbol name" comes from the introduction of symbol versioning semantics in 8.x -- I just can't remember when it was introduced (meaning I can't remember if it was being used in 8.0-RELEASE or if it was introduced after that). Can you please provide your /etc/make.conf from this system, as well as how you built world (commands, etc.)? Also, when you installed FreeBSD, did you completely format the disk (re-create all the filesystems, etc.)? Or are you re-using filesystems? You said you "grabbed an old disk", and you also said this, which is worrisome: "... because the install CD could not write to /dev/ad0 to initialize partitions ..." If you wanted to try something, I would recommend downloading a 8.1-PRERELEASE snapshots and installing that. ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201006/ > I tried compiling bits and pieces (starting with libthr, then libc) > and installing them one at a time, but I just made things worse, so I > refreshed from the base packages on the CD, removed all of /usr/src, > and refetched it, so I'm at least stable again without the ability to > make world. Why would you have to refresh the base packages from the CD? You were *building* world, not installing it, when you saw the above error. I don't see how reinstalling binaries into /usr, /usr/lib, etc. would "get you a stable system" when all that was broken was buildworld. Also, removing all of /usr/src doesn't cut it. You also need to remove cvsup's "internal" cvs repository. This is /usr/sup for cvsup. If you use csup instead, the directory is /var/db/sup. Please DO NOT remove the directory itself -- just the contents. For /var/db/sup, you'd need to remove /var/db/sup/src-all. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 12:29:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70741065673 for ; Thu, 17 Jun 2010 12:29:42 +0000 (UTC) (envelope-from schlake@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AC1AA8FC1D for ; Thu, 17 Jun 2010 12:29:42 +0000 (UTC) Received: by iwn7 with SMTP id 7so9144576iwn.13 for ; Thu, 17 Jun 2010 05:29:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ukqwAS/UpNRd7ivfpfSFSsPMU3kYmDpnkocvtPQdCVo=; b=lmDPvPrtYxdZcb65JppndpwSRoetdAdMMz+/CQmpg8IIFVGoCV+qzlBGSh6og2KqHJ hCmVur0tFxFnf3quop+kWsZvlxfHK2sjjTBBY7na1z1R1Pi9LOYhgscmvxtLrWZyEFyp VYxTJr+SFKxKyBKEmmluTzacG4glFUBst2qqY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Q5ipyD+V0u5IfFzatPFS83LI8+zc0xnfKZ9xWshqOlgZb1okiB9jIwxWYLT/3vnMRI skmE7E7LyxJ0/VU62xQ4n+ElBbaR+FuysR5OXGRE/9eFoq7/fqQN1ZGX23g1MeHKJDIB BXoQfs1ZovNwBkOgedA6gyU9s+k3C/nwqz7m8= MIME-Version: 1.0 Received: by 10.231.147.143 with SMTP id l15mr11527755ibv.9.1276777780047; Thu, 17 Jun 2010 05:29:40 -0700 (PDT) Received: by 10.231.36.137 with HTTP; Thu, 17 Jun 2010 05:29:39 -0700 (PDT) In-Reply-To: <20100617080918.GA99333@icarus.home.lan> References: <20100617080918.GA99333@icarus.home.lan> Date: Thu, 17 Jun 2010 06:29:39 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: Jeremy Chadwick , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: /usr/src fails to compile in 8.0 after cvsup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 12:29:43 -0000 On Thu, Jun 17, 2010 at 2:09 AM, Jeremy Chadwick wrote: > When you installed from CD, what things did you select in the menus, > e.g. base, kernel, docs, info, etc.? =A0Did you select "src?" =A0If so, d= id > you "adopt" the sources? =A0http://www.cvsup.org/faq.html#caniadopt =A0ke= ep > reading for why I ask this. I did the express install, all packages, with the ports collection. > Can you please provide your /etc/make.conf from this system, as well as > how you built world (commands, etc.)? /etc/make.conf: # added by use.perl 2010-06-16 12:14:26 PERL_VERSION=3D5.10.1 I think perl was installed when I told /usr/ports to make me an emacs. To build the world I just type "make buildworld" (after a cvsup of stable-supfile). > Also, when you installed FreeBSD, did you completely format the disk > (re-create all the filesystems, etc.)? =A0Or are you re-using filesystems= ? > You said you "grabbed an old disk", and you also said this, which is > worrisome: The old disk was a linux drive. The install disk was unable to write to /dev/ad0 on it. I had to boot from my old FreeBSD drive and force the file systems to mount without fscking. The kernel detected the linux drive as a geom system, but it couldn't destroy the system. I had to unload the module from the kernel, and then I was able to write to the raw device. I zeroed out the MBR with dd, and then went back to the install disk which could finally create partitions on it. I used the auto defaults in the install menus. > If you wanted to try something, I would recommend downloading a > 8.1-PRERELEASE snapshots and installing that. > > ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201006/ That would probably be the fastest and easiest thing to do, but it feels like I'd be admitting defeat. And it would take forever to compile emacs again. I have an iso downloading now. > Why would you have to refresh the base packages from the CD? =A0You were > *building* world, not installing it, when you saw the above error. =A0I > don't see how reinstalling binaries into /usr, /usr/lib, etc. would "get > you a stable system" when all that was broken was buildworld. Why? Because I'd compiled and installed a handful of libraries from 8.1 that weren't compatible with all my other libraries, and I didn't use the option for install to keep a backup, so the CD was my only source of bringing back working libraries. > | Making life hard for others since 1977. =A0 =A0 =A0 =A0 =A0 =A0 =A0PGP:= 4BD6C0CB | I got my first computer in February of 1977. It had a game that showed a rocket ship (made of gigantic mono-chrome pixels) launching if I answered simple math questions correctly. --=20 -- Schlake From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 13:09:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 669B31065679 for ; Thu, 17 Jun 2010 13:09:12 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id C5E288FC0C for ; Thu, 17 Jun 2010 13:09:11 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o5HD977p035578 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 17 Jun 2010 14:09:07 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C1A1E73.9000102@infracaninophile.co.uk> Date: Thu, 17 Jun 2010 14:09:07 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "William D. Colburn (Schlake)" References: <20100617080918.GA99333@icarus.home.lan> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.6 required=5.0 tests=BAYES_50,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: /usr/src fails to compile in 8.0 after cvsup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 13:09:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17/06/2010 13:29:39, William D. Colburn (Schlake) wrote: >> > If you wanted to try something, I would recommend downloading a >> > 8.1-PRERELEASE snapshots and installing that. >> > >> > ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201006/ > That would probably be the fastest and easiest thing to do, but it > feels like I'd be admitting defeat. And it would take forever to > compile emacs again. I have an iso downloading now. Uh -- you don't need to compile emacs again. You can package up what you already have installed under 8.0: e.g. # pkg_create -R -b emacs-23.2_2,2 which will create package tarballs for emacs and everything it depends on[*] in the current directory. Save them away somewhere, similarly save any relevant config files or other important data not part of the pkg tarballs, do the reinstallaton, then reinstall from your saved pkgs. So long as the system major version number is the same, you can apply this to any re-installation of FreeBSD. Cheers, Matthew [*] Depending on how you compile emacs, this can be quite a large number of packages. - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwaHnMACgkQ8Mjk52CukIw8ugCeMZMOktWTTZDqXA4pZdobdkNz LHQAn0V1fhKM7vOy3o7J6sf+V/CTWT3H =ocOv -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 20:12:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641EE1065670 for ; Thu, 17 Jun 2010 20:12:35 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 11CF18FC12 for ; Thu, 17 Jun 2010 20:12:34 +0000 (UTC) Received: by ywh29 with SMTP id 29so467403ywh.27 for ; Thu, 17 Jun 2010 13:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=bU0NvWhPaQsAS4UZb4ykv/0We2qdEvLiYIxPg157xEc=; b=Sbo8/idjYRke7nwUsUpuBe7936ail08rd7RloMoUCVaJu+OEoi9hFP3bKIciHtwi61 T25+9gu6D9Y9qpGc0Olbu6YhFvkpV8gp8FZftcIrOUjOm3vdZAifjZ6JUI319djvlGEW 4DSnyNsjzThudX6D1Ryd0STdxASZsR1TjVctM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=u+QGwx7G2CN6zt4TJz9M5hXFan9RssT8ymjnnOyUpcLA6hian34W+QK8Jydei52qvy Y13W20iew+/4XWNyVyE9ZZKTzxzmElQ3PyaqFWuiXKiwaBsNxS7ZgFeJNrpZ6lKy8teh H2pSaE+KODKmUIQqBoffBta5nPaFEe31mnbN4= Received: by 10.91.213.17 with SMTP id p17mr81955agq.205.1276805553769; Thu, 17 Jun 2010 13:12:33 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 22sm4438049ywh.5.2010.06.17.13.12.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Jun 2010 13:12:32 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id B662FB8EF8; Thu, 17 Jun 2010 17:12:27 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.221, 10.12.0.102) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 17 Jun 2010 17:12:27 -0300 (BRT) Message-ID: In-Reply-To: <1276740032.66339.16.camel@RabbitsDen> References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> <1276740032.66339.16.camel@RabbitsDen> Date: Thu, 17 Jun 2010 17:12:27 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: kernel panic on 8.1-rc1 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, 17 Jun 2010 20:12:35 -0000 On Wed, June 16, 2010 23:00, Alexandre \"Sunny\" Kovalenko wrote: > On Wed, 2010-06-16 at 21:48 -0300, Nenhum_de_Nos wrote: >> On Wed, June 16, 2010 15:48, Alexandre \"Sunny\" Kovalenko wrote: >> > On Wed, 2010-06-16 at 12:59 -0300, Nenhum_de_Nos wrote: >> >> hail, >> >> >> >> has anyone seen a panic right after kernel is loaded from beastie >> screen >> >> ? >> >> >> >> this is an Asus F3T running amd64 version. I had first problem when I >> >> csuped to stable already in 8.1-prerelease time. I then got to boot >> >> another kernel and csuped to releng_8_0 and all was ok again. now >> that I >> >> saw rc1 in cvsweb, I gave rc1 a try, and same problem. >> >> >> >> all I see is that message from kernel panic (that is followed by 15 >> >> seconds to reboot or press a key) passing on screen one after the >> other, >> >> no time to read what it is. only key that works is power key, and >> when >> >> it >> >> is pressed and hold, the messages stop to scroll and the last message >> is >> >> there for a really small fraction of time. >> >> >> >> I have no idea on how to get more info on this. >> >> >> >> thanks, >> >> >> >> matheus >> >> >> > >> > Is it possible that you are loading VirtualBox modules from >> loader.conf? >> >> very likely. I'll try to unload it from boor prompt later. >> >> thanks, >> >> matheus >> > > You actually might want to 'disable' them from the boot prompt. did it, no good. though :( (I disabled vboxdrv.ko) any other ideas ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 20:53:34 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29115106567A; Thu, 17 Jun 2010 20:53:34 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id A77C38FC14; Thu, 17 Jun 2010 20:53:33 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o5HKr4q2020747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jun 2010 06:53:06 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o5HKr34N060379; Fri, 18 Jun 2010 06:53:03 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o5HKr35W060378; Fri, 18 Jun 2010 06:53:03 +1000 (EST) (envelope-from peter) Date: Fri, 18 Jun 2010 06:53:03 +1000 From: Peter Jeremy To: d@delphij.net Message-ID: <20100617205302.GA60347@server.vk2pj.dyndns.org> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <4C18195A.3020501@delphij.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "delphij@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 20:53:34 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jun-15 17:22:50 -0700, Xin LI wrote: >On 2010/06/15 17:05, Sean Bruno wrote: >> A little more background. It looks like symlinks are getting stripped >> of their '/' which sucks. Ideas? =2E.. >> e.g. /home/foo/bar -> /opt/baz/blob >>=20 >> becomes >>=20 >> home/foo/bar -> opt/baz/blob =20 >>=20 >> Yuck. > >This is a security measurement I think. Can someone please explain how stripping a leading '/' off the destination of a symlink enhances security? The destination is not being written to. >--absolute-filenames disables this behavior. This definitely reduces security and would seem to be far more dangerous than being able to create symlinks to absolute pathnames. --=20 Peter Jeremy --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwaiy4ACgkQ/opHv/APuIdJeQCeIQvyufTisOHk5AUXvHmDqIrw 874AnA1tNUaHS6fnyOdHz/vhbZn/NKHR =gzO3 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 21:54:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB13F1065675 for ; Thu, 17 Jun 2010 21:54:21 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [115.64.131.102]) by mx1.freebsd.org (Postfix) with ESMTP id DA8498FC08 for ; Thu, 17 Jun 2010 21:54:18 +0000 (UTC) Received: from visi.gothic.net.au (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 1E3DA2B6D2 for ; Fri, 18 Jun 2010 07:54:14 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by visi.gothic.net.au (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id 7FYD3EsGtadL for ; Fri, 18 Jun 2010 07:54:09 +1000 (EST) Received: from [10.168.1.181] (dhcp181.gothic.net.au [10.168.1.181]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: sean) by visi.gothic.net.au (Postfix) with ESMTPSA id 434FB2B6C3 for ; Fri, 18 Jun 2010 07:54:09 +1000 (EST) Message-ID: <4C1A9989.3090507@gothic.net.au> Date: Fri, 18 Jun 2010 07:54:17 +1000 From: Sean User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> In-Reply-To: <20100617205302.GA60347@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 21:54:21 -0000 On 18/06/2010 6:53 AM, Peter Jeremy wrote: > On 2010-Jun-15 17:22:50 -0700, Xin LI wrote: >> On 2010/06/15 17:05, Sean Bruno wrote: >>> A little more background. It looks like symlinks are getting stripped >>> of their '/' which sucks. Ideas? > ... >>> e.g. /home/foo/bar -> /opt/baz/blob >>> >>> becomes >>> >>> home/foo/bar -> opt/baz/blob >>> >>> Yuck. >> >> This is a security measurement I think. > > Can someone please explain how stripping a leading '/' off the > destination of a symlink enhances security? The destination is > not being written to. > Easy. Create a symlink etc, to /etc Create a file etc/passwd containing whatever you want. Of course, a better way to deal with that is to chroot, seeing you could probably use ../../../../../../../../../../../../.../../../../etc instead of /etc and get the same effect, and I don't know that tar tries to prevent that; tar has the --chroot option. >> --absolute-filenames disables this behavior. > > This definitely reduces security and would seem to be far more > dangerous than being able to create symlinks to absolute pathnames. > -- Sean Winn sean@gothic.net.au From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 22:13:16 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3BBE106566C; Thu, 17 Jun 2010 22:13:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB8C8FC12; Thu, 17 Jun 2010 22:13:16 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BDB33A574A1; Fri, 18 Jun 2010 06:13:14 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id JdyrOpfpQT2E; Fri, 18 Jun 2010 06:13:08 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4E82CA57270; Fri, 18 Jun 2010 06:13:06 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=XXICN7oy/n6Svzw7jWpeHUKR4HUlkFbh5gVOzPYeYbXJkT76YsIJ3cYTHYCcIxxYh FJWoWaJwRvTmoD62iMuzA== Message-ID: <4C1A9DEE.8040203@delphij.net> Date: Thu, 17 Jun 2010 15:13:02 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Peter Jeremy References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> In-Reply-To: <20100617205302.GA60347@server.vk2pj.dyndns.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------000105070706050203070008" Cc: "freebsd-stable@freebsd.org" , "delphij@freebsd.org" , d@delphij.net Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 22:13:17 -0000 This is a multi-part message in MIME format. --------------000105070706050203070008 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/06/17 13:53, Peter Jeremy wrote: > On 2010-Jun-15 17:22:50 -0700, Xin LI wrote: >> On 2010/06/15 17:05, Sean Bruno wrote: >>> A little more background. It looks like symlinks are getting stripped >>> of their '/' which sucks. Ideas? > ... >>> e.g. /home/foo/bar -> /opt/baz/blob >>> >>> becomes >>> >>> home/foo/bar -> opt/baz/blob >>> >>> Yuck. >> >> This is a security measurement I think. > > Can someone please explain how stripping a leading '/' off the > destination of a symlink enhances security? The destination is > not being written to. > >> --absolute-filenames disables this behavior. > > This definitely reduces security and would seem to be far more > dangerous than being able to create symlinks to absolute pathnames. Sorry I have misunderstood the original issue. It's the link target being mangled and doesn't seem right to me. I'll ask the author about this. The attached patch should restore the old behavior. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMGp3tAAoJEATO+BI/yjfBIkIH/0buRkFHzuflR49XomlHNk4Q uG8uY9/tlyBH6hNTnAqOfjGZLRM500nIifathpIeMd5BNvt2m6OLnuCHlX0Fu7LV nc83dS4nL1URp1gZqDrRcXTYMlV+2mASslyz/HpqJSIYx/sfKgRujWoqQr6Qufmu qAMt0324UYIABlPo/M4tsU9LQoPheQLBq+FozcUvxwdoQsy5H1fCaNI4efwTpGNR CLvBypCRw8ALnoOQAYWQXQF6x/tEO33Y5DVloDh1B/5haSTFmKJK8rlRucY6A731 QysspgLtRMJ7NWJfCbJr7mA/4aqqDMzg3bIZzkgYmGUoV0EsHy5tQQKdkz1I1Mw= =A705 -----END PGP SIGNATURE----- --------------000105070706050203070008 Content-Type: text/plain; name="cpio.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cpio.diff" SW5kZXg6IGNvbnRyaWIvY3Bpby9zcmMvY29weW91dC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGNv bnRyaWIvY3Bpby9zcmMvY29weW91dC5jCShyZXZpc2lvbiAyMDkyMTYpCisrKyBjb250cmli L2NwaW8vc3JjL2NvcHlvdXQuYwkod29ya2luZyBjb3B5KQpAQCAtODM2LDkgKzgzNiw2IEBA IHByb2Nlc3NfY29weV9vdXQgKCkKIAkJICAgIGNvbnRpbnVlOwogCQkgIH0KIAkJbGlua19u YW1lW2xpbmtfc2l6ZV0gPSAwOwotCQljcGlvX3NhZmVyX25hbWVfc3VmZml4IChsaW5rX25h bWUsIGZhbHNlLAotCQkJCQlhYnNfcGF0aHNfZmxhZywgdHJ1ZSk7Ci0JCWxpbmtfc2l6ZSA9 IHN0cmxlbiAobGlua19uYW1lKTsKIAkJZmlsZV9oZHIuY19maWxlc2l6ZSA9IGxpbmtfc2l6 ZTsKIAkJaWYgKGFyY2hpdmVfZm9ybWF0ID09IGFyZl90YXIgfHwgYXJjaGl2ZV9mb3JtYXQg PT0gYXJmX3VzdGFyKQogCQkgIHsKSW5kZXg6IGNvbnRyaWIvY3Bpby9zcmMvdXRpbC5jCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIGNvbnRyaWIvY3Bpby9zcmMvdXRpbC5jCShyZXZpc2lvbiAyMDky MTYpCisrKyBjb250cmliL2NwaW8vc3JjL3V0aWwuYwkod29ya2luZyBjb3B5KQpAQCAtMTI1 Miw4ICsxMjUyLDI1IEBAIHN0YXRfdG9fY3BpbyAoc3RydWN0IGNwaW9fZmlsZV9zdGF0ICpo ZHIsIHN0cnVjdCBzCiAgIGhkci0+Y191aWQgPSBDUElPX1VJRCAoc3QtPnN0X3VpZCk7CiAg IGhkci0+Y19naWQgPSBDUElPX0dJRCAoc3QtPnN0X2dpZCk7CiAgIGhkci0+Y19ubGluayA9 IHN0LT5zdF9ubGluazsKLSAgaGRyLT5jX3JkZXZfbWFqID0gbWFqb3IgKHN0LT5zdF9yZGV2 KTsKLSAgaGRyLT5jX3JkZXZfbWluID0gbWlub3IgKHN0LT5zdF9yZGV2KTsKKworICBzd2l0 Y2ggKGhkci0+Y19tb2RlICYgQ1BfSUZNVCkKKyAgeworICAgIGNhc2UgQ1BfSUZCTEs6Cisg ICAgY2FzZSBDUF9JRkNIUjoKKyNpZmRlZiBDUF9JRklGTworICAgIGNhc2UgQ1BfSUZJRk86 CisjZW5kaWYKKyNpZmRlZiBDUF9JRlNPQ0sKKyAgICBjYXNlIENQX0lGU09DSzoKKyNlbmRp ZgorICAgICAgaGRyLT5jX3JkZXZfbWFqID0gbWFqb3IgKHN0LT5zdF9yZGV2KTsKKyAgICAg IGhkci0+Y19yZGV2X21pbiA9IG1pbm9yIChzdC0+c3RfcmRldik7CisgICAgICBicmVhazsK KyAgICBkZWZhdWx0OgorICAgICAgaGRyLT5jX3JkZXZfbWFqID0gMDsKKyAgICAgIGhkci0+ Y19yZGV2X21pbiA9IDA7CisgICAgICBicmVhazsKKyAgfQogICBoZHItPmNfbXRpbWUgPSBz dC0+c3RfbXRpbWU7CiAgIGhkci0+Y19maWxlc2l6ZSA9IHN0LT5zdF9zaXplOwogICBoZHIt PmNfY2hrc3VtID0gMDsK --------------000105070706050203070008-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 22:30:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4A3106566B for ; Thu, 17 Jun 2010 22:30:10 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [115.64.131.102]) by mx1.freebsd.org (Postfix) with ESMTP id B337B8FC1E for ; Thu, 17 Jun 2010 22:30:08 +0000 (UTC) Received: from visi.gothic.net.au (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 24D412B9C1 for ; Fri, 18 Jun 2010 08:30:05 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by visi.gothic.net.au (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id izjgj69OW5nC for ; Fri, 18 Jun 2010 08:29:59 +1000 (EST) Received: from sean-macbook.gothic.net.au (sean-macbook.gothic.net.au [10.168.1.31]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sean) by visi.gothic.net.au (Postfix) with ESMTPSA id 6D7772B9B2; Fri, 18 Jun 2010 08:29:59 +1000 (EST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Sean In-Reply-To: Date: Fri, 18 Jun 2010 08:29:58 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <820425CC-DEE2-4243-9549-E4C69A13517E@gothic.net.au> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> <4C1A9989.3090507@gothic.net.au> To: Leif Walsh X-Mailer: Apple Mail (2.1081) Cc: freebsd-stable@freebsd.org Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 22:30:10 -0000 On 18/06/2010, at 8:02 AM, Leif Walsh wrote: > On Thu, Jun 17, 2010 at 2:54 PM, Sean wrote: >> Easy. >> Create a symlink etc, to /etc >> Create a file etc/passwd containing whatever you want. >=20 > This could be an artifact of coming from the Linux world and knowing > little about the BSD kernel (and I should probably lurk a bit longer > before posting on a new list), but wouldn't the symlink resolve and > result in a totally new chain of lookup/permissions calls? I don't > see how making a symlink to a location allows you to change the > permissions of that location just by changing the permissions of the > symlink. >=20 It only works if the user extracting already has permission to write = there anyway. It's a means of taking advantage of a privileged user who = extracts the tar. > --=20 > Cheers, > Leif From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 22:30:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABC4E1065672 for ; Thu, 17 Jun 2010 22:30:54 +0000 (UTC) (envelope-from leif.walsh@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4FE8FC1E for ; Thu, 17 Jun 2010 22:30:54 +0000 (UTC) Received: by gwj20 with SMTP id 20so332604gwj.13 for ; Thu, 17 Jun 2010 15:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=OfmEovA64GdBLQJ9akD2hoF20V//dQ5Ah+M1btdm+JQ=; b=vE5muKN+jUC4EBPxi8knNicQCbVcUNh1laLni7JNI9BrLxhfExvZKrL7LNxwfx69uD xuGmE8/prNp2X6LrR812dBdTh/no7h+41QEfemSX9ge5GX8dSVhy85jGs10DkV7cIRos 00hE63bBeO4cmXgRBcpyU9EVYy7WzY9vgduJ8= 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; b=aITv9qT4F8pY6tScpBN9twElajBXecW2RDPA7nGij90Z5plvbSUvss4WeZDJhraaXo W98BKBMDe/qYiwJZ+Z7FpV5fTOmjg+LG8OXC4ohs1cOQwQvA7yPGSVBy79VhG/ND9Zl8 a4GA3rGFJbuhNBRoS2A6hKB186UnxvJIedZyU= Received: by 10.229.97.5 with SMTP id j5mr80349qcn.133.1276812187203; Thu, 17 Jun 2010 15:03:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.232.149 with HTTP; Thu, 17 Jun 2010 15:02:46 -0700 (PDT) In-Reply-To: <4C1A9989.3090507@gothic.net.au> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> <4C1A9989.3090507@gothic.net.au> From: Leif Walsh Date: Thu, 17 Jun 2010 15:02:46 -0700 Message-ID: To: Sean Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 22:30:54 -0000 On Thu, Jun 17, 2010 at 2:54 PM, Sean wrote: > Easy. > Create a symlink etc, to /etc > Create a file etc/passwd containing whatever you want. This could be an artifact of coming from the Linux world and knowing little about the BSD kernel (and I should probably lurk a bit longer before posting on a new list), but wouldn't the symlink resolve and result in a totally new chain of lookup/permissions calls? I don't see how making a symlink to a location allows you to change the permissions of that location just by changing the permissions of the symlink. -- Cheers, Leif From owner-freebsd-stable@FreeBSD.ORG Thu Jun 17 22:33:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A029B106564A for ; Thu, 17 Jun 2010 22:33:58 +0000 (UTC) (envelope-from leif.walsh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB438FC1B for ; Thu, 17 Jun 2010 22:33:57 +0000 (UTC) Received: by gxk27 with SMTP id 27so354681gxk.13 for ; Thu, 17 Jun 2010 15:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=wnsnVSfBlJpPFscuQzQhVov/SuxR8lITgeX52y1m6mA=; b=eOq9wcmFZ2AjPT5sevyTXc529ZYSvjLnZ6PbZKDRyOq9FiozVz2fbrOYt9kWlgwDOS pYhYtNdewcvWO8ceqXM/J+RL20dkFmojHszb2RMOKcCqfMFDxCMQCwVlcwPQe1OHUq46 EBxa935hVPV6dEib2H2bR7Ypru45Vla8v/0iE= 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; b=E/xkdFgYY03WHpfVck/WK0V9vicwHEyNd/lRGTzZ8c0XO4VptMAxQrK6/fqM+vy0T8 vcFFXjNzz6jjPB09gI5p0CmAmQVrRLadIPaZsx19i2uN22OyGH9CDQcQALNe4ljjgsAs KxbdYrXwqj+ZOpdHp2hCRp/VA5V3aitzI9Zfk= Received: by 10.229.97.5 with SMTP id j5mr94397qcn.133.1276814037145; Thu, 17 Jun 2010 15:33:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.232.149 with HTTP; Thu, 17 Jun 2010 15:33:37 -0700 (PDT) In-Reply-To: <820425CC-DEE2-4243-9549-E4C69A13517E@gothic.net.au> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> <4C1A9989.3090507@gothic.net.au> <820425CC-DEE2-4243-9549-E4C69A13517E@gothic.net.au> From: Leif Walsh Date: Thu, 17 Jun 2010 15:33:37 -0700 Message-ID: To: Sean Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jun 2010 22:33:58 -0000 On Thu, Jun 17, 2010 at 3:29 PM, Sean wrote: > It only works if the user extracting already has permission to write there anyway. It's a means of taking advantage of a privileged user who extracts the tar. Bah, you're right. -- Cheers, Leif From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 02:50:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40569106566B for ; Fri, 18 Jun 2010 02:50:22 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.118]) by mx1.freebsd.org (Postfix) with ESMTP id 21F918FC19 for ; Fri, 18 Jun 2010 02:50:21 +0000 (UTC) Received: from c-in3ofil02-03.sv2.lotusliveops.com (50.32.6.10.in-addr.arpa [10.6.32.50]) by c-in3obnd02-02.sv2.lotusliveops.com (Postfix) with ESMTP id 028442FEA2 for ; Fri, 18 Jun 2010 02:50:21 +0000 (GMT) Received: from 74.32.6.10.in-addr.arpa (c-in3ws--02-01.sv2.lotusliveops.com [10.6.32.74]) (sender gaijin.k@ovi.com) by c-in3ofil02-03.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Fri, 18 Jun 2010 02:50:20 +0000 Received: (qmail 32522 invoked from network); 18 Jun 2010 02:50:20 -0000 Received: from unknown (HELO c-in3play02-02.sv2.lotusliveops.com) (gaijin.k@ovi.com@74.105.210.169) by 74.32.5.10.in-addr.arpa with SMTP; 18 Jun 2010 02:50:20 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Nenhum_de_Nos In-Reply-To: References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> <1276740032.66339.16.camel@RabbitsDen> Content-Type: text/plain; charset="UTF-8" Date: Thu, 17 Jun 2010 22:49:27 -0400 Message-ID: <1276829367.66339.25.camel@RabbitsDen> MIME-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 8.1-rc1 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, 18 Jun 2010 02:50:22 -0000 On Thu, 2010-06-17 at 17:12 -0300, Nenhum_de_Nos wrote: > On Wed, June 16, 2010 23:00, Alexandre \"Sunny\" Kovalenko wrote: > > On Wed, 2010-06-16 at 21:48 -0300, Nenhum_de_Nos wrote: > >> On Wed, June 16, 2010 15:48, Alexandre \"Sunny\" Kovalenko wrote: > >> > On Wed, 2010-06-16 at 12:59 -0300, Nenhum_de_Nos wrote: > >> >> hail, > >> >> > >> >> has anyone seen a panic right after kernel is loaded from beastie > >> screen > >> >> ? > >> >> > >> >> this is an Asus F3T running amd64 version. I had first problem when= I > >> >> csuped to stable already in 8.1-prerelease time. I then got to boot > >> >> another kernel and csuped to releng_8_0 and all was ok again. now > >> that I > >> >> saw rc1 in cvsweb, I gave rc1 a try, and same problem. > >> >> > >> >> all I see is that message from kernel panic (that is followed by 15 > >> >> seconds to reboot or press a key) passing on screen one after the > >> other, > >> >> no time to read what it is. only key that works is power key, and > >> when > >> >> it > >> >> is pressed and hold, the messages stop to scroll and the last messa= ge > >> is > >> >> there for a really small fraction of time. > >> >> > >> >> I have no idea on how to get more info on this. > >> >> > >> >> thanks, > >> >> > >> >> matheus > >> >> > >> > > >> > Is it possible that you are loading VirtualBox modules from > >> loader.conf? > >> > >> very likely. I'll try to unload it from boor prompt later. > >> > >> thanks, > >> > >> matheus > >> > > > > You actually might want to 'disable' them from the boot prompt. >=20 > did it, no good. though :( >=20 > (I disabled vboxdrv.ko) >=20 > any other ideas ? >=20 > thanks, >=20 > matheus >=20 Not much -- this is just panic I had in the same timeframe and solved it by disabling and, consequently rebuilding, Virtual Box kernel modules. I assume you either not loading or did disable the remaining two: vboxnetflt.ko and vboxnetadp.ko.=20 I guess any third-party modules (webcam, qemu, etc.) would be good candidates for being disabled -- it seams like there were changes in the kernel which required rebuild of them. Outside of that -- sorry, out of ideas. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Create an account directly from your phone http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 03:06:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA8011065672 for ; Fri, 18 Jun 2010 03:06:24 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailD.acsu.buffalo.edu (localmailD.acsu.buffalo.edu [128.205.5.208]) by mx1.freebsd.org (Postfix) with ESMTP id B97D58FC08 for ; Fri, 18 Jun 2010 03:06:24 +0000 (UTC) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B37F3C1928 for ; Thu, 17 Jun 2010 23:06:23 -0400 (EDT) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 3F92AC1908 for ; Thu, 17 Jun 2010 23:06:22 -0400 (EDT) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 39E3CC187B for ; Thu, 17 Jun 2010 23:06:22 -0400 (EDT) Received: from [192.168.1.101] (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id F316D5B0038 for ; Thu, 17 Jun 2010 23:06:21 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lf1uUnGY5OBdX2yradgC" Organization: U. Buffalo Date: Thu, 17 Jun 2010 23:06:21 -0400 Message-ID: <1276830381.2005.22.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 27% Subject: FreeBSD 8.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 03:06:25 -0000 --=-lf1uUnGY5OBdX2yradgC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first Release Candidate for the FreeBSD 8.1 release cycle is now available for amd64, i386, ia64, powerpc, and sparc64 architectures. Files suitable for creating installation media or doing FTP based installs through the network should be available on most of the FreeBSD mirror sites. Checksums for the images are at the bottom of this message. For the amd64 and i386 architectures the DVD images have a preliminary set of packages in the ISO files. Unfortunately due to some limitations of the FTP mirroring system we are limited to images no larger than 2Gb so the packages available on the installation media is limited (almost down to just gnome/kde). We will work to remove that limitation but that won't happen before 8.1 is to become available. The target schedule for the release is available here: http://www.freebsd.org/releases/8.1R/schedule.html and the wiki page tracking the current status is here: http://wiki.freebsd.org/Releng/8.1TODO If you find problems you can report them through the normal Gnats based PR system or here on this mailing list. If you are updating an already running machine the CVS branch tag is RELENG_8_1, or if you prefer SVN use "releng/8.1". The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 8.0-RELEASE or 8.1-BETA1 can upgrade as follows: =20 # freebsd-update upgrade -r 8.1-RC1 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.1-RC1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Checksums: MD5 (FreeBSD-8.1-RC1-amd64-bootonly.iso) =3D 35951e08937cc4d16e6f8bb1c9cfc2= bf MD5 (FreeBSD-8.1-RC1-amd64-disc1.iso) =3D 8d3ff6e8498ce73cef9739e41f5c463a MD5 (FreeBSD-8.1-RC1-amd64-dvd1.iso) =3D 7a1de1ca54b5ab5d1a00fab649ba6090 MD5 (FreeBSD-8.1-RC1-amd64-livefs.iso) =3D f1b3b8a669ebcdcb25b2d0db08eeccc1 MD5 (FreeBSD-8.1-RC1-amd64-memstick.img) =3D 7984b6529a63343f74179543ef54fe= 3e MD5 (FreeBSD-8.1-RC1-i386-bootonly.iso) =3D 97d91947196678ed4e2d96b78bbc7e5= d MD5 (FreeBSD-8.1-RC1-i386-disc1.iso) =3D dc18618ce8afdda18d62a1d084385c7b MD5 (FreeBSD-8.1-RC1-i386-dvd1.iso) =3D b2f63695d40d0bd05ca81ca7d97c7a0e MD5 (FreeBSD-8.1-RC1-i386-livefs.iso) =3D d11914b0aa6829357f496b7ecb02876f MD5 (FreeBSD-8.1-RC1-i386-memstick.img) =3D ee50009e4ea8dd4336cfabba61f175b= 4 MD5 (FreeBSD-8.1-RC1-ia64-bootonly.iso) =3D 7bdf4a7c1818e472a5477f3b99e429c= e MD5 (FreeBSD-8.1-RC1-ia64-disc1.iso) =3D fe9a007b68eb49718d677c18b28143b3 MD5 (FreeBSD-8.1-RC1-ia64-disc2.iso) =3D e5047be6d8f2f004ea84b8cec3cfa921 MD5 (FreeBSD-8.1-RC1-ia64-disc3.iso) =3D 4b0590b500ff6516593981625d60a09d MD5 (FreeBSD-8.1-RC1-ia64-dvd1.iso) =3D 34613b88de010704c532188b299a115e MD5 (FreeBSD-8.1-RC1-ia64-livefs.iso) =3D a1442d6532bbf8351313ec50e8ba492e MD5 (FreeBSD-8.1-RC1-pc98-bootonly.iso) =3D 6f5fff25770192dc890a382327e8008= 5 MD5 (FreeBSD-8.1-RC1-pc98-disc1.iso) =3D 5535f393c66582bff8d72b177d120e68 MD5 (FreeBSD-8.1-RC1-pc98-livefs.iso) =3D 62452e9c0ef02fa18b672c0fb683fb85 MD5 (FreeBSD-8.1-RC1-powerpc-bootonly.iso) =3D 0f43333a31adc57fb62d9dbdda5d= a238 MD5 (FreeBSD-8.1-RC1-powerpc-disc1.iso) =3D b5d3948e2e697e277502727f8d3548e= 1 MD5 (FreeBSD-8.1-RC1-powerpc-disc2.iso) =3D a33065119c56bd9751ea030b4d5c1d6= 9 MD5 (FreeBSD-8.1-RC1-powerpc-disc3.iso) =3D 3b15748d00bba19041100eb2a83c960= 4 MD5 (FreeBSD-8.1-RC1-sparc64-bootonly.iso) =3D a261f8a995a88c896f23b8f5cca8= bfc7 MD5 (FreeBSD-8.1-RC1-sparc64-disc1.iso) =3D 99d87cacce1e91523f633710136cfea= 0 MD5 (FreeBSD-8.1-RC1-sparc64-disc2.iso) =3D 487a32c2dcbf324e26250e15b852f20= 1 MD5 (FreeBSD-8.1-RC1-sparc64-disc3.iso) =3D b93f9739cbc10b7887b13bc6c88169e= 1 MD5 (FreeBSD-8.1-RC1-sparc64-dvd1.iso) =3D 104dd802bcd5371b4cad69d23b133645 MD5 (FreeBSD-8.1-RC1-sparc64-livefs.iso) =3D 212e324da01c079183c56469a89b4a= 1d SHA256 (FreeBSD-8.1-RC1-amd64-bootonly.iso) =3D e9fa0729ae6a41156f1c42b27b7= feaf0f5863efefc7dc272103d19cc40e9e1cc SHA256 (FreeBSD-8.1-RC1-amd64-disc1.iso) =3D 99eed24494bedc143d9062fe811329= 498eca2fa23e6fa1eea70651e48d348820 SHA256 (FreeBSD-8.1-RC1-amd64-dvd1.iso) =3D 0ec417d66f92057d26655f7032654e6= 7fa128321d2db03a4f54eaeb1b3a6bd90 SHA256 (FreeBSD-8.1-RC1-amd64-livefs.iso) =3D f772388feefa7f71df0974163f0cf= 72156582e1ad7cf542cc884249403864b42 SHA256 (FreeBSD-8.1-RC1-amd64-memstick.img) =3D 8def67bb4a37462fb1da26adb3f= ac593e95fc27c887ef69a4128012b146093e1 SHA256 (FreeBSD-8.1-RC1-i386-bootonly.iso) =3D 9c3a0924610fd807cb2c32ced118= 44f2978771c8cda12befc31678471198d065 SHA256 (FreeBSD-8.1-RC1-i386-disc1.iso) =3D 5110557c4707472265d2d5c46e3980d= d2c172f59f1f8adf05a85d03b24f60187 SHA256 (FreeBSD-8.1-RC1-i386-dvd1.iso) =3D d9a01dde01b6a39a9b11530a219b4f91= 0aca19b1ca77333f6cf872aa26a294ae SHA256 (FreeBSD-8.1-RC1-i386-livefs.iso) =3D 27fd5a3d6bbf55ade7c6fd0d7185d2= 81ce8022e9b0c3fd843a2e141a496275ff SHA256 (FreeBSD-8.1-RC1-i386-memstick.img) =3D 5892b4722a207964117e433e2a1c= 32151d35cf7767d078a88cb4260f7dfa2e59 SHA256 (FreeBSD-8.1-RC1-ia64-bootonly.iso) =3D 5dd28388b640fc73fd50ab247bfc= feecaeea168e548fd47a23710b157bc4ae23 SHA256 (FreeBSD-8.1-RC1-ia64-disc1.iso) =3D 5df5cab408318bc34a6965761954dd5= d5f9e13e21af84fab3041863061c0e298 SHA256 (FreeBSD-8.1-RC1-ia64-disc2.iso) =3D 6d6412a1fe10e1e93f143733c38609d= 9a167accf12fb753d31cd501ef6c359c9 SHA256 (FreeBSD-8.1-RC1-ia64-disc3.iso) =3D 18e4b1878d290da9228a6be247fc237= ee19086df8b7691fd6985391e4e393f2b SHA256 (FreeBSD-8.1-RC1-ia64-dvd1.iso) =3D e68773c640565bb4f8aa0f542a133715= 00f3fc88440dd4c17b18759fb75c1473 SHA256 (FreeBSD-8.1-RC1-ia64-livefs.iso) =3D 743f1ae6b647fad311ccf820c0ad70= 91264250b17c1b79c063f2827abc852898 SHA256 (FreeBSD-8.1-RC1-pc98-bootonly.iso) =3D a6e833c64fb0e7fa7e425199106c= e5f2ed131cc08b758286d87740539e327f50 SHA256 (FreeBSD-8.1-RC1-pc98-disc1.iso) =3D 31bb82cd4bd597e7c955fd61aab9a40= 92f4510c022230c8612d98b95587912d1 SHA256 (FreeBSD-8.1-RC1-pc98-livefs.iso) =3D 01a38477f09db8588e5d926bfd8ef5= 32aad1b150140c450b2011889e16afa3e6 SHA256 (FreeBSD-8.1-RC1-powerpc-bootonly.iso) =3D ce669efc227ffc7647a42c872= 87abfc61b2f044be90f1329bfa1e0ad700d386e SHA256 (FreeBSD-8.1-RC1-powerpc-disc1.iso) =3D dee68ed0f17c1288e95677252d6e= 48011c326274ccf971747f74e17de681779a SHA256 (FreeBSD-8.1-RC1-powerpc-disc2.iso) =3D 6447b04da5f93f3b9008e71e3a0f= 8704552f06ee9e261529303dd2d9afdcf501 SHA256 (FreeBSD-8.1-RC1-powerpc-disc3.iso) =3D 0201c7c3edd75bc82c5f2da11833= 48eff14f8b4eb82a408158c0592f8015bb72 SHA256 (FreeBSD-8.1-RC1-sparc64-bootonly.iso) =3D 37f3dc5bdfd03ba196d40d677= 928f0e80c174d62744fa6774937416af7cea4ca SHA256 (FreeBSD-8.1-RC1-sparc64-disc1.iso) =3D 16ba7440a25c5c318dadcfd0b623= 9058e823d11428a04cb5160a3627df5b7efd SHA256 (FreeBSD-8.1-RC1-sparc64-disc2.iso) =3D b137c32a711b8f604d52f23405d0= b2c9d5bb30f9582defccfcc9bc5ef4016510 SHA256 (FreeBSD-8.1-RC1-sparc64-disc3.iso) =3D 3b58425fcca261e61fa4351c49f9= 0abf9c46d42e04cafe5da7b7bee21ef25bc4 SHA256 (FreeBSD-8.1-RC1-sparc64-dvd1.iso) =3D 884a8b49a5e87dc0e56cad1e03338= 004f4978e39776f34eb1c13dab50994b5b6 SHA256 (FreeBSD-8.1-RC1-sparc64-livefs.iso) =3D b6a927cdf6bdcdb18130a772213= 276c300a46d805bcc9f8817162dcf4e7640ed --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-lf1uUnGY5OBdX2yradgC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkwa4qEACgkQ/G14VSmup/ZM4ACeNrHORjoZeMwN5HZ14oLCrtRI EtYAoIqcQIEQFfX7JflreceJ9NDPLNgT =Zesn -----END PGP SIGNATURE----- --=-lf1uUnGY5OBdX2yradgC-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 07:06:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB33A106566B for ; Fri, 18 Jun 2010 07:06:40 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [81.95.138.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8814F8FC16 for ; Fri, 18 Jun 2010 07:06:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=hz2UDjArPgh3RZ5tm21EY5mCCQXlnMFTqJTPaZj1kCY=; b=alWqmU8QXo8JCUIJi7Ye/RSZLlFuoEWa6re2i4dDOqyXz/yrocr35kIpvIf04yXPuh6/0UNJ1lYF60Mgep8zPDWE7vPGWE+EuZLqtk51fCToev1bnCmjhtLTeseRf1kuscLETXYhtmkg2/EfGlITStX6wPIyWcNVGtWWLLCxFhM=; Received: from laa by m.cemu.ru with local (Exim) (envelope-from ) id 1OPVew-000Oas-00 for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 11:06:38 +0400 Date: Fri, 18 Jun 2010 11:06:37 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20100618070637.GZ6319@cemu.ru> References: <20100616111409.GP6319@cemu.ru> <201006160755.27451.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201006160755.27451.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: 7.3-STABLE acpi and mpt problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 07:06:40 -0000 Hello, John Baldwin! On Wed, Jun 16, 2010 at 07:55:27AM -0400 jhb@freebsd.org wrote about "Re: 7.3-STABLE acpi and mpt problems?": > On Wednesday 16 June 2010 7:14:09 am Lystopad Olexandr wrote: > > > > Hi! > > > > I have FreeBSD 7.3-STABLE on Biostar 945GC-M4 motherboard. > > When I boot with custom kernel it fail to boot on ACPI. FreeBSD box > > do not respond to any key. But it successfully boots with button 2 > > from boot menu (without acpi). > > > > Then I try to boot with GENERIC. Success! Ok, I try comment > > out one-by-one devices in GENERIC, rebuild and install kernel, > > and try to boot. My custom kernel boot fine until I comment > > out mpt device in kernel, but it successfully boots without > > acpi (button 2 on boot menu). I have no mpt devices in > > this box. When I insert "device mpt" back to the kernel it boots > > successfully. > > > > Why acpi depends on device mpt? Why this server do not boot without > > this device? > > How does it fail to boot in the non-mpt case? Does it hang, does it panic? > If it hangs, can you break into DDB and capture the output of 'ps' and a stack > trace? (A serial console is probably useful for this.) John, thank you very much for your answer. Sorry for delay. My freebsd box fails to boot after detecting CPU and memory. It simply hang. I think this is too early to run ddb or somethig else. Also, similar problem with this device I detect on two remote bsd servers in production. After insert mpt device into kernel, that servers begin boots fine. -- Olexandr Lystopad From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 07:34:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB151065675 for ; Fri, 18 Jun 2010 07:34:30 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 828C68FC17 for ; Fri, 18 Jun 2010 07:34:30 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OPW5t-0002y0-Bk for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 09:34:29 +0200 Received: from [10.58.235.50] by mapper.nl with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OPW5p-000GcE-8l for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 09:34:25 +0200 Message-ID: <4C1B2180.1040300@mapper.nl> Date: Fri, 18 Jun 2010 09:34:24 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig753E16A6A2D72911B1F71F68" Subject: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 07:34:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig753E16A6A2D72911B1F71F68 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Since updating to 8.X I noticed that network services were started before the network was up! I use lagg failover configuration on both my FreeBSD boxes. First, boot fails on mounting my nfs-shares. After entering and exiting the "rescue" shell, the system boots as normal= =2E uname -a FreeBSD mario 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Fri Jun 18 07:46:01 CEST 2010 ****@mario:/usr/obj/usr/src/sys/mario amd64 What could I do to fix this? Here's an exerpt from /var/log/messages: Jun 18 09:10:25 ntpd[1376]: ntpd 4.2.4p5-a (1) Jun 18 09:10:25 kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Jun 18 09:10:27 ntpd_initres[1412]: host name not found: yoshi Jun 18 09:10:27 kernel: nfe0: link state changed to UP Jun 18 09:10:27 kernel: lagg0: link state changed to UP Jun 18 09:10:27 kernel: nfe1: link state changed to UP Jun 18 09:10:27 ntpd_initres[1412]: couldn't resolve `yoshi', giving up on it Jun 18 09:10:28 dhclient: New Hostname (lagg0): mario Jun 18 09:10:28 dhclient: New IP Address (lagg0): 10.58.235.6 Jun 18 09:10:28 dhclient: New Subnet Mask (lagg0): 255.255.255.0 Jun 18 09:10:28 dhclient: New Broadcast Address (lagg0): 10.58.235.255 Jun 18 09:10:28 dhclient: New Routers (lagg0): 10.58.235.1 --------------enig753E16A6A2D72911B1F71F68 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.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwbIYAACgkQN9xNqOOVnWC/+wCfQnDd+4aQvg0QaS/O0D27isg7 Bm0An0v/OE62UX6AlZQTHmLlKZ0TsTvZ =SFo4 -----END PGP SIGNATURE----- --------------enig753E16A6A2D72911B1F71F68-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 07:37:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2A5106566B for ; Fri, 18 Jun 2010 07:37:19 +0000 (UTC) (envelope-from matt@bubblegen.co.uk) Received: from relay.pcl-ipout02.plus.net (relay.pcl-ipout02.plus.net [212.159.7.100]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9338FC0A for ; Fri, 18 Jun 2010 07:37:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AroFAP63GkzUnw4R/2dsb2JhbACDHY9HjCJxrxSRJYElgTyBSW8E Received: from outmx02.plus.net ([212.159.14.17]) by relay.pcl-ipout02.plus.net with ESMTP; 18 Jun 2010 08:08:28 +0100 Received: from bubblegen.plus.com ([80.229.236.194] helo=[192.136.1.18]) by outmx02.plus.net with esmtp (Exim) id 1OPVgh-0003sZ-Jc for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 08:08:27 +0100 From: Matthew Lear To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Fri, 18 Jun 2010 08:08:24 +0100 Message-ID: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Subject: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 07:37:19 -0000 Hi there, I'm running 7.2-RELEASE-p4 on an i386 HP server (ML G5) in RAID1 configuration. Very recently, I've seen IO errors such as: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=20472527 reported and the RAID mirror is now offline. ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=395032335 ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode Strangely, I've ran some SMART tests on the device and no error has been recorded. Health checks pass. Running a long test on the device doesn't show any problem. While SMART can be manufacturer specific I at least expected to see something which looked to be suspicious. The drives in the RAID exist on two seperate ATA channels: [root@meshuga /home/matt]# atacontrol list ATA channel 0: Master: ad0 SATA revision 2.x Slave: ad1 SATA revision 1.x ATA channel 1: Master: ad2 SATA revision 2.x Slave: no device present ATA channel 2: Master: acd0 SATA revision 1.x Slave: no device present ATA channel 3: Master: no device present Slave: no device present ad1 is a third 160G drive that I periodically back up to using cron. I've seen the thread below but I'm not using ZFS. This seems similar to what I'm experiencing. http://freebsd.monkey.org/freebsd-stable/200801/msg00617.html I'm using software RAID with atacontrol but the drives are not hot-swap. Therefore I expect that I need to detach ad0 from the RAID, power down the unit, replace the drive, power on the unit and rebuild the array in order to fix things. Trouble is, I'm struggling to find out if this can be done safely with atacontrol and the hw configuration I have, and if so, how best to do it? It may well be a case of RTFM (again) but I just wanted to run this by the community to get some feedback. Loosing data is not an option here so hopefully I can get the machine back up on its feet soon. Any help or feedback much appreciated. Thanks, -- Matt From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 07:51:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E9B41065672 for ; Fri, 18 Jun 2010 07:51:08 +0000 (UTC) (envelope-from pieter@thelostparadise.com) Received: from mail.thelostparadise.com (router.thelostparadise.com [IPv6:2a02:898:0:30::30:1]) by mx1.freebsd.org (Postfix) with ESMTP id 00E0D8FC1D for ; Fri, 18 Jun 2010 07:51:07 +0000 (UTC) Received: by mail.thelostparadise.com (Postfix, from userid 127) id 671FA73054; Fri, 18 Jun 2010 09:51:06 +0200 (CEST) Received: from localhost by mail.thelostparadise.com (Postfix) with ESMTP id D340E73008; Fri, 18 Jun 2010 09:51:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=thelostparadise.com; s=thelostparadise; t=1276847464; bh=FN7dZ4898Z6ogg0vCkjq6arPHIU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=DE1vksH6Fc5w 0fLORk0THiKFWLMjcK4ELFajQAlMIXKg4QK30+juaJPtZIX9mru6vyXyNkyYLg6N8Hu 7nttaYcJ5+9lxQUWpohMY+cxn6SGMmnOLV1MFWrZMDNk1b7E2p+UZEiChf/ezU8oJa+ 631gpKXCQEzPuEXQyf4L059RA= Message-ID: <4C1B2565.9010509@thelostparadise.com> Date: Fri, 18 Jun 2010 09:51:01 +0200 From: Pieter de Boer MIME-Version: 1.0 To: Matthew Lear References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> In-Reply-To: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 07:51:08 -0000 Hi Matthew, > I'm running 7.2-RELEASE-p4 on an i386 HP server (ML G5) in RAID1 > configuration. Very recently, I've seen IO errors such as: > > ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=20472527 > > reported and the RAID mirror is now offline. > > ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 > ad0: FAILURE - WRITE_DMA48 status=51 > error=10 LBA=395032335 > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > I had more or less the same timeout issues on my 8.0-RELEASE box on a Dell R300 with SATA disks. What I did was raise the ata timeout from 5 seconds to 20. I did this by patching the kernel code while running, but I'm not sure you'd like that approach ;) In http://www.freebsd.org/cgi/query-pr.cgi?pr=111023 a patch is presented that raises the timeouts by patching a few ATA kernel source files. This has been committed to RELENG_7 as well, so by upgrading your 7.2-install to the latest RELENG_7 (or RELENG_8), you'll have that timeout fix. Why ATA commands can take longer than 5 seconds although the disks appear to be fine.. wouldn't know .. -- Pieter From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 08:21:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927FC10656BF for ; Fri, 18 Jun 2010 08:21:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 404708FC22 for ; Fri, 18 Jun 2010 08:21:29 +0000 (UTC) Received: from omta14.westchester.pa.mail.comcast.net ([76.96.62.60]) by qmta04.westchester.pa.mail.comcast.net with comcast id XLMW1e0021HzFnQ54LMWyD; Fri, 18 Jun 2010 08:21:30 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta14.westchester.pa.mail.comcast.net with comcast id XLMV1e0013S48mS3aLMVnd; Fri, 18 Jun 2010 08:21:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9F68F9B425; Fri, 18 Jun 2010 01:21:27 -0700 (PDT) Date: Fri, 18 Jun 2010 01:21:27 -0700 From: Jeremy Chadwick To: Matthew Lear Message-ID: <20100618082127.GA34578@icarus.home.lan> References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 08:21:30 -0000 On Fri, Jun 18, 2010 at 08:08:24AM +0100, Matthew Lear wrote: > Hi there, > > I'm running 7.2-RELEASE-p4 on an i386 HP server (ML G5) in RAID1 > configuration. Very recently, I've seen IO errors such as: > > ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=20472527 > > reported and the RAID mirror is now offline. > > ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 > ad0: FAILURE - WRITE_DMA48 status=51 > error=10 LBA=395032335 > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > > Strangely, I've ran some SMART tests on the device and no error has been > recorded. Health checks pass. Running a long test on the device doesn't > show any problem. While SMART can be manufacturer specific I at least > expected to see something which looked to be suspicious. Could you please provide the full output from "smartctl -a /dev/ad0" here? Your drive may be completely fine and you may not have to swap it at all; hard to say. > The drives in the RAID exist on two seperate ATA channels: > [root@meshuga /home/matt]# atacontrol list > ATA channel 0: > Master: ad0 SATA revision 2.x > Slave: ad1 SATA revision 1.x > ATA channel 1: > Master: ad2 SATA revision 2.x > Slave: no device present > ATA channel 2: > Master: acd0 SATA revision 1.x > Slave: no device present > ATA channel 3: > Master: no device present > Slave: no device present > > ad1 is a third 160G drive that I periodically back up to using cron. So your RAID-1 array consists of ad0 and ad2? You didn't provide "atacontrol status" output so I'm going to assume that's the case. What's odd to me is that you somehow have two disks on a single ATA channel -- look closely at channel 0. SATA has a 1:1 device-to-channel mapping, so I'm a little surprised to see there's two devices on channel 0. To me, this indicates your system BIOS is configured to run in "Emulation" mode -- where the ATA controller pretends to be a PATA/IDE controller, thus SATA-0 and SATA-1 devices appear as primary master and primary slave, respectively. What motherboard is this? Can you change the setting to either "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems where the Serial ATA option in the BIOS has an "Auto" option, which does totally bizarre things at times. But before changing the setting, I would recommend dealing with the disk problem first. Changing the SATA controller operation mode will almost certainly change all of your device names (you'll have to go into single-user mode, mount filesystems by hand, fix /etc/fstab, etc.). Also, can you please provide output from "dmesg | grep -i ata"? > I've seen the thread below but I'm not using ZFS. This seems similar to > what I'm experiencing. > http://freebsd.monkey.org/freebsd-stable/200801/msg00617.html > > I'm using software RAID with atacontrol but the drives are not hot-swap. When you say "software RAID", I'm assuming you're referring to ata(4)'s native OS-level RAID (as in "atacontrol create RAID1 ad0 ad1"). Or are you using something like Intel MatrixRAID? > Therefore I expect that I need to detach ad0 from the RAID, power down > the unit, replace the drive, power on the unit and rebuild the array in > order to fix things. Trouble is, I'm struggling to find out if this can > be done safely with atacontrol and the hw configuration I have, and if > so, how best to do it? The atacontrol man page covers your situation: It is NOT recommended to create such arrays on a primary/secondary pair on a SINGLE channel since the throughput of the mirror would be severely compromised, the ability to rebuild the array in the event of a disk failure would be greatly complicated, and if a disk controller electronics failed it could wedge the channel and take both disks in the mirror offline. (which would defeat the purpose of having a mirror in the first place) I realise ad0 is on channel 0 and ad2 is on channel 1, but you have a "mystery device" as a Slave on channel 0, which is going to be impacted. You really need AHCI to be able to hot-swap effectively. The procedure I've followed for years -- without ZFS in the picture (that should just add a few extra commands to the picture) -- relies on AHCI and a proper hot-swap bay/backplane. Hot-swapping disks without such a backplane, in my experience, results in the system powering off suddenly. Anyway, this is the procedure: - atacontrol detach ataX (where ataX = channel disk is attached to) - Physically remove the bad disk - Physically insert a new disk - Wait 15 seconds for drive to settle - atacontrol attach ataX The new disk should appear automatically, and should appear as the same device name (adX) that it did before. At least that's my experience when using AHCI with ataahci.ko (I haven't tried when using ahci.ko, which uses CAM). We can discuss the details/differences later. If the disk doesn't reappear ("atacontrol list" shows no device attached) then do "atacontrol reinit ataX", which should make it appear. I've had to do this once or twice, and it worked fine. I've also seen this command lock the system up or panic the kernel. But as stated, you won't be able to do this because you have two SATA devices appearing under one channel. Given that, I would recommend you follow this procedure instead: - Power down system cleanly ("shutdown -p") - Remove power cable from PSU - Physically disconnect + remove the bad disk - Physically add + connect the new disk - Power up system - Go into system BIOS and make sure the new disk appears. (FreeBSD doesn't care what the BIOS thinks, so this step is done solely to make sure that the PC sees the disk at all) - Let FreeBSD boot/etc. -- I believe ata(4) will automatically begin rebuilding the array when it tastes the new/replacement disk and sees it has no metadata. "atacontrol status" should show the state. > It may well be a case of RTFM (again) but I just wanted to run this by > the community to get some feedback. Loosing data is not an option here > so hopefully I can get the machine back up on its feet soon. Don't take this as a pot-shot, but you should have tested this whole ordeal before putting the machine into a mission-critical role. It's important to do this rather than just blindly assume there won't be any complications; better to be safe than sorry. :-) Testing disk failures of this specific nature is pretty simple, especially if there's a hot-swap backplane involved. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 08:25:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EE15106566B for ; Fri, 18 Jun 2010 08:25:23 +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 C28B28FC08 for ; Fri, 18 Jun 2010 08:25:22 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA13023; Fri, 18 Jun 2010 11:25:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OPWsu-000O4O-R9; Fri, 18 Jun 2010 11:25:08 +0300 Message-ID: <4C1B2D63.6070902@icyb.net.ua> Date: Fri, 18 Jun 2010 11:25:07 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Lystopad Olexandr References: <20100616111409.GP6319@cemu.ru> <201006160755.27451.jhb@freebsd.org> <20100618070637.GZ6319@cemu.ru> In-Reply-To: <20100618070637.GZ6319@cemu.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.3-STABLE acpi and mpt problems? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 08:25:23 -0000 on 18/06/2010 10:06 Lystopad Olexandr said the following: > Hello, John Baldwin! > > On Wed, Jun 16, 2010 at 07:55:27AM -0400 > jhb@freebsd.org wrote about "Re: 7.3-STABLE acpi and mpt problems?": >> On Wednesday 16 June 2010 7:14:09 am Lystopad Olexandr wrote: >>> Hi! >>> >>> I have FreeBSD 7.3-STABLE on Biostar 945GC-M4 motherboard. >>> When I boot with custom kernel it fail to boot on ACPI. FreeBSD box >>> do not respond to any key. But it successfully boots with button 2 >>> from boot menu (without acpi). >>> >>> Then I try to boot with GENERIC. Success! Ok, I try comment >>> out one-by-one devices in GENERIC, rebuild and install kernel, >>> and try to boot. My custom kernel boot fine until I comment >>> out mpt device in kernel, but it successfully boots without >>> acpi (button 2 on boot menu). I have no mpt devices in >>> this box. When I insert "device mpt" back to the kernel it boots >>> successfully. >>> >>> Why acpi depends on device mpt? Why this server do not boot without >>> this device? >> How does it fail to boot in the non-mpt case? Does it hang, does it panic? >> If it hangs, can you break into DDB and capture the output of 'ps' and a stack >> trace? (A serial console is probably useful for this.) > > John, thank you very much for your answer. > Sorry for delay. > > My freebsd box fails to boot after detecting CPU and memory. It > simply hang. I think this is too early to run ddb or somethig else. > > Also, similar problem with this device I detect on two remote bsd > servers in production. After insert mpt device into kernel, that > servers begin boots fine. Can you please produce _verbose_ dmesg for booting with acpi+mpt and no acpi, no mpt? And also, _verbose_ dmesg of acpi and !mpt. You can capture the latter with serial console. If you don't have it, try to get screenshots. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 08:26:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27DCA1065675 for ; Fri, 18 Jun 2010 08:26:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id CCAA88FC12 for ; Fri, 18 Jun 2010 08:26:42 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta03.westchester.pa.mail.comcast.net with comcast id XLMu1e0010EZKEL53LSjWy; Fri, 18 Jun 2010 08:26:43 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta01.westchester.pa.mail.comcast.net with comcast id XLSh1e0033S48mS3MLSi7c; Fri, 18 Jun 2010 08:26:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A31139B425; Fri, 18 Jun 2010 01:26:40 -0700 (PDT) Date: Fri, 18 Jun 2010 01:26:40 -0700 From: Jeremy Chadwick To: Mark Stapper Message-ID: <20100618082640.GB34578@icarus.home.lan> References: <4C1B2180.1040300@mapper.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C1B2180.1040300@mapper.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 08:26:44 -0000 On Fri, Jun 18, 2010 at 09:34:24AM +0200, Mark Stapper wrote: > Hello, > > Since updating to 8.X I noticed that network services were started > before the network was up! This is common/normal. I wrote a script (still working on getting it added to the base system) to deal with this issue. Please see: http://jdc.parodius.com/freebsd/netwait Drop this into /usr/local/etc/rc.d, chmod it 755, and read the descriptions of the variables and add the appropriate settings to rc.conf. Please be aware netwait_if only takes a single interface; you're using lagg, so I hope that when your system boots whichever interface you pick in netwait_if the one which you default to using. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 08:47:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F0710656FE for ; Fri, 18 Jun 2010 08:47:44 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 113EE8FC1A for ; Fri, 18 Jun 2010 08:47:43 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OPXEk-0006sm-KV; Fri, 18 Jun 2010 10:47:42 +0200 Received: from [10.58.235.50] by mapper.nl with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OPXEi-000Gn4-4h; Fri, 18 Jun 2010 10:47:40 +0200 Message-ID: <4C1B32A6.6070601@mapper.nl> Date: Fri, 18 Jun 2010 10:47:34 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <4C1B2180.1040300@mapper.nl> <20100618082640.GB34578@icarus.home.lan> In-Reply-To: <20100618082640.GB34578@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3EDA17DFFB7BEE6E53A90582" Cc: freebsd-stable@freebsd.org Subject: Re: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 08:47:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3EDA17DFFB7BEE6E53A90582 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 18/06/2010 10:26, Jeremy Chadwick wrote: > On Fri, Jun 18, 2010 at 09:34:24AM +0200, Mark Stapper wrote: > =20 >> Hello, >> >> Since updating to 8.X I noticed that network services were started >> before the network was up! >> =20 > This is common/normal. I wrote a script (still working on getting it > added to the base system) to deal with this issue. Please see: > > http://jdc.parodius.com/freebsd/netwait > > Drop this into /usr/local/etc/rc.d, chmod it 755, and read the > descriptions of the variables and add the appropriate settings to > rc.conf. > > Please be aware netwait_if only takes a single interface; you're using > lagg, so I hope that when your system boots whichever interface you pic= k > in netwait_if the one which you default to using. > > =20 couldn't I use lagg0 on this parameter? thx btw :-) Regards, Mark --------------enig3EDA17DFFB7BEE6E53A90582 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.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwbMqsACgkQN9xNqOOVnWDmCACfXg0Jrz1mxf6GRlhXPVrLg/4X 2ggAmwfAAWeKEcPRvn31UfskCUeniHRW =+dF0 -----END PGP SIGNATURE----- --------------enig3EDA17DFFB7BEE6E53A90582-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 08:57:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE57E1065675 for ; Fri, 18 Jun 2010 08:57:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8B98FC1D for ; Fri, 18 Jun 2010 08:57:54 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta03.westchester.pa.mail.comcast.net with comcast id XLxu1e0071c6gX853Lxuia; Fri, 18 Jun 2010 08:57:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.westchester.pa.mail.comcast.net with comcast id XLxt1e0023S48mS3jLxu5x; Fri, 18 Jun 2010 08:57:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8F9049B425; Fri, 18 Jun 2010 01:57:52 -0700 (PDT) Date: Fri, 18 Jun 2010 01:57:52 -0700 From: Jeremy Chadwick To: Mark Stapper Message-ID: <20100618085752.GA36238@icarus.home.lan> References: <4C1B2180.1040300@mapper.nl> <20100618082640.GB34578@icarus.home.lan> <4C1B32A6.6070601@mapper.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C1B32A6.6070601@mapper.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 08:57:54 -0000 On Fri, Jun 18, 2010 at 10:47:34AM +0200, Mark Stapper wrote: > On 18/06/2010 10:26, Jeremy Chadwick wrote: > > On Fri, Jun 18, 2010 at 09:34:24AM +0200, Mark Stapper wrote: > > > >> Hello, > >> > >> Since updating to 8.X I noticed that network services were started > >> before the network was up! > >> > > This is common/normal. I wrote a script (still working on getting it > > added to the base system) to deal with this issue. Please see: > > > > http://jdc.parodius.com/freebsd/netwait > > > > Drop this into /usr/local/etc/rc.d, chmod it 755, and read the > > descriptions of the variables and add the appropriate settings to > > rc.conf. > > > > Please be aware netwait_if only takes a single interface; you're using > > lagg, so I hope that when your system boots whichever interface you pick > > in netwait_if the one which you default to using. > > > > > couldn't I use lagg0 on this parameter? You could, but it won't necessarily work in the way you think it will. netwait explicitly looks for link interface state ("status: no carrier") in ifconfig output. This methodology is used in other base system scripts. If lagg devices offer that line in ifconfig, then the script will work but won't necessarily do what you expect. It's very common on FreeBSD for drivers of this sort to ""lie"" (please note the quotes) about the state of link. Meaning, lagg0 might show link, but maybe that means "Yeah! I'm configured!" -- but that doesn't mean the *physical network interfaces lagg0 is associated with* are actually functional. See where I'm going with this? In your situation, assuming lagg0 provides a status line in ifconfig, then yes you can use that -- but *ultimately* you're going to be reliant entirely upon the netwait_ip ping tests to verify network connections are working. That's just the nature of the beast. The bottom line is that the netwait script *cannot* be reliably used in "complex network situations" (and this may be one of those). Below is my original mail to -stable about the script (then called "waitnetwork"); see "CAVEATS / POINTS OF INTEREST". There is truly no universal way that covers everyone's configuration/setup. http://www.mail-archive.com/freebsd-stable@freebsd.org/msg109853.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 10:40:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C04C106566C for ; Fri, 18 Jun 2010 10:40:01 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id DFEFC8FC13 for ; Fri, 18 Jun 2010 10:40:00 +0000 (UTC) Received: from localhost (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id 657E15C735; Fri, 18 Jun 2010 12:20:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by localhost (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id q4CY63hVNKO6; Fri, 18 Jun 2010 12:20:09 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id 5C3E45C72E; Fri, 18 Jun 2010 12:20:09 +0200 (CEST) Received: from pcbart.incore (pcbart.incore [192.168.0.57]) by mail.incore (Postfix) with ESMTPA id 54AB64504C; Fri, 18 Jun 2010 12:20:09 +0200 (CEST) Message-ID: <4C1B4858.7040805@dssgmbh.de> Date: Fri, 18 Jun 2010 12:20:08 +0200 From: Alfred Bartsch User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Mark Stapper References: <4C1B2180.1040300@mapper.nl> In-Reply-To: <4C1B2180.1040300@mapper.nl> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 10:40:01 -0000 Mark Stapper schrieb: > Hello, > > Since updating to 8.X I noticed that network services were started > before the network was up! > I use lagg failover configuration on both my FreeBSD boxes. > First, boot fails on mounting my nfs-shares. > After entering and exiting the "rescue" shell, the system boots as normal. > > uname -a > FreeBSD mario 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Fri Jun 18 > 07:46:01 CEST 2010 ****@mario:/usr/obj/usr/src/sys/mario amd64 > What could I do to fix this? > > Here's an exerpt from /var/log/messages: > > Jun 18 09:10:25 ntpd[1376]: ntpd 4.2.4p5-a (1) > Jun 18 09:10:25 kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > Jun 18 09:10:27 ntpd_initres[1412]: host name not found: yoshi > Jun 18 09:10:27 kernel: nfe0: link state changed to UP > Jun 18 09:10:27 kernel: lagg0: link state changed to UP > Jun 18 09:10:27 kernel: nfe1: link state changed to UP > Jun 18 09:10:27 ntpd_initres[1412]: couldn't resolve `yoshi', giving up > on it > Jun 18 09:10:28 dhclient: New Hostname (lagg0): mario > Jun 18 09:10:28 dhclient: New IP Address (lagg0): 10.58.235.6 > Jun 18 09:10:28 dhclient: New Subnet Mask (lagg0): 255.255.255.0 > Jun 18 09:10:28 dhclient: New Broadcast Address (lagg0): 10.58.235.255 > Jun 18 09:10:28 dhclient: New Routers (lagg0): 10.58.235.1 > > Hello, adding: synchronous_dhclient="YES" to /etc/rc.conf solved some similar issues for me. The default behaviour of getting an IP via dhcp has changed. -- Alfred Bartsch mailto:bartsch@dssgmbh.de From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 11:36:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F5CD106566B for ; Fri, 18 Jun 2010 11:36:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id EBE888FC19 for ; Fri, 18 Jun 2010 11:36:57 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8775A19E043; Fri, 18 Jun 2010 13:36:56 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EE11F19E023; Fri, 18 Jun 2010 13:36:53 +0200 (CEST) Message-ID: <4C1B5A55.1040608@quip.cz> Date: Fri, 18 Jun 2010 13:36:53 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: Jeremy Chadwick References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> In-Reply-To: <20100618082127.GA34578@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Lear , freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 11:36:58 -0000 Jeremy Chadwick wrote: > On Fri, Jun 18, 2010 at 08:08:24AM +0100, Matthew Lear wrote: [...] >> The drives in the RAID exist on two seperate ATA channels: >> [root@meshuga /home/matt]# atacontrol list >> ATA channel 0: >> Master: ad0 SATA revision 2.x >> Slave: ad1 SATA revision 1.x >> ATA channel 1: >> Master: ad2 SATA revision 2.x >> Slave: no device present >> ATA channel 2: >> Master: acd0 SATA revision 1.x >> Slave: no device present >> ATA channel 3: >> Master: no device present >> Slave: no device present >> >> ad1 is a third 160G drive that I periodically back up to using cron. > > So your RAID-1 array consists of ad0 and ad2? You didn't provide > "atacontrol status" output so I'm going to assume that's the case. > > What's odd to me is that you somehow have two disks on a single ATA > channel -- look closely at channel 0. SATA has a 1:1 device-to-channel > mapping, so I'm a little surprised to see there's two devices on channel > 0. To me, this indicates your system BIOS is configured to run in > "Emulation" mode -- where the ATA controller pretends to be a PATA/IDE > controller, thus SATA-0 and SATA-1 devices appear as primary master and > primary slave, respectively. > > What motherboard is this? Can you change the setting to either > "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems > where the Serial ATA option in the BIOS has an "Auto" option, which does > totally bizarre things at times. > > But before changing the setting, I would recommend dealing with the disk > problem first. Changing the SATA controller operation mode will almost > certainly change all of your device names (you'll have to go into > single-user mode, mount filesystems by hand, fix /etc/fstab, etc.). [...] It is "normal" on HP G5 series. I have ProLiant ML 110 G5. I tried all type of settings in BIOS, but all of them shows two disks on one ATA channel: HP ProLiant ML 110 G5 FreeBSD 7.2-RELEASE-p4 amd64 GENERIC root@kiwi ~/# atacontrol list ATA channel 0: Master: ad0 SATA revision 2.x Slave: ad1 SATA revision 2.x ATA channel 1: Master: ad2 SATA revision 2.x Slave: ad3 SATA revision 2.x ATA channel 2: Master: acd0 SATA revision 1.x Slave: no device present ATA channel 3: Master: no device present Slave: no device present atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pciconf -lv atapci0@pci0:0:31:2: class=0x01018a card=0x31f4103c chip=0x29208086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA ad0: 953869MB at ata0-master SATA300 ad1: 953869MB at ata0-slave SATA300 ad2: 953869MB at ata1-master SATA300 ad3: 953869MB at ata1-slave SATA300 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1928MB (3948544 512 byte sectors: 255H 63S/T 245C) acd0: DVDR at ata2-master SATA150 I am using this machine as storage for backups with ZFS RAIDZ without any timeouts so I think that two disks on one channel is not causing the timeouts (only little slowdown) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 12:02:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC63106568B for ; Fri, 18 Jun 2010 12:02:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 838818FC21 for ; Fri, 18 Jun 2010 12:02:48 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta06.emeryville.ca.mail.comcast.net with comcast id XPus1e0021bwxycA6Q2o7b; Fri, 18 Jun 2010 12:02:48 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta18.emeryville.ca.mail.comcast.net with comcast id XQ2n1e0013S48mS8eQ2ns4; Fri, 18 Jun 2010 12:02:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4ADAB9B425; Fri, 18 Jun 2010 05:02:47 -0700 (PDT) Date: Fri, 18 Jun 2010 05:02:47 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20100618120247.GA40782@icarus.home.lan> References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> <4C1B5A55.1040608@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C1B5A55.1040608@quip.cz> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Matthew Lear , mav@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 12:02:49 -0000 On Fri, Jun 18, 2010 at 01:36:53PM +0200, Miroslav Lachman wrote: > Jeremy Chadwick wrote: > >On Fri, Jun 18, 2010 at 08:08:24AM +0100, Matthew Lear wrote: > > [...] > > >>The drives in the RAID exist on two seperate ATA channels: > >>[root@meshuga /home/matt]# atacontrol list > >>ATA channel 0: > >> Master: ad0 SATA revision 2.x > >> Slave: ad1 SATA revision 1.x > >>ATA channel 1: > >> Master: ad2 SATA revision 2.x > >> Slave: no device present > >>ATA channel 2: > >> Master: acd0 SATA revision 1.x > >> Slave: no device present > >>ATA channel 3: > >> Master: no device present > >> Slave: no device present > >> > >>ad1 is a third 160G drive that I periodically back up to using cron. > > > >So your RAID-1 array consists of ad0 and ad2? You didn't provide > >"atacontrol status" output so I'm going to assume that's the case. > > > >What's odd to me is that you somehow have two disks on a single ATA > >channel -- look closely at channel 0. SATA has a 1:1 device-to-channel > >mapping, so I'm a little surprised to see there's two devices on channel > >0. To me, this indicates your system BIOS is configured to run in > >"Emulation" mode -- where the ATA controller pretends to be a PATA/IDE > >controller, thus SATA-0 and SATA-1 devices appear as primary master and > >primary slave, respectively. > > > >What motherboard is this? Can you change the setting to either > >"Native", "Enhanced", or (even better) "AHCI"? I've seen some systems > >where the Serial ATA option in the BIOS has an "Auto" option, which does > >totally bizarre things at times. > > > >But before changing the setting, I would recommend dealing with the disk > >problem first. Changing the SATA controller operation mode will almost > >certainly change all of your device names (you'll have to go into > >single-user mode, mount filesystems by hand, fix /etc/fstab, etc.). > > [...] > > It is "normal" on HP G5 series. I have ProLiant ML 110 G5. I tried > all type of settings in BIOS, but all of them shows two disks on one > ATA channel: > > HP ProLiant ML 110 G5 > > FreeBSD 7.2-RELEASE-p4 amd64 GENERIC > > root@kiwi ~/# atacontrol list > ATA channel 0: > Master: ad0 SATA revision 2.x > Slave: ad1 SATA revision 2.x > ATA channel 1: > Master: ad2 SATA revision 2.x > Slave: ad3 SATA revision 2.x > ATA channel 2: > Master: acd0 SATA revision 1.x > Slave: no device present > ATA channel 3: > Master: no device present > Slave: no device present > > > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at > device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f > irq 18 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > > > pciconf -lv > atapci0@pci0:0:31:2: class=0x01018a card=0x31f4103c > chip=0x29208086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA > Storage Controller 1' > class = mass storage > subclass = ATA > > atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c > chip=0x29268086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA > Storage Controller 2' > class = mass storage > subclass = ATA > > > > ad0: 953869MB at ata0-master SATA300 > ad1: 953869MB at ata0-slave SATA300 > ad2: 953869MB at ata1-master SATA300 > ad3: 953869MB at ata1-slave SATA300 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 1928MB (3948544 512 byte sectors: 255H 63S/T 245C) > acd0: DVDR at ata2-master SATA150 > > > I am using this machine as storage for backups with ZFS RAIDZ > without any timeouts so I think that two disks on one channel is not > causing the timeouts (only little slowdown) Wow, that's really... interesting. :-) What this indicates is that the controller is running in Native/Enhanced mode yet devices attached to SATA ports #0/#1 are master/slave on channel 0, and ports #2/#3 are master/slave on channel 1. I don't have an HP box to tinker with, but when I get home in a few hours I'll tinker around with BIOS settings on my Supermicro ICH7-based test box and see if I can reproduce it. I'm curious: does the same behaviour (see first paragraph) happen on RELENG_8 as well? Adding mav@ for some insights -- you ever seen this, Alexander? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 12:10:29 2010 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 C2774106566B; Fri, 18 Jun 2010 12:10:29 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE2F8FC1E; Fri, 18 Jun 2010 12:10:29 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 3E7501CCEB; Fri, 18 Jun 2010 14:10:28 +0200 (CEST) Date: Fri, 18 Jun 2010 14:10:28 +0200 From: Erwin Lansing To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20100618121027.GO76036@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ck3np9Ek/EMsFxRu" Content-Disposition: inline X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: [HEADSUP]: Ports feature freeze for 8.1 now in effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 12:10:29 -0000 --ck3np9Ek/EMsFxRu Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In preparation for 8.1-RELEASE, the ports tree is now in feature freeze. Normal upgrade, new ports, and changes that only affect other branches are allowed without prior approval but with the extra Feature safe: yes tag in the commit message. Any commit that is sweeping, i.e. touches a large number of ports, infrastructural changes, commits to ports with unusually high number of dependent ports, and any other commit that requires the rebuilding of many packages is not allowed without prior explicit approval from portmgr after that date. When in doubt, please do not hesitate to contact portmgr. --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --ck3np9Ek/EMsFxRu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iD8DBQFMG2Izqy9aWxUlaZARAlGYAJ9R1KVCauX+pCuqi+eT7BYb/my3JgCgzVm/ j8pBEc60D7829y7BTx8SBYE= =Zy6U -----END PGP SIGNATURE----- --ck3np9Ek/EMsFxRu-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 13:27:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0679106566B for ; Fri, 18 Jun 2010 13:27:21 +0000 (UTC) (envelope-from schlake@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 586438FC18 for ; Fri, 18 Jun 2010 13:27:21 +0000 (UTC) Received: by gwj20 with SMTP id 20so849947gwj.13 for ; Fri, 18 Jun 2010 06:27:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GQVg10IseLELGTYiEZethP1JfUmEjC85Po+/8vXwryM=; b=Zl99fVrtWCFNGxev5o9Z9fqt12jXl8gfppwFdla5T6FiBN2g6+UEKKRQ1o6ACnGoRx qGWqm7HAj0o/w6qpSE9Z0BksJWbo7nIGdFFZnYE3D5AP/U8yQqB/CrkRnZBebvo7wo13 voqdoCM8wlV3r0iL1qUddn7X6HfhhR5Ih6ymg= 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=x+M750LvRGG+f/7PHxvc0rObP1VE3FTGFzkyynK1ZrgEblSbVQqu3ZGmgnY+KlZvcv Sp1orRWCpTDfPN39gEaNprt5EnQPchXQ3v+WvD9pi8yPFoXNkVKyQPrP60KJPEhh94iU S45kQ6OH3KJfxRGtXgNGpOCePkALDzyZql8CE= MIME-Version: 1.0 Received: by 10.220.124.40 with SMTP id s40mr494403vcr.182.1276867640420; Fri, 18 Jun 2010 06:27:20 -0700 (PDT) Received: by 10.220.190.205 with HTTP; Fri, 18 Jun 2010 06:27:20 -0700 (PDT) In-Reply-To: <4C1A1E73.9000102@infracaninophile.co.uk> References: <20100617080918.GA99333@icarus.home.lan> <4C1A1E73.9000102@infracaninophile.co.uk> Date: Fri, 18 Jun 2010 07:27:20 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: /usr/src fails to compile in 8.0 after cvsup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 13:27:21 -0000 On Thu, Jun 17, 2010 at 7:09 AM, Matthew Seaman wrote: > Uh -- you don't need to compile emacs again. =A0You can package up what > you already have installed under 8.0: e.g. I just reinstalled from the new CD without saving the package. Emacs is compiling, 8.1 is running, and I went ahead and ordered 8T more of disk to add to the machine to celebrate my success. --=20 -- Schlake From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 14:16:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46B501065677 for ; Fri, 18 Jun 2010 14:16:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C059E8FC1B for ; Fri, 18 Jun 2010 14:16:21 +0000 (UTC) Received: by fxm7 with SMTP id 7so902838fxm.13 for ; Fri, 18 Jun 2010 07:16:20 -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=z1pn8yJxcpeT+ir1ATGCmowKV4gy6HQRkRefuM5IShY=; b=pXk/+EeijJezPPK88DIlv1WFp7xuTdVzB7vbztSpq0WcxvyDDXERyHg9pZ0nhS4Dlk zz/02uoMoALYKFG2UNn8qycYihwqNdqYBWqn1MRIwBm8vemSqpccn1fZCqV12/Vdq+Go 4JSLAZy4CCJP3Je6BkKdIBvJCJlmkmZ4mIKaQ= 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=JrcoYeQeZKLS6zY/Pwoy+PW6LcBqQ3V0RsOxuYgV5rZKQVDgigjqfDYbKcacM8ljAg v2wHsJelMoAjNvS3Z4tZodLPrKTPHkWE1tqiDtBsXs+8HGt9PV8WNLvaV4aQ6xQV1R1A uUVRI3xy+z/BvmGh4zJlMrnwdFgr78rTrJeqM= Received: by 10.223.127.196 with SMTP id h4mr921959fas.56.1276870580147; Fri, 18 Jun 2010 07:16:20 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm17450479faj.39.2010.06.18.07.16.18 (version=SSLv3 cipher=RC4-MD5); Fri, 18 Jun 2010 07:16:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C1B7F8D.3010809@FreeBSD.org> Date: Fri, 18 Jun 2010 17:15:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Jeremy Chadwick References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> <4C1B5A55.1040608@quip.cz> <20100618120247.GA40782@icarus.home.lan> In-Reply-To: <20100618120247.GA40782@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Matthew Lear , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 14:16:22 -0000 Jeremy Chadwick wrote: > On Fri, Jun 18, 2010 at 01:36:53PM +0200, Miroslav Lachman wrote: >> Jeremy Chadwick wrote: >>> On Fri, Jun 18, 2010 at 08:08:24AM +0100, Matthew Lear wrote: >> [...] >> >>>> The drives in the RAID exist on two seperate ATA channels: >>>> [root@meshuga /home/matt]# atacontrol list >>>> ATA channel 0: >>>> Master: ad0 SATA revision 2.x >>>> Slave: ad1 SATA revision 1.x >>>> ATA channel 1: >>>> Master: ad2 SATA revision 2.x >>>> Slave: no device present >>>> ATA channel 2: >>>> Master: acd0 SATA revision 1.x >>>> Slave: no device present >>>> ATA channel 3: >>>> Master: no device present >>>> Slave: no device present >>>> >>>> ad1 is a third 160G drive that I periodically back up to using cron. >>> So your RAID-1 array consists of ad0 and ad2? You didn't provide >>> "atacontrol status" output so I'm going to assume that's the case. >>> >>> What's odd to me is that you somehow have two disks on a single ATA >>> channel -- look closely at channel 0. SATA has a 1:1 device-to-channel >>> mapping, so I'm a little surprised to see there's two devices on channel >>> 0. To me, this indicates your system BIOS is configured to run in >>> "Emulation" mode -- where the ATA controller pretends to be a PATA/IDE >>> controller, thus SATA-0 and SATA-1 devices appear as primary master and >>> primary slave, respectively. >>> >>> What motherboard is this? Can you change the setting to either >>> "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems >>> where the Serial ATA option in the BIOS has an "Auto" option, which does >>> totally bizarre things at times. >>> >>> But before changing the setting, I would recommend dealing with the disk >>> problem first. Changing the SATA controller operation mode will almost >>> certainly change all of your device names (you'll have to go into >>> single-user mode, mount filesystems by hand, fix /etc/fstab, etc.). >> [...] >> >> It is "normal" on HP G5 series. I have ProLiant ML 110 G5. I tried >> all type of settings in BIOS, but all of them shows two disks on one >> ATA channel: >> >> HP ProLiant ML 110 G5 >> >> FreeBSD 7.2-RELEASE-p4 amd64 GENERIC >> >> root@kiwi ~/# atacontrol list >> ATA channel 0: >> Master: ad0 SATA revision 2.x >> Slave: ad1 SATA revision 2.x >> ATA channel 1: >> Master: ad2 SATA revision 2.x >> Slave: ad3 SATA revision 2.x >> ATA channel 2: >> Master: acd0 SATA revision 1.x >> Slave: no device present >> ATA channel 3: >> Master: no device present >> Slave: no device present >> >> >> >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at >> device 31.2 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> pci0: at device 31.3 (no driver attached) >> atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f >> irq 18 at device 31.5 on pci0 >> atapci1: [ITHREAD] >> ata2: on atapci1 >> ata2: [ITHREAD] >> ata3: on atapci1 >> ata3: [ITHREAD] >> >> >> pciconf -lv >> atapci0@pci0:0:31:2: class=0x01018a card=0x31f4103c >> chip=0x29208086 rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA >> Storage Controller 1' >> class = mass storage >> subclass = ATA >> >> atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c >> chip=0x29268086 rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA >> Storage Controller 2' >> class = mass storage >> subclass = ATA >> >> >> >> ad0: 953869MB at ata0-master SATA300 >> ad1: 953869MB at ata0-slave SATA300 >> ad2: 953869MB at ata1-master SATA300 >> ad3: 953869MB at ata1-slave SATA300 >> da0 at umass-sim0 bus 0 target 0 lun 0 >> da0: Removable Direct Access SCSI-2 device >> da0: 40.000MB/s transfers >> da0: 1928MB (3948544 512 byte sectors: 255H 63S/T 245C) >> acd0: DVDR at ata2-master SATA150 >> >> >> I am using this machine as storage for backups with ZFS RAIDZ >> without any timeouts so I think that two disks on one channel is not >> causing the timeouts (only little slowdown) > > Wow, that's really... interesting. :-) What this indicates is that the > controller is running in Native/Enhanced mode yet devices attached to > SATA ports #0/#1 are master/slave on channel 0, and ports #2/#3 are > master/slave on channel 1. Except AHCI, all other modes are just variations of PATA emulation. "subclass = ATA" means that there is no AHCI enabled. PATA emulation itself should not be a problem, but it is definitely not good from performance and hot-swap points. As already told, ata(4) has very strict timeout values. It may happen, that due to medium errors drive needs too much time co complete I/O. It is theoretically possible that SMART may complete the test due to higher timeout values. The better test would be to run MHDD tool on disk to find/remap pre-failure sectors, if any. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 14:36:48 2010 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 D93EB1065670; Fri, 18 Jun 2010 14:36:48 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 752778FC1A; Fri, 18 Jun 2010 14:36:48 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 62A5622C5405; Fri, 18 Jun 2010 17:36:46 +0300 (EEST) Date: Fri, 18 Jun 2010 17:36:45 +0300 From: Ion-Mihai Tetcu To: Erwin Lansing Message-ID: <20100618173645.5b62d0a1@it.buh.tecnik93.com> In-Reply-To: <20100618121027.GO76036@droso.net> References: <20100618121027.GO76036@droso.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/j1sdCWMN7UzpriY1G7L/pmr"; protocol="application/pgp-signature" Cc: ports@FreeBSD.org, stable@FreeBSD.org Subject: Re: [HEADSUP]: Ports feature freeze for 8.1 now in effect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 14:36:48 -0000 --Sig_/j1sdCWMN7UzpriY1G7L/pmr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 18 Jun 2010 14:10:28 +0200 Erwin Lansing wrote: > In preparation for 8.1-RELEASE, the ports tree is now in feature > freeze. >=20 > Normal upgrade, new ports, and changes that only affect other branches > are allowed without prior approval but with the extra Feature safe: > yes tag in the commit message. Any commit that is sweeping, i.e. > touches a large number of ports, infrastructural changes, commits to > ports with unusually high number of dependent ports, and any other > commit that requires the rebuilding of many packages is not allowed > without prior explicit approval from portmgr after that date. >=20 > When in doubt, please do not hesitate to contact portmgr. >>>> "any commit that requires the rebuilding of many packages" And this time we will ask for instant back-out of everything that should had not been committed in the first place. If you have time, you can always help with unmaintained ports: http://qat.tecnik93.com/index.php?action=3Dfailed_buildports&maintainer=3Dp= orts%40freebsd.org& or even maintained ones: http://qat.tecnik93.com/index.php?action=3Dfailed_buildports Help us getting a good, stable package set for the release please, --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/j1sdCWMN7UzpriY1G7L/pmr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwbhH0ACgkQJ7GIuiH/oeXnKACeOmgX9+lmpLrGORT0IpGrTvRy 7XQAnR/yMX8jNlL06alYZrWVy+Y81MVF =nSZp -----END PGP SIGNATURE----- --Sig_/j1sdCWMN7UzpriY1G7L/pmr-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 16:03:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE38A106566B for ; Fri, 18 Jun 2010 16:03:02 +0000 (UTC) (envelope-from poluleha@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6758FC1E for ; Fri, 18 Jun 2010 16:03:02 +0000 (UTC) Received: from web50.yandex.ru (web50.yandex.ru [77.88.47.156]) by forward2.mail.yandex.net (Yandex) with ESMTP id 7649338A8692 for ; Fri, 18 Jun 2010 19:51:53 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1276876313; bh=LuJUUQgm3dV5hOlPfqnDVwVKkwHNq/AZLGs0lT1NHhw=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=tFG2IdNdfPudL/unQzhK7u9fcLl+cwrNfixVCQjIwOgkroLiP/cEBe3+HVMsS2M46 pmby/7+qVLhOOOTZXaPbwUVYG4+J2SGxsGMFuxbL7qCc2F1sMWzW11OXhZvwTCb/Ki qe9WoCCiYEQUg1RKJxAHicfZgvq0ZVNQmNo3RF1A= Received: from localhost (localhost.localdomain [127.0.0.1]) by web50.yandex.ru (Yandex) with ESMTP id 6C209D48035 for ; Fri, 18 Jun 2010 19:51:53 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web50.yandex.ru X-Yandex-TimeMark: 1276876313 Received: from broadband-95-84-248-120.nationalcablenetworks.ru (broadband-95-84-248-120.nationalcablenetworks.ru [95.84.248.120]) by mail.yandex.ru with HTTP; Fri, 18 Jun 2010 19:51:52 +0400 From: =?koi8-r?B?9snOxMHSxdcg4czFy9PFyg==?= To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <104581276876312@web50.yandex.ru> Date: Fri, 18 Jun 2010 19:51:52 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-Mailman-Approved-At: Fri, 18 Jun 2010 16:09:24 +0000 Subject: qbittorrent 2.2.9 8.0-STABLE 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, 18 Jun 2010 16:03:03 -0000 Jun 18 19:33:54 last message repeated 371 times Jun 18 19:41:31 last message repeated 1359 times Jun 18 19:43:29 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e Jun 18 19:44:00 last message repeated 545 times Jun 18 19:45:45 last message repeated 1751 times Jun 18 19:45:46 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e Jun 18 19:46:17 last message repeated 481 times Manifested after the new port, possibly after updating QT -- С Уважением,Алексей Жиндарев. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 16:15:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E881065670 for ; Fri, 18 Jun 2010 16:15:52 +0000 (UTC) (envelope-from matt@bubblegen.co.uk) Received: from relay.ptn-ipout02.plus.net (relay.ptn-ipout02.plus.net [212.159.7.36]) by mx1.freebsd.org (Postfix) with ESMTP id EE0678FC1A for ; Fri, 18 Jun 2010 16:15:50 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABkyG0xUXeb6/2dsb2JhbACDHZt0cbErkS+BJYEpgV1wBA Received: from outmx05.plus.net ([84.93.230.250]) by relay.ptn-ipout02.plus.net with ESMTP; 18 Jun 2010 16:47:17 +0100 Received: from bubblegen.plus.com ([80.229.236.194] helo=[192.136.1.18]) by outmx05.plus.net with esmtp (Exim) id 1OPdmm-0006ji-DC; Fri, 18 Jun 2010 16:47:16 +0100 From: Matthew Lear To: Jeremy Chadwick In-Reply-To: <20100618082127.GA34578@icarus.home.lan> References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Date: Fri, 18 Jun 2010 16:47:11 +0100 Message-ID: <1276876031.7519.39.camel@almscliff.bubblegen.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 16:15:52 -0000 Hello Jeremy, Thanks very much for the feedback. [snip] > Could you please provide the full output from "smartctl -a /dev/ad0" > here? Your drive may be completely fine and you may not have to swap it > at all; hard to say. Sure. See below: smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 7.2-RELEASE-p4 i386] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Blue Serial ATA family Device Model: WDC WD3200AAKS-00VYA0 Serial Number: WD-WCARW0164427 Firmware Version: 12.01B02 User Capacity: 320,072,933,376 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Fri Jun 18 16:27:54 2010 BST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (8400) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 100) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x303f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0003 218 150 021 Pre-fail Always - 2100 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 118 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0 9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 9316 10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 116 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 115 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 118 194 Temperature_Celsius 0x0022 109 103 000 Old_age Always - 38 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 9299 - # 2 Short offline Completed without error 00% 9298 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. > > The drives in the RAID exist on two seperate ATA channels: > > [root@meshuga /home/matt]# atacontrol list > > ATA channel 0: > > Master: ad0 SATA revision 2.x > > Slave: ad1 SATA revision 1.x > > ATA channel 1: > > Master: ad2 SATA revision 2.x > > Slave: no device present > > ATA channel 2: > > Master: acd0 SATA revision 1.x > > Slave: no device present > > ATA channel 3: > > Master: no device present > > Slave: no device present > > > > ad1 is a third 160G drive that I periodically back up to using cron. > > So your RAID-1 array consists of ad0 and ad2? You didn't provide > "atacontrol status" output so I'm going to assume that's the case. Correct. Apologies. Here's the output: ar0: ATA RAID1 status: DEGRADED subdisks: 0 ad0 OFFLINE 1 ad2 ONLINE > What's odd to me is that you somehow have two disks on a single ATA > channel -- look closely at channel 0. SATA has a 1:1 device-to-channel > mapping, so I'm a little surprised to see there's two devices on channel > 0. To me, this indicates your system BIOS is configured to run in > "Emulation" mode -- where the ATA controller pretends to be a PATA/IDE > controller, thus SATA-0 and SATA-1 devices appear as primary master and > primary slave, respectively. The two devices in the array are on channels 0 and 1. There is indeed a second drive on channel 0 (160G). As I said above, I use that as an additional back up device but it's not part of the array. > > What motherboard is this? Can you change the setting to either > "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems > where the Serial ATA option in the BIOS has an "Auto" option, which does > totally bizarre things at times. > I think this has been covered in subsequent postings. I could try it but as you say below, I'd like to resolve the disk issue first. > But before changing the setting, I would recommend dealing with the disk > problem first. Changing the SATA controller operation mode will almost > certainly change all of your device names (you'll have to go into > single-user mode, mount filesystems by hand, fix /etc/fstab, etc.). > > Also, can you please provide output from "dmesg | grep -i ata"? Sure. See below: [root@meshuga /home/matt]# dmesg | grep -i ata atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ad0: 305245MB at ata0-master SATA300 ad1: 152627MB at ata0-slave SATA150 ad2: 305245MB at ata1-master SATA300 acd0: DVDR at ata2-master SATA150 (probe0:ata2:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata2:0:0:0): CAM Status: SCSI Status Error (probe0:ata2:0:0:0): SCSI Status: Check Condition (probe0:ata2:0:0:0): NOT READY asc:3a,1 (probe0:ata2:0:0:0): Medium not present - tray closed (probe0:ata2:0:0:0): Unretryable error ar0: disk0 READY (master) using ad0 at ata0-master ar0: disk1 READY (mirror) using ad2 at ata1-master cd0 at ata2 bus 0 target 0 lun 0 > When you say "software RAID", I'm assuming you're referring to ata(4)'s > native OS-level RAID (as in "atacontrol create RAID1 ad0 ad1"). Or are > you using something like Intel MatrixRAID? Correct (almost). The array was created using 'atacontrol create RAID1 ad0 ad2'. > > Therefore I expect that I need to detach ad0 from the RAID, power down > > the unit, replace the drive, power on the unit and rebuild the array in > > order to fix things. Trouble is, I'm struggling to find out if this can > > be done safely with atacontrol and the hw configuration I have, and if > > so, how best to do it? > > The atacontrol man page covers your situation: > > It is NOT recommended to create such arrays on a primary/secondary pair > on a SINGLE channel since the throughput of the mirror would be severely > compromised, the ability to rebuild the array in the event of a disk > failure would be greatly complicated, and if a disk controller > electronics failed it could wedge the channel and take both disks in the > mirror offline. (which would defeat the purpose of having a mirror in > the first place) I don't think this is the case for me since ad0 and ad2 are on seperate ata channels. > I realise ad0 is on channel 0 and ad2 is on channel 1, but you have a > "mystery device" as a Slave on channel 0, which is going to be impacted. > > You really need AHCI to be able to hot-swap effectively. The procedure > I've followed for years -- without ZFS in the picture (that should just > add a few extra commands to the picture) -- relies on AHCI and a proper > hot-swap bay/backplane. Hot-swapping disks without such a backplane, > in my experience, results in the system powering off suddenly. Anyway, > this is the procedure: Indeed but my hw doesn't have hot-swap capability (at the moment!). > - atacontrol detach ataX (where ataX = channel disk is attached to) > - Physically remove the bad disk > - Physically insert a new disk > - Wait 15 seconds for drive to settle > - atacontrol attach ataX > > The new disk should appear automatically, and should appear as the same > device name (adX) that it did before. At least that's my experience > when using AHCI with ataahci.ko (I haven't tried when using ahci.ko, > which uses CAM). We can discuss the details/differences later. > > If the disk doesn't reappear ("atacontrol list" shows no device > attached) then do "atacontrol reinit ataX", which should make it appear. > I've had to do this once or twice, and it worked fine. I've also seen > this command lock the system up or panic the kernel. > > But as stated, you won't be able to do this because you have two SATA > devices appearing under one channel. Given that, I would recommend you > follow this procedure instead: > > - Power down system cleanly ("shutdown -p") > - Remove power cable from PSU > - Physically disconnect + remove the bad disk > - Physically add + connect the new disk > - Power up system > - Go into system BIOS and make sure the new disk appears. (FreeBSD > doesn't care what the BIOS thinks, so this step is done solely to > make sure that the PC sees the disk at all) > - Let FreeBSD boot/etc. -- I believe ata(4) will automatically begin > rebuilding the array when it tastes the new/replacement disk and > sees it has no metadata. "atacontrol status" should show the state. Sounds good. Thanks. I'm guessing that there should be no difference in the above steps just because ad0 and ad2 (the RAID drives) are on seperate channels? I don't think there should be but I thought I'd ask anyway... > > It may well be a case of RTFM (again) but I just wanted to run this by > > the community to get some feedback. Loosing data is not an option here > > so hopefully I can get the machine back up on its feet soon. > > Don't take this as a pot-shot, but you should have tested this whole > ordeal before putting the machine into a mission-critical role. It's > important to do this rather than just blindly assume there won't be any > complications; better to be safe than sorry. :-) Testing disk failures > of this specific nature is pretty simple, especially if there's a > hot-swap backplane involved. > You're absolutely right :-) When I say that loosing data is not an option perhaps that was a bit over zealous :-) The server stores lots of personal stuff (music, photos, repositories for some private code dev etc). I've got backups of all the data (created using using dar) on the 160GB disk (ad1) plus periodic snapshots of all system files (excluding /tmp /mnt /dev/pts /dev/fd /proc /cdrom etc). If I lost the array it wouldn't be a total disaster. That said, I'd rather it didn't happen! :-) Thanks for the feedback. Any further thoughts based on the smart data? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 17:26:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08485106564A; Fri, 18 Jun 2010 17:26:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 19F5E8FC1A; Fri, 18 Jun 2010 17:26:25 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA23662; Fri, 18 Jun 2010 20:26:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C1BAC3E.5060609@icyb.net.ua> Date: Fri, 18 Jun 2010 20:26:22 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: =?KOI8-R?Q?=F6=C9=CE=C4=C1=D2=C5=D7_=E1=CC=C5=CB=D3=C5=CA?= References: <104581276876312@web50.yandex.ru> In-Reply-To: <104581276876312@web50.yandex.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: qbittorrent 2.2.9 8.0-STABLE 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, 18 Jun 2010 17:26:27 -0000 on 18/06/2010 18:51 Жиндарев Алексей said the following: > Jun 18 19:33:54 last message repeated 371 times > Jun 18 19:41:31 last message repeated 1359 times > Jun 18 19:43:29 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e > Jun 18 19:44:00 last message repeated 545 times > Jun 18 19:45:45 last message repeated 1751 times > Jun 18 19:45:46 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e > Jun 18 19:46:17 last message repeated 481 times > > Manifested after the new port, possibly after updating QT This is FIONBIO ioctl. Look through the code where this is passed via a variable of incorrect type. Correct type for ioctl request should be unsigned long. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 17:42:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83711106564A for ; Fri, 18 Jun 2010 17:42:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6946B8FC13 for ; Fri, 18 Jun 2010 17:42:09 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta02.emeryville.ca.mail.comcast.net with comcast id XRR61e0040lTkoCA2Vi9Vo; Fri, 18 Jun 2010 17:42:09 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.emeryville.ca.mail.comcast.net with comcast id XVi81e0093S48mS8QVi8sR; Fri, 18 Jun 2010 17:42:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 533BD9B425; Fri, 18 Jun 2010 10:42:08 -0700 (PDT) Date: Fri, 18 Jun 2010 10:42:08 -0700 From: Jeremy Chadwick To: Matthew Lear Message-ID: <20100618174208.GA47470@icarus.home.lan> References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> <1276876031.7519.39.camel@almscliff.bubblegen.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1276876031.7519.39.camel@almscliff.bubblegen.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 17:42:10 -0000 On Fri, Jun 18, 2010 at 04:47:11PM +0100, Matthew Lear wrote: > Hello Jeremy, > Thanks very much for the feedback. > > [snip] > > Could you please provide the full output from "smartctl -a /dev/ad0" > > here? Your drive may be completely fine and you may not have to swap it > > at all; hard to say. > > Sure. See below: > {snip} Your SMART statistics look completely OK. There's nothing there that indicates there were any write failures or otherwise. I'll explain near the end of the Email how to test a range of LBAs "just in case". I'll take a moment to point out that the error previously seen was a timeout during a write transaction (WRITE_DMA48). Recap: > > > ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 > > > ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=395032335 > > > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode The status codes shown (status=51 and error=10) are hexadecimal. I'm pointing this out because they aren't preceded by '0x' or '$' and it clarifies my next point: NID_NOT_FOUND (bit 4 set in the ATA error field) is referred to as IDNF per ATA6-ACS specification and onward, so I'll refer to it as that. (I've always wondered why FreeBSD calls this NID_NOT_FOUND; IDFN stands for ID Not Found, so what's with the extra "N"? I've always felt this is a typo...) Using the ATA8-ACS specification working draft (2007/05/21), since it's more recent, we see the following: Section 6.2 - Error field Section 6.2.4 - ID Not Found (IDNF) bit Error bit 4. The IDNF bit shall be set to one if a user-accessible address was not found. The IDNF bit shall be set to one if an address outside of the range of user-accessible addresses is requested when command aborted is not returned (see 4.11.3 and 6.2.1). Section 4.11 - Host Protected Area (HPA) feature set Section 4.11.3 - 28-bit and 48-bit HPA commands Any read or write command to an address above the maximum address specified by the SET MAX ADDRESS or SET MAX ADDRESS EXT command shall cause command completion with the IDNF bit set to one and ERR set to one, or command aborted. There's no definition of what "address" means in 6.2.4, but the most logical (pun intended) guess is an LBA. This error is returned by the disk (e.g. not a controller-induced error). I've mentioned this problem in the past: http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting I've always read IDNF to mean "OS requested access (read or write) to an LBA which is out of bounds", where "out of bounds" means "not between 0 and ". How exactly is that possible? Alexander, do you have any familiarity with this error code per ATA spec? Matthew, can you provide output from "atacontrol cap ad0"? Thanks. Now regarding the LBA tests -- "smartctl -t select,start-end" will do the trick. start should be a starting LBA, end should be an ending LBA. The OS claims that LBA 395032335 is what was requested to be accessed when the failure happened, so I would recommend picking start/end ranges around that area. Remember that a single sector encapsulates a very large number of blocks (especially given sizes of disks today), so it's wise to pick a very large range of LBAs. I would recommend this in your case: smartctl -t select,390000000,410000000 /dev/ad0 I would highly recommend doing this with the disk not doing any I/O, though it won't hurt it (it'll just delay the scan). "smartctl -a" will show the state of things in the "SMART Selective self-test log" at the bottom, or somewhere else within the output (depends on the drive). This should, in my opinion, rule out whether or not there's a bad block or something along those lines within said range. Given what I believe IDNF represents, I would say your scan will probably come back clean. Also remember that the scan performed here is a *disk-level scan*; the disk firmware itself is doing it (the OS isn't involved). This helps rule out any sort of "weird" issues that the OS may be reporting ("hey man, LBA 8943943983492893428932489324 is bad!" "Yeah sure it is"). > The two devices in the array are on channels 0 and 1. There is indeed a > second drive on channel 0 (160G). As I said above, I use that as an > additional back up device but it's not part of the array. Okay, so executing "atacontrol detach ata0" will cause you to lose both ad0 and ad1. If you can live with that, then cool. > > What motherboard is this? Can you change the setting to either > > "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems > > where the Serial ATA option in the BIOS has an "Auto" option, which does > > totally bizarre things at times. > > I think this has been covered in subsequent postings. I could try it but > as you say below, I'd like to resolve the disk issue first. > ... > > The atacontrol man page covers your situation: > > ... > I don't think this is the case for me since ad0 and ad2 are on seperate > ata channels. > ... > Indeed but my hw doesn't have hot-swap capability (at the moment!). That's the problem -- we're not sure if this really is a disk issue. It's been reported before, others have reported solving it by increasing ATA timeout values, etc... But the fact of the matter is, that error code is being returned by the device. Speaking generally about disk replacements on your system -- when I say generally, I do mean generally and *not* in regards to the specific situation reported: Since there's no AHCI in use, we should just assume that a power-down of the system is the safest way to go about a disk replacement. Follow that procedure in the future and you should be fine. If you ever get a hot-swap backplane, you absolutely should use AHCI; hot-swap, especially on an Intel controller (FreeBSD is tested pretty thoroughly on Intel ICHxx and ESBx controllers), will work fine in that case. If you do go the AHCI route, and eventually upgrade to RELENG_8 down the line, I highly recommend you load kernel module ahci.ko (instead of the default/historic ataahci.ko). This will get you NCQ support amongst other things. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 17:46:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3814B1065670 for ; Fri, 18 Jun 2010 17:46:03 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEF278FC14 for ; Fri, 18 Jun 2010 17:46:02 +0000 (UTC) Received: by iwn7 with SMTP id 7so1636521iwn.13 for ; Fri, 18 Jun 2010 10:46:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qvFCLmjAs6brZnyrPRbd12Zt2ljmKgsQqqoQ3qr+44w=; b=tNlHpeBsxaMUGxlBHb3CNozCJcvHkqNrX9A7MrXQa/t2CC66D4fRx2Dyo42k8dAW+m wCPZ2u+Q5SX/H9DxPptwfbgtFcpTWOmxdETO2t07Y7nMgJ1Gf6HDPlnpWRHZqOSo8xPn vHTeGGQ8NI5IxqT7F3DwRBHzHZXE8ssvghwmk= 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=L2oOqL2j1B8HizOScynFbLTZ2YaTC8AtuRfqbX+9cXuulqnKcE5if8um1IbshKovsk NK45Ib4ES6BoKRc+P2h6P041/7HbOg5uv8zW5iO0S4nOYLCXXfqMZ0QIW/ui5Bk6VzqU Xtu89w1r0V4+C/clNDQxCYBICO8zGg4ZDIcVw= MIME-Version: 1.0 Received: by 10.231.149.12 with SMTP id r12mr1509504ibv.57.1276883162250; Fri, 18 Jun 2010 10:46:02 -0700 (PDT) Received: by 10.231.182.212 with HTTP; Fri, 18 Jun 2010 10:46:02 -0700 (PDT) In-Reply-To: <20100601193733.GA44816@icarus.home.lan> References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> Date: Fri, 18 Jun 2010 12:46:02 -0500 Message-ID: From: Brandon Gooch To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable , "Brian A. Seklecki" , Jack Vogel Subject: Re: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 17:46:03 -0000 On Tue, Jun 1, 2010 at 2:37 PM, Jeremy Chadwick wrote: > On Tue, Jun 01, 2010 at 03:18:39PM -0400, Brian A. Seklecki wrote: >> =3D Re-posted from freebsd-hardware@, since this is more of a bug >> =A0report than a hardware comparability inquiry / buying strategy >> =A0discussion. =3D=3D >> >> All: >> >> =A0 Has anyone upgraded their PowerEdge 1850s to 8.0-PL or >> =A0 RELENG_8 -stable? =A0We're seeing problems where 7.2-PL and >> =A0 6.3-PL were not affected on the same hardware. >> >> =A0 The problem is that forcing the duplex 100/full on both >> =A0 sides no longer functions. >> >> =A0 Configuration: >> >> =A0 =A0- A variety of Cisco L2/L3 switches over the last decade: >> =A0 =A0-- 2848G-L3 >> =A0 =A0-- 2950 >> =A0 =A0-- 2960s >> =A0 =A0-- 3550-12Ts >> =A0 =A0-- 3550XLs >> =A0 =A0-- Duplex forced 100/full on Cisco side >> =A0 =A0- FreeBSD/amd64 RELENG_8 or 9-CURRENT with duplex >> =A0 =A0 =A0forced '100baseTX mediaopt full-duplex', >> =A0 =A0- This configuration has worked since FreeBSD 5.4 >> >> =A0 When connected to PowerEdge 1850r1/r2, with the onboard Intel >> =A0 82541EI, the parenthesis show an actual media speed/duplex of: >> >> =A0 media: Ethernet 100baseTX =A0(100baseTX ) >> >> =A0 The same configuration using a Dell-sold Intel dual port >> =A0 82546EB, in the same system, on the same switch, works fine. >> >> >> ----------------- >> ifconfig(8): >> ----------------- >> em3: flags=3D8843> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0MULTICAST> metric 0 mtu 1500 >> options=3D9b >> ether 00:13:72:4f:70:81 >> inet 192.168.97.20 netmask 0xffffff80 broadcast 192.168.97.127 >> media: Ethernet 100baseTX (100baseTX ) >> status: active >> ----------------- >> em0: flags=3D8843> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0MULTICAST> metric 0 mtu 1500> >> options=3D9b >> ether 00:04:23:c8:fe:ac >> media: Ethernet 100baseTX >> status: active >> ----------------- >> ----------------- >> pciconf(8): >> ----------------- >> em3@pci0:7:8:0: =A0 =A0 =A0 class=3D0x020000 card=3D0x016d1028 chip=3D0x= 10768086 >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 rev=3D0x05 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0 device =A0 =A0 =3D 'Gigabit Ethernet Controller (82541EI)' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> em0@pci0:3:11:0: =A0 =A0 =A0class=3D0x020000 card=3D0x10128086 chip=3D0x= 10108086 rev=3D0x01 >> hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0device =A0=3D 'Dual Port Gigabit Ethernet Controller (Copper) (82= 546EB)' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> >> ----------------- >> >> rc.conf(5) for shits & giggles: >> >> ifconfig_em0=3D"inet X netmask Y media 100baseTX mediaopt full-duplex" >> ifconfig_em3=3D"inet Z netmask F media 100baseTX mediaopt full-duplex" >> >> -------- >> >> Example IOS switch config: >> =A0interface FastEthernet0/39 >> =A0 description I hate Dell >> =A0 switchport access vlan 100 >> =A0 switchport mode access >> =A0 speed 100 >> =A0 duplex full >> =A0 spanning-tree portfast >> =A0end >> -------- >> >> I've been clearing interface counters on the switch side, but I'll send >> 'netstat -i', 'show interface counters', and 'sudo sysctl -w >> dev.em.3.stats=3D1' ASAP to illustrate connectivity errors soon. >> >> Are we being punished for patronizing Dell? >> >> Is it possible that ifconfig(8) output has simply changed? =A0Are the >> values in the parenthesis on the right the Ethernet auto-sense desired >> values where as outside the parenthesis the current active values? >> >> In 6.3/7.2, once you forced a speed/duplex, the values in parenthesis >> went away entirely. >> >> The only way I've been able to make that happen is to #define in >> src/sys/dev/e1000/if_em.h: >> >> =A0 #define DO_AUTO_NEG 0 >> =A0 /* >> =A0 =A0* This parameter control whether or not the driver will wait for >> =A0 =A0* autonegotiation to complete. >> =A0 =A0* 1 - Wait for autonegotiation to complete >> =A0 =A0* 0 - Don't wait for autonegotiation to complete >> =A0 */ >> >> Also seems odd that some ICs are affected but not others. >> >> Its also possible that my problems are pf(4) + setfib(8) related and I >> that this is a separate issue. >> >> Two new notes since the original post: >> >> =A0- I have confirmed this problem on two revisions of the Dell >> =A0 =A08th gen hardware in two different datacenters >> =A0- The problem persists on -CURRENT from 05/2010 >> =A0- RELENG_7 does not seem to be impacted >> =A0- More stats below. >> >> >> Thanks, >> =A0 =A0 ~BAS >> >> --------------- >> >> >> >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> >> em0: Excessive collisions =3D 0 >> em0: Sequence errors =3D 0 >> em0: Defer count =3D 0 >> em0: Missed Packets =3D 0 >> em0: Receive No Buffers =3D 0 >> em0: Receive Length Errors =3D 0 >> em0: Receive errors =3D 0 >> em0: Crc errors =3D 0 >> em0: Alignment errors =3D 0 >> em0: Collision/Carrier extension errors =3D 0 >> em0: RX overruns =3D 0 >> em0: watchdog timeouts =3D 0 >> em0: RX MSIX IRQ =3D 0 TX MSIX IRQ =3D 0 LINK MSIX IRQ =3D 0 >> em0: XON Rcvd =3D 0 >> em0: XON Xmtd =3D 0 >> em0: XOFF Rcvd =3D 0 >> em0: XOFF Xmtd =3D 0 >> em0: Good Packets Rcvd =3D 1319916 >> em0: Good Packets Xmtd =3D 1070646 >> em0: TSO Contexts Xmtd =3D 0 >> em0: TSO Contexts Failed =3D 0 >> em1: Excessive collisions =3D 0 >> em1: Sequence errors =3D 0 >> em1: Defer count =3D 0 >> em1: Missed Packets =3D 0 >> em1: Receive No Buffers =3D 0 >> em1: Receive Length Errors =3D 0 >> em1: Receive errors =3D 0 >> em1: Crc errors =3D 0 >> em1: Alignment errors =3D 0 >> em1: Collision/Carrier extension errors =3D 0 >> em1: RX overruns =3D 0 >> em1: watchdog timeouts =3D 0 >> em1: RX MSIX IRQ =3D 0 TX MSIX IRQ =3D 0 LINK MSIX IRQ =3D 0 >> em1: XON Rcvd =3D 0 >> em1: XON Xmtd =3D 0 >> em1: XOFF Rcvd =3D 0 >> em1: XOFF Xmtd =3D 0 >> em1: Good Packets Rcvd =3D 251348 >> em1: Good Packets Xmtd =3D 204160 >> em1: TSO Contexts Xmtd =3D 0 >> em1: TSO Contexts Failed =3D 0 >> >> -------------------- >> >> >> as0# sh int fa0/43 >> FastEthernet0/43 is up, line protocol is up (connected) >> Hardware is Fast Ethernet, address is 0015.c683.51ab (bia >> 0015.c683.51ab) >> Description: X-Server EM1 >> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, >> reliability 255/255, txload 1/255, rxload 1/255 >> Encapsulation ARPA, loopback not set >> Keepalive set (10 sec) >> Full-duplex, 100Mb/s, media type is 100BaseTX >> input flow-control is unsupported output flow-control is unsupported >> ARP type: ARPA, ARP Timeout 04:00:00 >> Last input never, output 00:00:08, output hang never >> Last clearing of "show interface" counters 6d03h >> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 >> Queueing strategy: fifo >> Output queue: 0/40 (size/max) >> 5 minute input rate 0 bits/sec, 0 packets/sec >> 5 minute output rate 1000 bits/sec, 3 packets/sec >> 291422 packets input, 131521274 bytes, 0 no buffer >> Received 798 broadcasts (0 multicast) >> 0 runts, 0 giants, 0 throttles >> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored >> 0 watchdog, 99 multicast, 0 pause input >> 0 input packets with dribble condition detected >> 651929 packets output, 73550092 bytes, 0 underruns >> 0 output errors, 0 collisions, 4 interface resets >> 0 babbles, 0 late collision, 0 deferred >> 0 lost carrier, 0 no carrier, 0 PAUSE output >> 0 output buffer failures, 0 output buffers swapped out > > Brian, could you please provide the following output? > > - uname -a =A0(you can X-out the machine name if need be) > - dmesg | egrep 'em0|em3' =A0(provides em driver version number) > - pciconf -lvc =A0(this will differ from what you provided above) > > Next, some of the stats you provided are for em1 when most of your post > focuses around em0 and em3. =A0Is there some correlation or was it a > mistake? > > Adding Jack Vogel of Intel to the CC list, as he's been working on em(4) > as of late. Brian, I have no idea if this will help or not, but... Jack just committed bits to the Intel drivers (em(4) ixgbe(4)), will you have a chance to test a new build? I'm trying to find an unused system ATM to test on myself, but it may take me a day or to. BTW, it appears Jack may be trying to get the fixes (and features) into 8.1-RELEASE, let's hope that it happens :) -Brandon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 17:51:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 434DD106566C; Fri, 18 Jun 2010 17:51:51 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 01A078FC14; Fri, 18 Jun 2010 17:51:50 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout2-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o5IHpOJm027610; Fri, 18 Jun 2010 10:51:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:x-mailer:content-transfer-encoding; b=A73mpL8N8APhKcuFyLVaBNHV1hPCE7N0Ps6mxW6SJoZOuYOUhnAi6RLLadLkUoCh From: Sean Bruno To: "d@delphij.net" In-Reply-To: <4C1A9DEE.8040203@delphij.net> References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> <4C1A9DEE.8040203@delphij.net> Content-Type: text/plain; charset="UTF-8" Date: Fri, 18 Jun 2010 10:51:23 -0700 Message-ID: <1276883483.2518.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "delphij@freebsd.org" , "freebsd-stable@freebsd.org" , Peter Jeremy Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 17:51:51 -0000 On Thu, 2010-06-17 at 15:13 -0700, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 2010/06/17 13:53, Peter Jeremy wrote: > > On 2010-Jun-15 17:22:50 -0700, Xin LI wrote: > >> On 2010/06/15 17:05, Sean Bruno wrote: > >>> A little more background. It looks like symlinks are getting stripped > >>> of their '/' which sucks. Ideas? > > ... > >>> e.g. /home/foo/bar -> /opt/baz/blob > >>> > >>> becomes > >>> > >>> home/foo/bar -> opt/baz/blob > >>> > >>> Yuck. > >> > >> This is a security measurement I think. > > > > Can someone please explain how stripping a leading '/' off the > > destination of a symlink enhances security? The destination is > > not being written to. > > > >> --absolute-filenames disables this behavior. > > > > This definitely reduces security and would seem to be far more > > dangerous than being able to create symlinks to absolute pathnames. > > Sorry I have misunderstood the original issue. It's the link target > being mangled and doesn't seem right to me. I'll ask the author about this. > > The attached patch should restore the old behavior. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die Yep, *this* patches seems to make things much happier. I'll integrate cpio 2.8 back into the Yahoo tree when this is merged in. Thanks for your patience and work on -stable. Sean From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 18:01:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF9D106564A for ; Fri, 18 Jun 2010 18:01:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B2F908FC16 for ; Fri, 18 Jun 2010 18:01:06 +0000 (UTC) Received: by gwj20 with SMTP id 20so1199218gwj.13 for ; Fri, 18 Jun 2010 11:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=BrTK4jWgc/ex3wQ1ekanBt9aiDBgGBZMYnsO4yrSQcA=; b=adGEOJ1S6ws6CCb31DaGk5sKyF85Fu+6zQf2KPDxktzv6mibmThYvdpep3mzurgg3T 2XOX+dRzkJRrymEjuU4WaUY2T8g6bMwG+JWi0467un+cn3RDdVXW3UKOjPuaz8Ry+u+5 qPyUad2G7L2eA0EzBarN6q62CeXIFVgeUDwqk= 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=cGrO9wmJaRjWr2YfjxbNzdnEqBMCm5HIJW/XK0kOAKas/iQWAOSnNmn/c2GYLSHiee M+8n42IBmIxRtwB6lJjt7jy1eanxayBKsRnWEriGpWK62HqroasjjY+4un1wWvyDNhlW IjbS06yKQLmr0YHe1qbNaUhL/a0EGKEUVemPQ= MIME-Version: 1.0 Received: by 10.224.73.73 with SMTP id p9mr925057qaj.320.1276884063694; Fri, 18 Jun 2010 11:01:03 -0700 (PDT) Received: by 10.229.246.65 with HTTP; Fri, 18 Jun 2010 11:01:03 -0700 (PDT) In-Reply-To: References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> Date: Fri, 18 Jun 2010 11:01:03 -0700 Message-ID: From: Jack Vogel To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , "Brian A. Seklecki" , Jeremy Chadwick Subject: Re: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 18:01:07 -0000 Yes, the commits today are slated to get into 8.1, at least that's my understanding. Jack On Fri, Jun 18, 2010 at 10:46 AM, Brandon Gooch wrote: > On Tue, Jun 1, 2010 at 2:37 PM, Jeremy Chadwick > wrote: > > On Tue, Jun 01, 2010 at 03:18:39PM -0400, Brian A. Seklecki wrote: > >> = Re-posted from freebsd-hardware@, since this is more of a bug > >> report than a hardware comparability inquiry / buying strategy > >> discussion. == > >> > >> All: > >> > >> Has anyone upgraded their PowerEdge 1850s to 8.0-PL or > >> RELENG_8 -stable? We're seeing problems where 7.2-PL and > >> 6.3-PL were not affected on the same hardware. > >> > >> The problem is that forcing the duplex 100/full on both > >> sides no longer functions. > >> > >> Configuration: > >> > >> - A variety of Cisco L2/L3 switches over the last decade: > >> -- 2848G-L3 > >> -- 2950 > >> -- 2960s > >> -- 3550-12Ts > >> -- 3550XLs > >> -- Duplex forced 100/full on Cisco side > >> - FreeBSD/amd64 RELENG_8 or 9-CURRENT with duplex > >> forced '100baseTX mediaopt full-duplex', > >> - This configuration has worked since FreeBSD 5.4 > >> > >> When connected to PowerEdge 1850r1/r2, with the onboard Intel > >> 82541EI, the parenthesis show an actual media speed/duplex of: > >> > >> media: Ethernet 100baseTX (100baseTX ) > >> > >> The same configuration using a Dell-sold Intel dual port > >> 82546EB, in the same system, on the same switch, works fine. > >> > >> > >> ----------------- > >> ifconfig(8): > >> ----------------- > >> em3: flags=8843 >> MULTICAST> metric 0 mtu 1500 > >> options=9b > >> ether 00:13:72:4f:70:81 > >> inet 192.168.97.20 netmask 0xffffff80 broadcast 192.168.97.127 > >> media: Ethernet 100baseTX (100baseTX ) > >> status: active > >> ----------------- > >> em0: flags=8843 >> MULTICAST> metric 0 mtu 1500> > >> options=9b > >> ether 00:04:23:c8:fe:ac > >> media: Ethernet 100baseTX > >> status: active > >> ----------------- > >> ----------------- > >> pciconf(8): > >> ----------------- > >> em3@pci0:7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 > >> rev=0x05 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'Gigabit Ethernet Controller (82541EI)' > >> class = network > >> subclass = ethernet > >> em0@pci0:3:11:0: class=0x020000 card=0x10128086 chip=0x10108086 > rev=0x01 > >> hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'Dual Port Gigabit Ethernet Controller (Copper) (82546EB)' > >> class = network > >> subclass = ethernet > >> > >> ----------------- > >> > >> rc.conf(5) for shits & giggles: > >> > >> ifconfig_em0="inet X netmask Y media 100baseTX mediaopt full-duplex" > >> ifconfig_em3="inet Z netmask F media 100baseTX mediaopt full-duplex" > >> > >> -------- > >> > >> Example IOS switch config: > >> interface FastEthernet0/39 > >> description I hate Dell > >> switchport access vlan 100 > >> switchport mode access > >> speed 100 > >> duplex full > >> spanning-tree portfast > >> end > >> -------- > >> > >> I've been clearing interface counters on the switch side, but I'll send > >> 'netstat -i', 'show interface counters', and 'sudo sysctl -w > >> dev.em.3.stats=1' ASAP to illustrate connectivity errors soon. > >> > >> Are we being punished for patronizing Dell? > >> > >> Is it possible that ifconfig(8) output has simply changed? Are the > >> values in the parenthesis on the right the Ethernet auto-sense desired > >> values where as outside the parenthesis the current active values? > >> > >> In 6.3/7.2, once you forced a speed/duplex, the values in parenthesis > >> went away entirely. > >> > >> The only way I've been able to make that happen is to #define in > >> src/sys/dev/e1000/if_em.h: > >> > >> #define DO_AUTO_NEG 0 > >> /* > >> * This parameter control whether or not the driver will wait for > >> * autonegotiation to complete. > >> * 1 - Wait for autonegotiation to complete > >> * 0 - Don't wait for autonegotiation to complete > >> */ > >> > >> Also seems odd that some ICs are affected but not others. > >> > >> Its also possible that my problems are pf(4) + setfib(8) related and I > >> that this is a separate issue. > >> > >> Two new notes since the original post: > >> > >> - I have confirmed this problem on two revisions of the Dell > >> 8th gen hardware in two different datacenters > >> - The problem persists on -CURRENT from 05/2010 > >> - RELENG_7 does not seem to be impacted > >> - More stats below. > >> > >> > >> Thanks, > >> ~BAS > >> > >> --------------- > >> > >> > >> > >> em1: link state changed to DOWN > >> em1: link state changed to UP > >> em1: link state changed to DOWN > >> em1: link state changed to UP > >> em1: link state changed to DOWN > >> em1: link state changed to UP > >> em1: link state changed to DOWN > >> em1: link state changed to UP > >> em1: link state changed to DOWN > >> em1: link state changed to UP > >> em1: link state changed to DOWN > >> > >> em0: Excessive collisions = 0 > >> em0: Sequence errors = 0 > >> em0: Defer count = 0 > >> em0: Missed Packets = 0 > >> em0: Receive No Buffers = 0 > >> em0: Receive Length Errors = 0 > >> em0: Receive errors = 0 > >> em0: Crc errors = 0 > >> em0: Alignment errors = 0 > >> em0: Collision/Carrier extension errors = 0 > >> em0: RX overruns = 0 > >> em0: watchdog timeouts = 0 > >> em0: RX MSIX IRQ = 0 TX MSIX IRQ = 0 LINK MSIX IRQ = 0 > >> em0: XON Rcvd = 0 > >> em0: XON Xmtd = 0 > >> em0: XOFF Rcvd = 0 > >> em0: XOFF Xmtd = 0 > >> em0: Good Packets Rcvd = 1319916 > >> em0: Good Packets Xmtd = 1070646 > >> em0: TSO Contexts Xmtd = 0 > >> em0: TSO Contexts Failed = 0 > >> em1: Excessive collisions = 0 > >> em1: Sequence errors = 0 > >> em1: Defer count = 0 > >> em1: Missed Packets = 0 > >> em1: Receive No Buffers = 0 > >> em1: Receive Length Errors = 0 > >> em1: Receive errors = 0 > >> em1: Crc errors = 0 > >> em1: Alignment errors = 0 > >> em1: Collision/Carrier extension errors = 0 > >> em1: RX overruns = 0 > >> em1: watchdog timeouts = 0 > >> em1: RX MSIX IRQ = 0 TX MSIX IRQ = 0 LINK MSIX IRQ = 0 > >> em1: XON Rcvd = 0 > >> em1: XON Xmtd = 0 > >> em1: XOFF Rcvd = 0 > >> em1: XOFF Xmtd = 0 > >> em1: Good Packets Rcvd = 251348 > >> em1: Good Packets Xmtd = 204160 > >> em1: TSO Contexts Xmtd = 0 > >> em1: TSO Contexts Failed = 0 > >> > >> -------------------- > >> > >> > >> as0# sh int fa0/43 > >> FastEthernet0/43 is up, line protocol is up (connected) > >> Hardware is Fast Ethernet, address is 0015.c683.51ab (bia > >> 0015.c683.51ab) > >> Description: X-Server EM1 > >> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, > >> reliability 255/255, txload 1/255, rxload 1/255 > >> Encapsulation ARPA, loopback not set > >> Keepalive set (10 sec) > >> Full-duplex, 100Mb/s, media type is 100BaseTX > >> input flow-control is unsupported output flow-control is unsupported > >> ARP type: ARPA, ARP Timeout 04:00:00 > >> Last input never, output 00:00:08, output hang never > >> Last clearing of "show interface" counters 6d03h > >> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 > >> Queueing strategy: fifo > >> Output queue: 0/40 (size/max) > >> 5 minute input rate 0 bits/sec, 0 packets/sec > >> 5 minute output rate 1000 bits/sec, 3 packets/sec > >> 291422 packets input, 131521274 bytes, 0 no buffer > >> Received 798 broadcasts (0 multicast) > >> 0 runts, 0 giants, 0 throttles > >> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored > >> 0 watchdog, 99 multicast, 0 pause input > >> 0 input packets with dribble condition detected > >> 651929 packets output, 73550092 bytes, 0 underruns > >> 0 output errors, 0 collisions, 4 interface resets > >> 0 babbles, 0 late collision, 0 deferred > >> 0 lost carrier, 0 no carrier, 0 PAUSE output > >> 0 output buffer failures, 0 output buffers swapped out > > > > Brian, could you please provide the following output? > > > > - uname -a (you can X-out the machine name if need be) > > - dmesg | egrep 'em0|em3' (provides em driver version number) > > - pciconf -lvc (this will differ from what you provided above) > > > > Next, some of the stats you provided are for em1 when most of your post > > focuses around em0 and em3. Is there some correlation or was it a > > mistake? > > > > Adding Jack Vogel of Intel to the CC list, as he's been working on em(4) > > as of late. > > Brian, I have no idea if this will help or not, but... > > Jack just committed bits to the Intel drivers (em(4) ixgbe(4)), will > you have a chance to test a new build? I'm trying to find an unused > system ATM to test on myself, but it may take me a day or to. > > BTW, it appears Jack may be trying to get the fixes (and features) > into 8.1-RELEASE, let's hope that it happens :) > > -Brandon > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 18:22:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB5C106566B; Fri, 18 Jun 2010 18:22:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id A384A8FC13; Fri, 18 Jun 2010 18:22:57 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A82ABA58554; Sat, 19 Jun 2010 02:22:55 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id DrP1wWFV3LbF; Sat, 19 Jun 2010 02:22:48 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 86096A584DE; Sat, 19 Jun 2010 02:22:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=K+Y6nTHIqwx5y39kBVKxuGUfkSnAPyEOvAKIb3uU9jMmHHo0FNy4Iv/FIwSPsG5A0 zyxyIT/7Lam3/7P58geRw== Message-ID: <4C1BB971.4030501@delphij.net> Date: Fri, 18 Jun 2010 11:22:41 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Sean Bruno References: <1276639800.2462.80.camel@localhost.localdomain> <1276646707.2462.82.camel@localhost.localdomain> <4C18195A.3020501@delphij.net> <20100617205302.GA60347@server.vk2pj.dyndns.org> <4C1A9DEE.8040203@delphij.net> <1276883483.2518.27.camel@localhost.localdomain> In-Reply-To: <1276883483.2518.27.camel@localhost.localdomain> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "delphij@freebsd.org" , "freebsd-stable@freebsd.org" , "d@delphij.net" , Peter Jeremy Subject: Re: [Stable 7] CPIO breakage/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 18:22:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/06/18 10:51, Sean Bruno wrote: > On Thu, 2010-06-17 at 15:13 -0700, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 2010/06/17 13:53, Peter Jeremy wrote: >>> On 2010-Jun-15 17:22:50 -0700, Xin LI wrote: >>>> On 2010/06/15 17:05, Sean Bruno wrote: >>>>> A little more background. It looks like symlinks are getting stripped >>>>> of their '/' which sucks. Ideas? >>> ... >>>>> e.g. /home/foo/bar -> /opt/baz/blob >>>>> >>>>> becomes >>>>> >>>>> home/foo/bar -> opt/baz/blob >>>>> >>>>> Yuck. >>>> >>>> This is a security measurement I think. >>> >>> Can someone please explain how stripping a leading '/' off the >>> destination of a symlink enhances security? The destination is >>> not being written to. >>> >>>> --absolute-filenames disables this behavior. >>> >>> This definitely reduces security and would seem to be far more >>> dangerous than being able to create symlinks to absolute pathnames. >> >> Sorry I have misunderstood the original issue. It's the link target >> being mangled and doesn't seem right to me. I'll ask the author about this. >> >> The attached patch should restore the old behavior. >> >> Cheers, >> - -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! Live free or die > > Yep, *this* patches seems to make things much happier. I'll integrate > cpio 2.8 back into the Yahoo tree when this is merged in. Thanks for testing, I have committed the patch as r209311 and sorry for the breakage. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMG7lxAAoJEATO+BI/yjfBBhEIAJRbR1ZniY+JQ4Ak+He+FWKw jRXb/lTC1PfCDIi5Vm+j0NGAZP2hNBzt9k7uouDyguXcHKvPNXKFhjvaJtdDK40Y e2Pr2PNeXzwBGaL27eDPdjt2gxZ16GbzQe47d2jyT3nQRUYBGehJcLzJl7chrLZn 0PJmztmZt8Uc6oeQo427PzhgqcCFG5Edrc7dtiFZ1rvdaXGXd64mu30oArLV3MCA c//wgx+qK2wQ1AGeylZGOqbJmtgdxY3+g961a/G9c0Y/Bt+muWBY5xDK1LpA7IcN /s8l39g6TMzjp4YYlRUG5flhv3xtFACZxxAnkDYA+02cR2euNpt1irjdxj7jwvI= =V3yO -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 18:25:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E809106564A for ; Fri, 18 Jun 2010 18:25:16 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id EC3A78FC1E for ; Fri, 18 Jun 2010 18:25:15 +0000 (UTC) Received: from 174-21-99-21.tukw.qwest.net ([174.21.99.21] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OPeoC-000306-PA for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 09:52:49 -0700 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Fri, 18 Jun 2010 10:01:19 -0700 Date: Fri, 18 Jun 2010 10:01:19 -0700 From: Chip Camden To: freebsd-stable Message-ID: <20100618170119.GA96415@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable References: <1276830381.2005.22.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1276830381.2005.22.camel@neo.cse.buffalo.edu> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: FreeBSD 8.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 18:25:16 -0000 On Jun 17 2010 23:06, Ken Smith wrote: > [snip] > > If you are updating an already running machine the CVS branch > tag is RELENG_8_1, or if you prefer SVN use "releng/8.1". > [snap] Forgive me if the answer to this question should be obvious. I'm on stable/8, so if I understand correctly all I should need to do is change my supfile CVS tag to RELENG_8_1, csup, and rebuild? -- Sterling (Chip) Camden http://camdensoftware.com | http://chipstips.com | http://chipsquips.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 19:11:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 343C1106564A for ; Fri, 18 Jun 2010 19:11:56 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by mx1.freebsd.org (Postfix) with ESMTP id B007F8FC0A for ; Fri, 18 Jun 2010 19:11:54 +0000 (UTC) Received: by ywh11 with SMTP id 11so1371187ywh.7 for ; Fri, 18 Jun 2010 12:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=A0pt5agKBvaWaJUYuS9NjQ+1p0UR0vW4nryFfAsqJLc=; b=ZPS7Z1jqxWZzMOnuCXHrxH+2oLRQ1j2TtQO1j3VkpwfTGqi26DhPL9Et/r/poXZvnQ pmGmkNE2XgWJxU0nWH8buumFODQ4Cep4yCMRfaN4Q4vnTGzPHlU7I+08VaAR/AEB1E71 KpOG/La6pd3Cl01sDd3KejFXVRDyLyMnJSyT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=ktUmtymgI9PC3Nmifc+cHc/KaoiBfpqdEMyMO7RiwHZR9u42yptpIPfXFXvtYRLybE dpxg0iznS6CI1POPoSyAqeN+kwG5xVnhg6rpTBeIHtW/P5N0Pwge5jdL//h+5uYGIiVc MlT497tHfaVnu0HLhiM2Aqg4+poHQ5YDlevLQ= Received: by 10.91.34.16 with SMTP id m16mr937059agj.166.1276888312517; Fri, 18 Jun 2010 12:11:52 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 21sm5066812ywh.10.2010.06.18.12.11.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 18 Jun 2010 12:11:51 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 5321DB8F28; Fri, 18 Jun 2010 16:11:44 -0300 (BRT) Received: from 10.1.2.79 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Fri, 18 Jun 2010 16:11:44 -0300 (BRT) Message-ID: <30abfcea22fe676302cd91fcf3a41c3e.squirrel@lamneth> In-Reply-To: <1276829367.66339.25.camel@RabbitsDen> References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> <1276740032.66339.16.camel@RabbitsDen> <1276829367.66339.25.camel@RabbitsDen> Date: Fri, 18 Jun 2010 16:11:44 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: kernel panic on 8.1-rc1 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, 18 Jun 2010 19:11:56 -0000 On Thu, June 17, 2010 23:49, Alexandre \"Sunny\" Kovalenko wrote: > Not much -- this is just panic I had in the same timeframe and solved it > by disabling and, consequently rebuilding, Virtual Box kernel modules. I > assume you either not loading or did disable the remaining two: > vboxnetflt.ko and vboxnetadp.ko. > > I guess any third-party modules (webcam, qemu, etc.) would be good > candidates for being disabled -- it seams like there were changes in the > kernel which required rebuild of them. > > Outside of that -- sorry, out of ideas. thanks for the tip, for the record it was a module (or two), as I tried disabling both nvidia and vboxdrv. I'll try to update both now, thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 19:28:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA31E106566B for ; Fri, 18 Jun 2010 19:28:53 +0000 (UTC) (envelope-from matt@bubblegen.co.uk) Received: from relay.pcl-ipout02.plus.net (relay.pcl-ipout02.plus.net [212.159.7.100]) by mx1.freebsd.org (Postfix) with ESMTP id C650C8FC19 for ; Fri, 18 Jun 2010 19:28:52 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAGhlG0zUnw4U/2dsb2JhbACDHZt2cbFhkS2BJYEpEoFLcASQcA Received: from outmx08.plus.net ([212.159.14.20]) by relay.pcl-ipout02.plus.net with ESMTP; 18 Jun 2010 20:28:51 +0100 Received: from bubblegen.plus.com ([80.229.236.194] helo=[192.136.1.18]) by outmx08.plus.net with esmtp (Exim) id 1OPhFC-0006Pi-Po; Fri, 18 Jun 2010 20:28:51 +0100 From: Matthew Lear To: Jeremy Chadwick In-Reply-To: <20100618174208.GA47470@icarus.home.lan> References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> <1276876031.7519.39.camel@almscliff.bubblegen.co.uk> <20100618174208.GA47470@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Date: Fri, 18 Jun 2010 20:28:50 +0100 Message-ID: <1276889330.2210.44.camel@almscliff.bubblegen.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 19:28:53 -0000 On Fri, 2010-06-18 at 10:42 -0700, Jeremy Chadwick wrote: > On Fri, Jun 18, 2010 at 04:47:11PM +0100, Matthew Lear wrote: > > Hello Jeremy, > > Thanks very much for the feedback. > > > > [snip] > > > Could you please provide the full output from "smartctl -a /dev/ad0" > > > here? Your drive may be completely fine and you may not have to swap it > > > at all; hard to say. > > > > Sure. See below: > > {snip} > > Your SMART statistics look completely OK. There's nothing there that > indicates there were any write failures or otherwise. I'll explain near > the end of the Email how to test a range of LBAs "just in case". Good. That's what I thought too :-) > I'll take a moment to point out that the error previously seen was a > timeout during a write transaction (WRITE_DMA48). Recap: > > > > > ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 > > > > ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=395032335 > > > > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > > The status codes shown (status=51 and error=10) are hexadecimal. I'm > pointing this out because they aren't preceded by '0x' or '$' and it > clarifies my next point: > > NID_NOT_FOUND (bit 4 set in the ATA error field) is referred to as IDNF > per ATA6-ACS specification and onward, so I'll refer to it as that. > (I've always wondered why FreeBSD calls this NID_NOT_FOUND; IDFN stands > for ID Not Found, so what's with the extra "N"? I've always felt this > is a typo...) > > Using the ATA8-ACS specification working draft (2007/05/21), since it's > more recent, we see the following: > > Section 6.2 - Error field > Section 6.2.4 - ID Not Found (IDNF) bit > > Error bit 4. The IDNF bit shall be set to one if a user-accessible > address was not found. The IDNF bit shall be set to one if an > address outside of the range of user-accessible addresses is > requested when command aborted is not returned (see 4.11.3 and > 6.2.1). > > Section 4.11 - Host Protected Area (HPA) feature set > Section 4.11.3 - 28-bit and 48-bit HPA commands > > Any read or write command to an address above the maximum address > specified by the SET MAX ADDRESS or SET MAX ADDRESS EXT command shall > cause command completion with the IDNF bit set to one and ERR set to > one, or command aborted. > > There's no definition of what "address" means in 6.2.4, but the most > logical (pun intended) guess is an LBA. This error is returned by the > disk (e.g. not a controller-induced error). I've mentioned this problem > in the past: > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > I've always read IDNF to mean "OS requested access (read or write) to an > LBA which is out of bounds", where "out of bounds" means "not between 0 > and ". How exactly is that possible? Alexander, do you have > any familiarity with this error code per ATA spec? > > Matthew, can you provide output from "atacontrol cap ad0"? Thanks. Sure thing. See below. [root@meshuga /home/matt]# atacontrol cap ad0 Protocol SATA revision 2.x device model WDC WD3200AAKS-00VYA0 serial number WD-WCARW0164427 firmware revision 12.01B02 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 625142448 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 [root@meshuga /home/matt]# > > Now regarding the LBA tests -- "smartctl -t select,start-end" will do > the trick. start should be a starting LBA, end should be an ending LBA. > The OS claims that LBA 395032335 is what was requested to be accessed > when the failure happened, so I would recommend picking start/end ranges > around that area. Remember that a single sector encapsulates a very > large number of blocks (especially given sizes of disks today), so it's > wise to pick a very large range of LBAs. I would recommend this in your > case: > > smartctl -t select,390000000,410000000 /dev/ad0 [root@meshuga /home/matt]# smartctl -t select,390000000-410000000 /dev/ad0 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 7.2-RELEASE-p4 i386] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Selective self-test routine immediately in off-line mode". SPAN STARTING_LBA ENDING_LBA 0 390000000 410000000 Drive command "Execute SMART Selective self-test routine immediately in off-line mode" successful. Testing has begun. You have mail in /var/mail/matt [root@meshuga /home/matt]# ... some time passes polling status with smartctl -a /dev/ad0 ... [root@meshuga /home/matt]# smartctl -a /dev/ad0 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 7.2-RELEASE-p4 i386] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Blue Serial ATA family Device Model: WDC WD3200AAKS-00VYA0 Serial Number: WD-WCARW0164427 Firmware Version: 12.01B02 User Capacity: 320,072,933,376 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Fri Jun 18 20:20:17 2010 BST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (8400) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 100) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x303f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0003 218 150 021 Pre-fail Always - 2100 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 118 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0 9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 9320 10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 116 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 115 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 118 194 Temperature_Celsius 0x0022 108 103 000 Old_age Always - 39 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Selective offline Completed without error 00% 9319 - # 2 Extended offline Completed without error 00% 9299 - # 3 Short offline Completed without error 00% 9298 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 390000000 410000000 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. > I would highly recommend doing this with the disk not doing any I/O, > though it won't hurt it (it'll just delay the scan). "smartctl -a" will > show the state of things in the "SMART Selective self-test log" at the > bottom, or somewhere else within the output (depends on the drive). > > This should, in my opinion, rule out whether or not there's a bad block > or something along those lines within said range. Given what I believe > IDNF represents, I would say your scan will probably come back clean. > Also remember that the scan performed here is a *disk-level scan*; the > disk firmware itself is doing it (the OS isn't involved). This helps > rule out any sort of "weird" issues that the OS may be reporting ("hey > man, LBA 8943943983492893428932489324 is bad!" "Yeah sure it is"). > > > The two devices in the array are on channels 0 and 1. There is indeed a > > second drive on channel 0 (160G). As I said above, I use that as an > > additional back up device but it's not part of the array. > > Okay, so executing "atacontrol detach ata0" will cause you to lose both > ad0 and ad1. If you can live with that, then cool. > > > > What motherboard is this? Can you change the setting to either > > > "Native", "Enhanced", or (even better) "AHCI"? I've seen some systems > > > where the Serial ATA option in the BIOS has an "Auto" option, which does > > > totally bizarre things at times. > > > > I think this has been covered in subsequent postings. I could try it but > > as you say below, I'd like to resolve the disk issue first. > > ... > > > The atacontrol man page covers your situation: > > > ... > > I don't think this is the case for me since ad0 and ad2 are on seperate > > ata channels. > > ... > > Indeed but my hw doesn't have hot-swap capability (at the moment!). > > That's the problem -- we're not sure if this really is a disk issue. > It's been reported before, others have reported solving it by increasing > ATA timeout values, etc... But the fact of the matter is, that error > code is being returned by the device. Indeed. if I look back through my logs the error has happened quite a few times over the course of several weeks before atacontrol took action and offlined the drive: [root@meshuga /home/matt]# zcat /var/log/messages.0.bz2 | grep ad0 Mar 14 21:17:33 meshuga kernel: ad0: 305245MB at ata0-master SATA300 Mar 14 21:17:33 meshuga kernel: GEOM_LABEL: Label for provider ad0s1a is ufsid/47284adaeab4f771. Mar 14 21:17:33 meshuga kernel: GEOM_LABEL: Label for provider ad0s1d is ufsid/47284ae5159318bb. Mar 14 21:17:33 meshuga kernel: GEOM_LABEL: Label for provider ad0s1e is ufsid/47284ada8adb1df9. Mar 14 21:17:33 meshuga kernel: GEOM_LABEL: Label for provider ad0s1f is ufsid/47284adaa202995d. Mar 14 21:17:33 meshuga kernel: ar0: disk0 READY (master) using ad0 at ata0-master Mar 28 17:59:59 meshuga kernel: ad0: 305245MB at ata0-master SATA300 Mar 28 17:59:59 meshuga kernel: GEOM_LABEL: Label for provider ad0s1a is ufsid/47284adaeab4f771. Mar 28 17:59:59 meshuga kernel: GEOM_LABEL: Label for provider ad0s1d is ufsid/47284ae5159318bb. Mar 28 17:59:59 meshuga kernel: GEOM_LABEL: Label for provider ad0s1e is ufsid/47284ada8adb1df9. Mar 28 17:59:59 meshuga kernel: GEOM_LABEL: Label for provider ad0s1f is ufsid/47284adaa202995d. Mar 28 17:59:59 meshuga kernel: ar0: disk0 READY (master) using ad0 at ata0-master May 1 03:03:23 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=20472527 May 30 03:01:54 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=24996179 Jun 1 03:02:47 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=27745599 Jun 1 03:03:35 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=29127787 Jun 1 03:03:41 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=29131871 Jun 1 05:00:10 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=21646831 Jun 2 03:02:02 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=25019047 Jun 2 03:02:09 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=24262079 Jun 2 03:02:25 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=26503067 Jun 2 03:02:45 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=24991895 Jun 2 03:03:22 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=26526099 Jun 2 03:03:34 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=21229415 Jun 2 03:03:46 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=20498839 Jun 2 03:04:07 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=29996295 Jun 2 03:04:14 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=27617575 Jun 2 03:04:40 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=29939883 Jun 2 03:04:48 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=22747195 Jun 7 05:04:22 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=21220491 [r And most recently: [root@meshuga /home/matt]# cat /var/log/messages | grep ad0 Jun 13 03:01:09 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=28825859 Jun 13 03:01:17 meshuga kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=30662831 Jun 17 05:00:58 meshuga kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=395032335 Jun 17 05:00:58 meshuga kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=395032335 Jun 17 05:02:20 meshuga kernel: ad0: WARNING - WRITE_DMA taskqueue timeout - completing request directly Jun 17 05:02:20 meshuga kernel: ad0: WARNING - WRITE_DMA48 freeing taskqueue zombie request On first glance there was a single failure which has progressively got worse... This did make me suspect there was indeed a problem with the drive. > Speaking generally about disk replacements on your system -- when I say > generally, I do mean generally and *not* in regards to the specific > situation reported: > > Since there's no AHCI in use, we should just assume that a power-down of > the system is the safest way to go about a disk replacement. Follow > that procedure in the future and you should be fine. If you ever get a > hot-swap backplane, you absolutely should use AHCI; hot-swap, especially > on an Intel controller (FreeBSD is tested pretty thoroughly on Intel > ICHxx and ESBx controllers), will work fine in that case. > > If you do go the AHCI route, and eventually upgrade to RELENG_8 down the > line, I highly recommend you load kernel module ahci.ko (instead of the > default/historic ataahci.ko). This will get you NCQ support amongst > other things. > I've actually got 8.0-RELEASE running on a similar box (no hot-swap back plane) with AHCI. I think it's a newer generation of HP Proliant. That runs RAID1 too. I had been contemplating upgrading motherboards to allow hot-swap. I think I might have more than just a think about it now :-) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 19:47:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A140B1065677 for ; Fri, 18 Jun 2010 19:47:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 303E58FC16 for ; Fri, 18 Jun 2010 19:47:06 +0000 (UTC) Received: (qmail 7242 invoked by uid 399); 18 Jun 2010 19:47:05 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Jun 2010 19:47:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1BCD38.4090503@FreeBSD.org> Date: Fri, 18 Jun 2010 12:47:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable References: <1276830381.2005.22.camel@neo.cse.buffalo.edu> <20100618170119.GA96415@libertas.local.camdensoftware.com> In-Reply-To: <20100618170119.GA96415@libertas.local.camdensoftware.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 8.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 19:47:06 -0000 On 06/18/10 10:01, Chip Camden wrote: > On Jun 17 2010 23:06, Ken Smith wrote: >> > [snip] >> >> If you are updating an already running machine the CVS branch >> tag is RELENG_8_1, or if you prefer SVN use "releng/8.1". >> > [snap] > > Forgive me if the answer to this question should be obvious. I'm on > stable/8, so if I understand correctly all I should need to do is change > my supfile CVS tag to RELENG_8_1, csup, and rebuild? If you're already on -stable you don't have to do anything, unless you want to stay at what will eventually become 8.1-RELEASE. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 20:05:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EE95106566B for ; Fri, 18 Jun 2010 20:05:13 +0000 (UTC) (envelope-from nlmills@g.clemson.edu) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 411458FC12 for ; Fri, 18 Jun 2010 20:05:12 +0000 (UTC) Received: by gxk27 with SMTP id 27so1057207gxk.13 for ; Fri, 18 Jun 2010 13:05:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.147.8 with SMTP id z8mr1233689ann.248.1276889961462; Fri, 18 Jun 2010 12:39:21 -0700 (PDT) Received: by 10.100.47.12 with HTTP; Fri, 18 Jun 2010 12:39:21 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Jun 2010 15:39:21 -0400 Message-ID: From: Nicholas Mills To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=0016e68deb5791fc6a0489531c99 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Sysinstall crashes in 8.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nlmills@clemson.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 20:05:13 -0000 --0016e68deb5791fc6a0489531c99 Content-Type: text/plain; charset=ISO-8859-1 Verified to exist in 8.1-RC1. Submitted as PR 147980. ---------- Forwarded message ---------- From: Nicholas Mills Date: Sat, Jun 5, 2010 at 9:01 PM Subject: Sysinstall crashes in 8.1-BETA1 To: randi@freebsd.org Hello, I found and patched a bug in sysinstall(8). My system is running GENERIC 8.1-BETA1 on i386. Initial install went well, but after the system booted I wanted to add some other distributions. However, every time I attempted to connect to an ftp server sysinstall would crash and dump core. I traced the problem down to some uninitialized variables in tcpip.c:tcpDeviceSelect. Attached is my patch. Thanks, Nick Mills nlmills@g.clemson.edu --0016e68deb5791fc6a0489531c99 Content-Type: application/octet-stream; name="tcpip.patch" Content-Disposition: attachment; filename="tcpip.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ga35yhos0 LS0tIHRjcGlwLmMub2xkCTIwMTAtMDYtMDUgMjA6MTk6MjguMDAwMDAwMDAwIC0wNDAwCisrKyB0 Y3BpcC5jCTIwMTAtMDYtMDUgMjA6MTk6MTEuMDAwMDAwMDAwIC0wNDAwCkBAIC03MzIsNiArNzMy LDkgQEAKIAlyZXR1cm4gKE5VTEwpOwogICAgIH0KIAorICAgIGRldnMgPSBkZXZpY2VGaW5kKE5V TEwsIERFVklDRV9UWVBFX05FVFdPUkspOworICAgIGNudCA9IGRldmljZUNvdW50KGRldnMpOyAK KwogICAgIGlmICgoIVJ1bm5pbmdBc0luaXQpICYmICh2YXJpYWJsZV9jaGVjaygiTkVUV09SS19D T05GSUdVUkVEPU5PIikgIT0gVFJVRSkpIHsKIAlpZiAoIW1zZ1llc05vKCJSdW5uaW5nIG11bHRp LXVzZXIsIGFzc3VtZSB0aGF0IHRoZSBuZXR3b3JrIGlzIGFscmVhZHkgY29uZmlndXJlZD8iKSkK IAkgICAgcmV0dXJuIGRldnNbMF07Cg== --0016e68deb5791fc6a0489531c99-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 20:10:45 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13AD106566C for ; Fri, 18 Jun 2010 20:10:45 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 500118FC12 for ; Fri, 18 Jun 2010 20:10:45 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o5IKAYEP087362; Fri, 18 Jun 2010 15:10:34 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 18 Jun 2010 15:10:34 -0500 (CDT) From: "Sean C. Farley" To: Nenhum_de_Nos In-Reply-To: <30abfcea22fe676302cd91fcf3a41c3e.squirrel@lamneth> Message-ID: References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> <1276740032.66339.16.camel@RabbitsDen> <1276829367.66339.25.camel@RabbitsDen> <30abfcea22fe676302cd91fcf3a41c3e.squirrel@lamneth> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: kernel panic on 8.1-rc1 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, 18 Jun 2010 20:10:45 -0000 On Fri, 18 Jun 2010, Nenhum_de_Nos wrote: > On Thu, June 17, 2010 23:49, Alexandre \"Sunny\" Kovalenko wrote: >> Not much -- this is just panic I had in the same timeframe and solved >> it by disabling and, consequently rebuilding, Virtual Box kernel >> modules. I assume you either not loading or did disable the remaining >> two: vboxnetflt.ko and vboxnetadp.ko. >> >> I guess any third-party modules (webcam, qemu, etc.) would be good >> candidates for being disabled -- it seams like there were changes in >> the kernel which required rebuild of them. >> >> Outside of that -- sorry, out of ideas. > > thanks for the tip, for the record it was a module (or two), as I > tried disabling both nvidia and vboxdrv. > > I'll try to update both now, For the record, it has been reported on emulation@ that the nvidia and vbox drivers do not get along with each other. I occasionally get lockups while there is network traffic between my host and (console-only) guest both running FreeBSD 8 amd64. Unfortunately, I do not know which module is at fault, and I have been too busy to try harder to find the culprit. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 21:23:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FAFD106566B for ; Fri, 18 Jun 2010 21:23:59 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from triton.rz.uni-saarland.de (triton.rz.uni-saarland.de [134.96.7.25]) by mx1.freebsd.org (Postfix) with ESMTP id DC6898FC1A for ; Fri, 18 Jun 2010 21:23:58 +0000 (UTC) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by triton.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id o5ILNupF022144 for ; Fri, 18 Jun 2010 23:23:57 +0200 Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.216.98]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id o5ILNuNA011241 for ; Fri, 18 Jun 2010 23:23:56 +0200 (CEST) Date: Fri, 18 Jun 2010 23:23:51 +0200 (CEST) From: Damian Weber To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.96 at zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Fri, 18 Jun 2010 23:23:57 +0200 (CEST) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.2.6; VDF: 7.10.8.127; host: AntiVir3) Subject: make installworld breaks at share/syscons/scrnmaps X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jun 2010 21:23:59 -0000 8-STABLE system csup today FreeBSD xxx.local 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Fri Jun 18 18:28:03 CEST 2010 root@xxx.local:/usr/obj/usr/src/sys/XXX amd64 make installworld breaks at ===> share/syscons/scrnmaps (install) ./armscii8-2haik8.mk armscii8-2haik8.tmp uuencode armscii8-2haik8.tmp armscii8-2haik8 > armscii8-2haik8.scm uuencode: Command not found. *** Error code 127 Stop in /usr/src/share/syscons/scrnmaps. *** Error code 1 ... I fixed it on that machine by this patch, .... --- share/syscons/scrnmaps/Makefile.orig 2010-06-18 22:48:35.000000000 +0200 +++ share/syscons/scrnmaps/Makefile 2010-06-18 22:48:47.000000000 +0200 @@ -16,7 +16,7 @@ ${SCRMAPS}: ${.TARGET:R}.mk ./${.TARGET:R}.mk ${.TARGET:R}.tmp - uuencode ${.TARGET:R}.tmp ${.TARGET:R} > ${.TARGET} + /usr/bin/uuencode ${.TARGET:R}.tmp ${.TARGET:R} > ${.TARGET} rm -f ${.TARGET:R}.tmp ${SCRMAPS_MK}: ${.TARGET:R} mkscrfil.c - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ...but where the /usr/bin-PATH disappeared? -- Damian From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 21:48:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A611E106566B for ; Fri, 18 Jun 2010 21:48:59 +0000 (UTC) (envelope-from schlake@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6698D8FC15 for ; Fri, 18 Jun 2010 21:48:59 +0000 (UTC) Received: by ywh11 with SMTP id 11so1514658ywh.7 for ; Fri, 18 Jun 2010 14:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=AJ54rn1IEgZBoK1m7oMfd7mnuq2eqYmQyTJ2wTj8nR8=; b=jlVowbbgLAcbFdDD2oPZVOocMT4BTIA365nMTk/bbrBYl071te+FFk4wjo/aGOliyJ 0oEQVQf3Gi2AJ/MY8rpX/xNdIj8LwTydMufN/nNw6b/vf2tK7Q36f2S28oajXej6d3fN Hlp85lDlhqiwdGMmRhCyWvc8faJQQI6WOFo0Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KTcBFk4P4vY7LQgl3z2FrEhiGZBamIYmiO4Z34o7APi4e0muAJ9tQf37nIpz5VBWl9 TsPoBwHcuaRn/+ZRtGPC8qxGFxFlkPECadCCfN7H/ysJNC2yaOA21ws+3ZqzEvTbrLYd VpdMpZDPV+oCXKCUYbLfet33VRG5248amNe0I= MIME-Version: 1.0 Received: by 10.220.88.35 with SMTP id y35mr654704vcl.238.1276897735188; Fri, 18 Jun 2010 14:48:55 -0700 (PDT) Received: by 10.220.190.205 with HTTP; Fri, 18 Jun 2010 14:48:55 -0700 (PDT) Date: Fri, 18 Jun 2010 15:48:55 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.1 speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 21:48:59 -0000 So I've just upgraded from whatever was stable in 2004 to 8.1 (it's a private file server in my house, I pay no attention to it until it crashes), and uh, the speed difference is very noticeable. In short, it's like I bought a brand new machine that eleven times as fast when all I did was upgrade the OS. How on earth did you guys make such a dramatic improvement? -- -- Schlake From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 22:27:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E6091065673 for ; Fri, 18 Jun 2010 22:27:52 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 76FB48FC15 for ; Fri, 18 Jun 2010 22:27:52 +0000 (UTC) Received: from 174-21-99-21.tukw.qwest.net ([174.21.99.21] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OPju6-0006QF-MN for freebsd-stable@freebsd.org; Fri, 18 Jun 2010 15:19:15 -0700 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Fri, 18 Jun 2010 15:27:47 -0700 Date: Fri, 18 Jun 2010 15:27:47 -0700 From: Chip Camden To: freebsd-stable Message-ID: <20100618222747.GG96415@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable References: <1276830381.2005.22.camel@neo.cse.buffalo.edu> <20100618170119.GA96415@libertas.local.camdensoftware.com> <4C1BCD38.4090503@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C1BCD38.4090503@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: FreeBSD 8.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 22:27:52 -0000 On Jun 18 2010 12:47, Doug Barton wrote: > On 06/18/10 10:01, Chip Camden wrote: > >On Jun 17 2010 23:06, Ken Smith wrote: > >> > >[snip] > >> > >>If you are updating an already running machine the CVS branch > >>tag is RELENG_8_1, or if you prefer SVN use "releng/8.1". > >> > >[snap] > > > >Forgive me if the answer to this question should be obvious. I'm on > >stable/8, so if I understand correctly all I should need to do is change > >my supfile CVS tag to RELENG_8_1, csup, and rebuild? > > If you're already on -stable you don't have to do anything, unless you > want to stay at what will eventually become 8.1-RELEASE. > > > hth, > > Doug > > -- > > ... and that's just a little bit of history repeating. > -- Propellerheads > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > > _______________________________________________ > 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" Thanks for the clarification. I want to stay stable (though my wife would contest that I've ever been). -- Sterling (Chip) Camden http://camdensoftware.com | http://chipstips.com | http://chipsquips.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 22:28:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE861065676 for ; Fri, 18 Jun 2010 22:28:43 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E52568FC18 for ; Fri, 18 Jun 2010 22:28:42 +0000 (UTC) Received: by iwn7 with SMTP id 7so1940209iwn.13 for ; Fri, 18 Jun 2010 15:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EebPHBz8VIKuhT/TYzPLlgRudEjF1fQplL/SjFdAdUU=; b=omGxqvu5wCzyQnTrhKDQ6QFHnxLRLiQU2yOOb8bA4Y4MNrJnl0luuDphykQ9aXgHwh DE1tJyhyqjFZCokZV9Tniwuhn4qINEaSqRabEPe5TMBqKchs1IE2G9h6OEFY6NirZte0 zg0M2CDmJPEsJuAchB0mz5DV/5A4ktzmorY5w= 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=JNAJM+yyQQo7lQMqqGF+PoMAaKa0TevUmQ8KzLc6pRYhI5c8jktiNqS+YJx8gpjfe5 OMNFUJGA8VQUHhjoMgu8ti5fcvYCAuOKS38cYf/pQ8ldhUfyqcHrfU7ZxxOVwZnsokAR RVz+pGyMSxk822QpTKaALyFrKFNBOCgtq0bxY= MIME-Version: 1.0 Received: by 10.231.148.145 with SMTP id p17mr1943642ibv.28.1276900121986; Fri, 18 Jun 2010 15:28:41 -0700 (PDT) Received: by 10.231.182.212 with HTTP; Fri, 18 Jun 2010 15:28:41 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Jun 2010 17:28:41 -0500 Message-ID: From: Brandon Gooch To: "William D. Colburn (Schlake)" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 22:28:43 -0000 On Fri, Jun 18, 2010 at 4:48 PM, William D. Colburn (Schlake) wrote: > So I've just upgraded from whatever was stable in 2004 to 8.1 (it's a > private file server in my house, I pay no attention to it until it > crashes), and uh, the speed difference is very noticeable. =A0In short, > it's like I bought a brand new machine that eleven times as fast when > all I did was upgrade the OS. =A0How on earth did you guys make such a > dramatic improvement? > BSD =3D Blazing Speed, Dude! Oh, and it's Free. Seriously though, if you're curious, the source code commit logs are always enlightening ;) -Brandon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 18 23:06:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989EC1065673 for ; Fri, 18 Jun 2010 23:06:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 734408FC16 for ; Fri, 18 Jun 2010 23:06:33 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0CC0B46C0B; Fri, 18 Jun 2010 19:06:33 -0400 (EDT) Date: Sat, 19 Jun 2010 00:06:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "William D. Colburn (Schlake)" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 23:06:33 -0000 On Fri, 18 Jun 2010, William D. Colburn (Schlake) wrote: > So I've just upgraded from whatever was stable in 2004 to 8.1 (it's a > private file server in my house, I pay no attention to it until it crashes), > and uh, the speed difference is very noticeable. In short, it's like I > bought a brand new machine that eleven times as fast when all I did was > upgrade the OS. How on earth did you guys make such a dramatic improvement? Well, I guess the good news is that we did a lot in six years. The bad news is that figuring out which changes helped your specific configuration and workload would be quite tricky. Certainly, our work on SMP optimization for scheduling, network stack, threading, storage, etc, has been a big deal. Thre are also countless protocol improvements in TCP/IP, significant changes in file system code, ... that could well be involved. Needless to say, it's satisfying to hear that it worked out -- I'd like to think we have even further good stuff coming in 9! Robert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 01:35:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CEE9106564A for ; Sat, 19 Jun 2010 01:35:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id ADD588FC12 for ; Sat, 19 Jun 2010 01:35:16 +0000 (UTC) Received: (qmail 31771 invoked by uid 399); 19 Jun 2010 01:35:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Jun 2010 01:35:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1C1ED1.6090100@FreeBSD.org> Date: Fri, 18 Jun 2010 18:35:13 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable References: <1276830381.2005.22.camel@neo.cse.buffalo.edu> <20100618170119.GA96415@libertas.local.camdensoftware.com> <4C1BCD38.4090503@FreeBSD.org> <20100618222747.GG96415@libertas.local.camdensoftware.com> In-Reply-To: <20100618222747.GG96415@libertas.local.camdensoftware.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 8.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 01:35:17 -0000 On 06/18/10 15:27, Chip Camden wrote: > Thanks for the clarification. I want to stay stable (though my wife > would contest that I've ever been). There's only so much an operating system, ANY operating system can do ... Doug (you're welcome) :) -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 01:54:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 640CB106564A for ; Sat, 19 Jun 2010 01:54:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E770E8FC0C for ; Sat, 19 Jun 2010 01:54:40 +0000 (UTC) Received: (qmail 22098 invoked by uid 399); 19 Jun 2010 01:54:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Jun 2010 01:54:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1C235E.2080000@FreeBSD.org> Date: Fri, 18 Jun 2010 18:54:38 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: "William D. Colburn (Schlake)" References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 01:54:41 -0000 On 06/18/10 14:48, William D. Colburn (Schlake) wrote: > So I've just upgraded from whatever was stable in 2004 to 8.1 (it's a > private file server in my house, I pay no attention to it until it > crashes), and uh, the speed difference is very noticeable. In short, > it's like I bought a brand new machine that eleven times as fast when > all I did was upgrade the OS. How on earth did you guys make such a > dramatic improvement? Only 11? We must be slipping ... Doug (Thanks for the kind words, they really are appreciated) -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 04:57:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5691065672 for ; Sat, 19 Jun 2010 04:57:37 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by mx1.freebsd.org (Postfix) with ESMTP id EFFC88FC0C for ; Sat, 19 Jun 2010 04:57:36 +0000 (UTC) Received: by ywh11 with SMTP id 11so1681868ywh.7 for ; Fri, 18 Jun 2010 21:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=KDDvf0qjvyHarMkknPwj3S4ZxpCC7uWhlTrZNDVEpP0=; b=BwzDYxXlBqtHMVGSskhPKU8S+RrRuxkYCNPE6K7tsHbzOfZp3VkmSMqEqDtN8v5rDV 0LSCUcA5cfquNYjB1wiSdFoipNPs1v6vZSGGG/aCvf+YC49DDvqaFkgSgoYdX7c6nyI1 2ZBUScUmwqSs1jm9cw+26j57AcIOwaZzDlJiA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=KYaQe4qhTGHbhbcaQoH+R1exkJese+xoKkT4lEuCZZdGhzaIKvFMZHtMo3G0gB0lvj ftipN//TmAOlCl7hFNxvLp04dhi+dRGfxtYAx6qS5F0CzppY467Zj+jeYWjUFDSW+Mr4 5ylLH9m621QsEnhlfZGFxdSvpYAhCQr66OaOY= Received: by 10.90.42.24 with SMTP id p24mr1224933agp.159.1276923455910; Fri, 18 Jun 2010 21:57:35 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.76.201]) by mx.google.com with ESMTPS id 21sm5342722ywh.10.2010.06.18.21.57.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 18 Jun 2010 21:57:34 -0700 (PDT) Sender: Nenhum_de_Nos Received: from elita (unknown [10.1.1.84]) by cygnus.homeunix.com (Postfix) with ESMTP id A33F3B8F28 for ; Sat, 19 Jun 2010 01:57:25 -0300 (BRT) Date: Sat, 19 Jun 2010 01:57:18 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org Message-Id: <20100619015718.73712846.matheus@eternamente.info> In-Reply-To: References: <5468c5ca1e5d48af91d88d39454d4f08.squirrel@cygnus.homeunix.com> <1276714128.78582.0.camel@RabbitsDen> <1276740032.66339.16.camel@RabbitsDen> <1276829367.66339.25.camel@RabbitsDen> <30abfcea22fe676302cd91fcf3a41c3e.squirrel@lamneth> X-Mailer: Sylpheed 3.0.0 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on 8.1-rc1 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 04:57:37 -0000 On Fri, 18 Jun 2010 15:10:34 -0500 (CDT) "Sean C. Farley" wrote: > On Fri, 18 Jun 2010, Nenhum_de_Nos wrote: > > > On Thu, June 17, 2010 23:49, Alexandre \"Sunny\" Kovalenko wrote: > >> Not much -- this is just panic I had in the same timeframe and solved > >> it by disabling and, consequently rebuilding, Virtual Box kernel > >> modules. I assume you either not loading or did disable the remaining > >> two: vboxnetflt.ko and vboxnetadp.ko. > >> > >> I guess any third-party modules (webcam, qemu, etc.) would be good > >> candidates for being disabled -- it seams like there were changes in > >> the kernel which required rebuild of them. > >> > >> Outside of that -- sorry, out of ideas. > > > > thanks for the tip, for the record it was a module (or two), as I > > tried disabling both nvidia and vboxdrv. > > > > I'll try to update both now, > > For the record, it has been reported on emulation@ that the nvidia and > vbox drivers do not get along with each other. I occasionally get > lockups while there is network traffic between my host and > (console-only) guest both running FreeBSD 8 amd64. > > Unfortunately, I do not know which module is at fault, and I have been > too busy to try harder to find the culprit. I read about that also, but they were ok to that moment. I'll rebuild the nvidia driver and try again. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 06:50:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B8A1106566B for ; Sat, 19 Jun 2010 06:50:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9856B8FC14 for ; Sat, 19 Jun 2010 06:50:21 +0000 (UTC) Received: (qmail 9952 invoked by uid 399); 19 Jun 2010 06:50:20 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Jun 2010 06:50:20 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1C68AB.6030402@FreeBSD.org> Date: Fri, 18 Jun 2010 23:50:19 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Andriy Gapon References: <104581276876312@web50.yandex.ru> <4C1BAC3E.5060609@icyb.net.ua> In-Reply-To: <4C1BAC3E.5060609@icyb.net.ua> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: =?KOI8-R?Q?=F6=C9=CE=C4=C1=D2=C5=D7_=E1=CC=C5=CB=D3=C5=CA?= , freebsd-stable@freebsd.org Subject: Re: qbittorrent 2.2.9 8.0-STABLE Amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 06:50:24 -0000 On 06/18/10 10:26, Andriy Gapon wrote: > on 18/06/2010 18:51 Жиндарев Алексей said the following: >> Jun 18 19:33:54 last message repeated 371 times >> Jun 18 19:41:31 last message repeated 1359 times >> Jun 18 19:43:29 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e >> Jun 18 19:44:00 last message repeated 545 times >> Jun 18 19:45:45 last message repeated 1751 times >> Jun 18 19:45:46 kernel: WARNING pid 31369 (qbittorrent): ioctl sign-extension ioctl ffffffff8004667e >> Jun 18 19:46:17 last message repeated 481 times >> >> Manifested after the new port, possibly after updating QT > > This is FIONBIO ioctl. Look through the code where this is passed via a variable > of incorrect type. Correct type for ioctl request should be unsigned long. I can't find any references to FIONBIO at all, or even the word ioctl. The software in question is a bittorrent client, I can't see any reason it would even use ioctl's directly. I also checked the libtorrent-rasterbar sources (which qbittorrent uses) and there is no FIONBIO there either. Thanks for your help Andriy, but I'm more confused than ever. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 07:33:13 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A200B106564A; Sat, 19 Jun 2010 07:33:13 +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 7680D8FC14; Sat, 19 Jun 2010 07:33:12 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA04414; Sat, 19 Jun 2010 10:33:10 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OPsYA-000ENX-6E; Sat, 19 Jun 2010 10:33:10 +0300 Message-ID: <4C1C72B4.1070501@icyb.net.ua> Date: Sat, 19 Jun 2010 10:33:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Doug Barton References: <104581276876312@web50.yandex.ru> <4C1BAC3E.5060609@icyb.net.ua> <4C1C68AB.6030402@FreeBSD.org> In-Reply-To: <4C1C68AB.6030402@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: =?KOI8-R?Q?=F6=C9=CE=C4=C1=D2=C5=D7_=E1=CC=C5=CB=D3=C5=CA?= , kde@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: qbittorrent 2.2.9 8.0-STABLE Amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 07:33:13 -0000 on 19/06/2010 09:50 Doug Barton said the following: > On 06/18/10 10:26, Andriy Gapon wrote: >> on 18/06/2010 18:51 Жиндарев Алексей said the following: >>> Jun 18 19:33:54 last message repeated 371 times >>> Jun 18 19:41:31 last message repeated 1359 times >>> Jun 18 19:43:29 kernel: WARNING pid 31369 (qbittorrent): ioctl >>> sign-extension ioctl ffffffff8004667e >>> Jun 18 19:44:00 last message repeated 545 times >>> Jun 18 19:45:45 last message repeated 1751 times >>> Jun 18 19:45:46 kernel: WARNING pid 31369 (qbittorrent): ioctl >>> sign-extension ioctl ffffffff8004667e >>> Jun 18 19:46:17 last message repeated 481 times >>> >>> Manifested after the new port, possibly after updating QT >> >> This is FIONBIO ioctl. Look through the code where this is passed via >> a variable >> of incorrect type. Correct type for ioctl request should be unsigned >> long. > > I can't find any references to FIONBIO at all, or even the word ioctl. > The software in question is a bittorrent client, I can't see any reason > it would even use ioctl's directly. I also checked the > libtorrent-rasterbar sources (which qbittorrent uses) and there is no > FIONBIO there either. You should have made one step further, to qt4-network :-) See: qt-everywhere-opensource-src-4.6.3/src/network/socket/qnet_unix_p.h static inline int qt_safe_ioctl(int sockfd, int request, T arg) "int request" should be "unsigned long request" on BSD. I think that this should be reported to Qt team, I am CC-ing our KDE team. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 08:13:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04D3E1065670 for ; Sat, 19 Jun 2010 08:13:45 +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 45D8F8FC16 for ; Sat, 19 Jun 2010 08:13:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA04887; Sat, 19 Jun 2010 11:13:36 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OPtBH-000EQH-SC; Sat, 19 Jun 2010 11:13:35 +0300 Message-ID: <4C1C7C2F.8090203@icyb.net.ua> Date: Sat, 19 Jun 2010 11:13:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Jeremy Chadwick References: <1276844904.7519.19.camel@almscliff.bubblegen.co.uk> <20100618082127.GA34578@icarus.home.lan> <1276876031.7519.39.camel@almscliff.bubblegen.co.uk> <20100618174208.GA47470@icarus.home.lan> In-Reply-To: <20100618174208.GA47470@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Matthew Lear , FreeBSD Stable Subject: Re: 7.2-RELEASE-p4, IO errors & RAID1 failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 08:13:45 -0000 on 18/06/2010 20:42 Jeremy Chadwick said the following: > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > I've always read IDNF to mean "OS requested access (read or write) to an > LBA which is out of bounds", where "out of bounds" means "not between 0 > and ". How exactly is that possible? Alexander, do you have > any familiarity with this error code per ATA spec? I think that there is another possibility. I think that sector IDs could be written somewhere on media, in some sector service information block. And if that information can not be read, then the sector can not be found. But I am not sure, just trying to come up with an explanation. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 09:07:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC21106566B for ; Sat, 19 Jun 2010 09:07:08 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id CB7D08FC19 for ; Sat, 19 Jun 2010 09:07:07 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OPu14-0006Cr-Ke; Sat, 19 Jun 2010 11:07:06 +0200 Received: from bowser ([10.58.235.1] helo=[10.58.235.6]) by mapper.nl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OPu10-000LBs-MF; Sat, 19 Jun 2010 11:07:02 +0200 Message-ID: <4C1C88AC.6090801@mapper.nl> Date: Sat, 19 Jun 2010 11:06:52 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alfred Bartsch References: <4C1B2180.1040300@mapper.nl> <4C1B4858.7040805@dssgmbh.de> In-Reply-To: <4C1B4858.7040805@dssgmbh.de> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4A1D2EFBD633D4303DD26D25" Cc: freebsd-stable@freebsd.org Subject: Re: network deamons starting before network! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2010 09:07:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4A1D2EFBD633D4303DD26D25 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/18/10 12:20, Alfred Bartsch wrote: > Mark Stapper schrieb: > =20 >> Hello, >> >> Since updating to 8.X I noticed that network services were started >> before the network was up! >> I use lagg failover configuration on both my FreeBSD boxes. >> First, boot fails on mounting my nfs-shares. >> After entering and exiting the "rescue" shell, the system boots as nor= mal. >> =20 > Hello, > > adding: > synchronous_dhclient=3D"YES" > to /etc/rc.conf solved some similar issues for me. > The default behaviour of getting an IP via dhcp has changed. > =20 I'll try that too. That would explain why I didn't have this problem on 7.2 I DO like the whole netwait idea though. But for me, the synchronous_dhclient flag should be sufficient I think. --------------enig4A1D2EFBD633D4303DD26D25 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwciLYACgkQN9xNqOOVnWD2EwCfaGowofn88zPrzKNYEDQp1XUr pCgAoIfuqUEc2JX1EzTGEOFNIF1gnjIV =j69v -----END PGP SIGNATURE----- --------------enig4A1D2EFBD633D4303DD26D25-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 11:53:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8069106564A for ; Sat, 19 Jun 2010 11:53:12 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59106.mail.re1.yahoo.com (web59106.mail.re1.yahoo.com [66.196.101.17]) by mx1.freebsd.org (Postfix) with SMTP id 5C8B38FC08 for ; Sat, 19 Jun 2010 11:53:12 +0000 (UTC) Received: (qmail 54588 invoked by uid 60001); 19 Jun 2010 11:26:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1276946790; bh=YI4CKmb1TQTsCYqdJQ4r02qrXK4eq2gDRac01kE+/8s=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=nTaz8SRcBJDIIo7zkr4X3l9hP0bXfDw6AiDrD/Ku7MAxtL7MVz/+6hG38TWzsLbSXIuDwoebjc7D9VRVQ1CWFyjeyUr5xptherTsSujUKbtXOUHsIPQsfsdy9mzlK/BeGoR8X0AM1AG9LPhdEAM5qEQabCN1PcQtKgQV6Ih13s4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=F9teE5ERThugnKr1+ufyOLxwfbznLfjEKfhRkxTgQBMDEQ1MYvXbLmO24DQuDaDMzhu6+WcAgokXkApPBqyWWlME88Riwvf+656UagM6B1ldCOo1TNfWwJKua98/O4YbncwzQlQabPh5i//l0xwg6N1wYWpz8HY2X95V0/qwHrY=; Message-ID: <877004.53626.qm@web59106.mail.re1.yahoo.com> X-YMail-OSG: I9aM2ScVM1miqjjLTHdbbQ2S1Q6YlJAk3sCsUjqy79Fy4Ap sHOO8AHKR3y.6EAqgsK4jW7LtKl7.sdBqIJb10Tz_aOoP_M4AoYYQjq63vR4 WbHBTgghUCFooJCGuN4dbPNeKFnRrZA5_nCZquk18t5NLUkLUAhgULcDF5xb 5HWeM03oj.fSUCIfwrzXNKUbhohjEO.EzMPuNbs2_kM5H181ffYA.ICgEItF 6h34UELiUxMmLrUy6t_6L4Csh.YYgDYcibpb3v.b.lOE6e_0QkoVQoeulMCp GHALuY.3tLw-- Received: from [95.109.200.1] by web59106.mail.re1.yahoo.com via HTTP; Sat, 19 Jun 2010 04:26:30 PDT X-Mailer: YahooMailClassic/11.1.4 YahooMailWebService/0.8.104.274457 Date: Sat, 19 Jun 2010 04:26:30 -0700 (PDT) From: paradox To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Strange video mode output with VESA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2010 11:53:12 -0000 >On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote: >> Hi there, >> >> I was so happy to see that VESA is available for amd64, but >> unfortunately it does not work really well for me. Take a look at >> this picture : >> >> http://img717.imageshack.us/img717/7311/dsc00399h.jpg >> >> My laptop is a 15,6" so the best resolution is 1366x768, I tried >> this >> >> : vidcontrol MODE_496. As you can see on the picture all the lines >> : are >> >> completely everywhere, if I mouse the cursor they move away (I'm >> not drunk!). >> >> I have SC_PIXEL_MODE in my kernel config. >> >> The console terminal is okay until I don't excess 1280x960x32 video >> mode. >> >> Do you have any idea to fix this ? > >It is kinda known problem. If the mode has larger bytes per scan line >than the minimum, few characters per line are lost when the screen is >scrolled up or down, i.e., framebuffer copies of whole screen. When >you move the mouse onto the line, entire line is redrawn and >restored. That's what you are seeing. Ed might have a better idea >how to fix it (CC'ed). > >Jung-uk Kim this is incorrent calculate the scan lines in the vesa driver Jung-uk Kim should to fix it From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 19:23:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 865331065670 for ; Sat, 19 Jun 2010 19:23:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id 36CF08FC19 for ; Sat, 19 Jun 2010 19:23:46 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by qmta15.westchester.pa.mail.comcast.net with comcast id XvHq1e0040mv7h05FvPm0h; Sat, 19 Jun 2010 19:23:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta11.westchester.pa.mail.comcast.net with comcast id XvPm1e0073S48mS3XvPmS0; Sat, 19 Jun 2010 19:23:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8446A9B425; Sat, 19 Jun 2010 12:23:44 -0700 (PDT) Date: Sat, 19 Jun 2010 12:23:44 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100619192344.GA84784@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: jfvogel@gmail.com Subject: RELENG_8 em(4) -- input errors ("Missed Packets") X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2010 19:23:47 -0000 Something I came across today on a RELENG_8 (8.1-PRERELEASE, amd64, built Jun 8th) system we have: $ netstat -i -n -d -I em1 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em1 1500 xx:xx:xx:xx:xx:xx 16117371 17 0 11011087 0 0 0 em1 1500 xxxxxxxxx/xx xxxxxxxxxxx 16108452 - - 11024972 - - - The input errors are what concerned me. I poked dev.em.1.stats and got the following: em1: Excessive collisions = 0 em1: Sequence errors = 0 em1: Defer count = 0 em1: Missed Packets = 17 em1: Receive No Buffers = 0 em1: Receive Length Errors = 0 em1: Receive errors = 0 em1: Crc errors = 0 em1: Alignment errors = 0 em1: Collision/Carrier extension errors = 0 em1: watchdog timeouts = 0 em1: XON Rcvd = 0 em1: XON Xmtd = 0 em1: XOFF Rcvd = 0 em1: XOFF Xmtd = 0 em1: Good Packets Rcvd = 16117349 em1: Good Packets Xmtd = 11046837 em1: TSO Contexts Xmtd = 17609 em1: TSO Contexts Failed = 0 What exactly does "Missed Packets" mean here? How is a packet "missed"? Said port on our switch doesn't any sign of problems: hp2510g# show interfaces 2 Status and Counters - Port Counters for port 2 Name : port2 Link Status : Up Totals (Since boot or last clear) : Bytes Rx : 3,548,949,136 Bytes Tx : 2,613,086,119 Unicast Rx : 182,088,023 Unicast Tx : 255,981,685 Bcast/Mcast Rx : 14,674 Bcast/Mcast Tx : 81,852 Errors (Since boot or last clear) : FCS Rx : 0 Drops Rx : 0 Alignment Rx : 0 Collisions Tx : 0 Runts Rx : 0 Late Colln Tx : 0 Giants Rx : 0 Excessive Colln : 0 Total Rx Errors : 0 Deferred Tx : 0 Rates (5 minute weighted average) : Total Rx (bps) : 1457984 Total Tx (bps) : 1494568 Unicast Rx (Pkts/sec) : 0 Unicast Tx (Pkts/sec) : 0 B/Mcast Rx (Pkts/sec) : 0 B/Mcast Tx (Pkts/sec) : 0 Utilization Rx : 00.04 % Utilization Tx : 00.04 % Relevant userland and kernel stuff: $ ifconfig em1 em1: flags=8843 metric 0 mtu 1500 options=219b ether xx:xx:xx:xx:xx:xx inet xxxxxxxxxxx netmask xxxxxxxxxx broadcast xxxxxxxxxxx media: Ethernet autoselect (1000baseT ) status: active $ netstat -m 2162/1678/3840 mbufs in use (current/cache/total) 2048/1030/3078/25600 mbuf clusters in use (current/cache/total/max) 2048/896 mbuf+clusters out of packet secondary zone in use (current/cache) 0/104/104/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 4636K/2895K/7532K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines $ vmstat -i interrupt total rate irq4: uart0 868 0 irq6: fdc0 1 0 irq23: uhci3 ehci1+ 332 0 cpu0: timer 1818467717 2000 irq256: em0 375532 0 irq257: em1 5004095 5 irq258: ahci0 5879898 6 cpu1: timer 1818466783 2000 cpu3: timer 1818466831 2000 cpu2: timer 1818466828 2000 Total 7285128885 8012 $ dmesg | grep em1 em1: port 0x3000-0x301f mem 0xd0300000-0xd031ffff irq 17 at device 0.0 on pci15 em1: Using MSI interrupt em1: [FILTER] $ pciconf -lvc em1@pci0:15:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 PL Network Adaptor (82573L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 20:06:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329BD1065672; Sat, 19 Jun 2010 20:06:10 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from lancer.b1c1l1.com (unknown [IPv6:2607:f358:1a:1a:1000::]) by mx1.freebsd.org (Postfix) with ESMTP id 1DDCA8FC14; Sat, 19 Jun 2010 20:06:10 +0000 (UTC) Received: from supra.b1c1l1.com (supra.b1c1l1.com [IPv6:2001:470:83fb:0:225:ff:fe4d:54b6]) by lancer.b1c1l1.com (Postfix) with ESMTPSA id 8F5A95C29; Sat, 19 Jun 2010 13:06:09 -0700 (PDT) Message-ID: <4C1D232A.8040601@b1c1l1.com> Date: Sat, 19 Jun 2010 13:06:02 -0700 From: Benjamin Lee User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100531 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7E1C3E987C56CF576F0EB976" Cc: Subject: [patch] Unbreak libgssapi and upgrade for heimdal-1.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2010 20:06:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7E1C3E987C56CF576F0EB976 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, The following patch unbreaks libgssapi and upgrades it to be consistent with the previous heimdal-1.1 merge: http://www.b1c1l1.com/media/patches/libgssapi-9.0-CURRENT.diff.bz2 http://www.b1c1l1.com/media/patches/libgssapi-8.1-STABLE.diff.bz2 Currently, libgssapi is out of date because it was not upgraded when the rest of heimdal was upgraded to heimdal-1.1. Also, 3 new libraries (libgssapi_krb5, libgssapi_ntlm, libgssapi_spnego) were unnecessarily introduced -- MIT Kerberos separates these libraries, but Heimdal does not. This broke some libgssapi-dependent applications (e.g. www/mod_auth_kerb2, PR #147282). SHLIB_MAJOR is bumped from 10 to 11, so libgssapi-dependent applications must be rebuilt after applying this patch. I renamed some of upstream's files due to filename collisions. If buildworld can create corresponding subdirectories in obj/ to match src/, then the renames are not necessary. Feedback is appreciated. Thanks, --=20 Benjamin Lee http://www.b1c1l1.com/ --------------enig7E1C3E987C56CF576F0EB976 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMHSMxAAoJEHBW16CPoSMCsvcP/RARHI1kI2vannLVxpYcYSeg nhFyB2jdlFD6Ma+WsA0Oo/dxRU363BpjSaWqJAD4WM8KtF4yzLlHZFgAeiSdIq5u WQf5Z1IJ0CSsImOsuL4MlJgBCVlededJ6VvzqlOwoFHbgLOH/yWuVihymbb/rI28 fX/s2ERsiornTIREfEr1YmR41BElo6aPTQeAPzgTVEUdxp7CSP9mR2V+4S5SE5cE JVOZGGGtg/g56ZK2nj+F4lQH7UADEH85iDWWxqZXkiNS+YDEtxfqnWBXuYGxqjs9 tSH+JRdzLhbSLozSGmuAxO0rs6ZuiNnbLtCypeYknphlSu4IztrK4+0MByEoHAni CShnZ6T6fw6KQOurbMZT2NEsg3VuJMHNCLXY0njmrjOg2ezX5gZ5jwVQhS8HS7mX cYU5mJOPdaFtfmWaTp14sr+5pVy9SpqGv53WkqbZ/PJrOxnHKzbj4bN6u66W+WcB gnts/vsz7AfMbJrySQKO3jNOXNQ4ldwRwezIttk4q1i9Y6c8L8ETQHHIsdUQd6N7 KGTT/0saj5+avg12NVGcxCVkaXe6hMZ96bRWis0R0NdnyCCV4TnqcMZOeVkLek2P FKxTgLgX8JDME551DdjOa/a6CQClb9MCRXLqA5tTnN0YlAk0djEBji/fQMXprtxE Y7eylVAWzjefooi/UEGC =g8Sx -----END PGP SIGNATURE----- --------------enig7E1C3E987C56CF576F0EB976-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 21:32:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60304106566C for ; Sat, 19 Jun 2010 21:32:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF6E8FC12 for ; Sat, 19 Jun 2010 21:32:39 +0000 (UTC) Received: by pxi7 with SMTP id 7so1262387pxi.13 for ; Sat, 19 Jun 2010 14:32:39 -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=0z4cCvqxBw/mJfbpL6b5G6F0YU+rp5Kpi6US6OdGDUs=; b=vhykndWnG4eXg9s7o1o1d6sNYOc+JW+hgSsCCDDTcByOcvbY/U+QgWcIqyl/Z0c0TS GbIqvjL+fVhibjAhGI+0Fx7j9tTDSU3kC8Mgzp8ZWEPwuQLAKdKhQed4jGCbiNI7MDCy sSSOHQoHwa+C28BVAPVzuetSb31FuytoArSFM= 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=sJdbajfzzAsZslOpsHbzcI/xLDwFPrzFMI1OgFe6CnsBm47LOhMCR0sdnCerG0gs6g 9AIhej+E4lPBBtgerqHXMkFh2Y70Revxlr1wmAEIQBD0j4wPWs0mzvgOSG4Yta/oRdS2 EATTenYNTegpptZRQ+zyUE5pn7qpOTFKKM+VE= Received: by 10.142.75.2 with SMTP id x2mr1959234wfa.40.1276983159601; Sat, 19 Jun 2010 14:32:39 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c14sm20171805waa.1.2010.06.19.14.32.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 19 Jun 2010 14:32:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 19 Jun 2010 14:31:58 -0700 From: Pyun YongHyeon Date: Sat, 19 Jun 2010 14:31:58 -0700 To: Jeremy Chadwick Message-ID: <20100619213158.GA25628@michelle.cdnetworks.com> References: <20100619192344.GA84784@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100619192344.GA84784@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: RELENG_8 em(4) -- input errors ("Missed Packets") 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: Sat, 19 Jun 2010 21:32:40 -0000 On Sat, Jun 19, 2010 at 12:23:44PM -0700, Jeremy Chadwick wrote: > Something I came across today on a RELENG_8 (8.1-PRERELEASE, amd64, > built Jun 8th) system we have: > > $ netstat -i -n -d -I em1 > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > em1 1500 xx:xx:xx:xx:xx:xx 16117371 17 0 11011087 0 0 0 > em1 1500 xxxxxxxxx/xx xxxxxxxxxxx 16108452 - - 11024972 - - - > > The input errors are what concerned me. I poked dev.em.1.stats and got > the following: > > em1: Excessive collisions = 0 > em1: Sequence errors = 0 > em1: Defer count = 0 > em1: Missed Packets = 17 > em1: Receive No Buffers = 0 > em1: Receive Length Errors = 0 > em1: Receive errors = 0 > em1: Crc errors = 0 > em1: Alignment errors = 0 > em1: Collision/Carrier extension errors = 0 > em1: watchdog timeouts = 0 > em1: XON Rcvd = 0 > em1: XON Xmtd = 0 > em1: XOFF Rcvd = 0 > em1: XOFF Xmtd = 0 > em1: Good Packets Rcvd = 16117349 > em1: Good Packets Xmtd = 11046837 > em1: TSO Contexts Xmtd = 17609 > em1: TSO Contexts Failed = 0 > > What exactly does "Missed Packets" mean here? How is a packet "missed"? >From Intel's data sheet: MPC (04010h; RC) Counts the number of missed packets. Packets are missed when the receive FIFO has insufficient space to store the incoming packet. This can be caused because of too few buffers allocated, or because there is insufficient bandwidth on the PCI bus. Events setting this counter cause RXO, the Receiver Overrun Interrupt, to be set. This register does not increment if receives are not enabled. These packets are also counted in the Total Packets Received register as well as in Total Octets Received. Driver in HEAD supports detailed hardware MAC counters so that may give you more better idea what's happening here. I vaguely remember I saw this when I perform 64bytes UDP torture test. > Said port on our switch doesn't any sign of problems: > > hp2510g# show interfaces 2 > > Status and Counters - Port Counters for port 2 > > Name : port2 > Link Status : Up > Totals (Since boot or last clear) : > Bytes Rx : 3,548,949,136 Bytes Tx : 2,613,086,119 > Unicast Rx : 182,088,023 Unicast Tx : 255,981,685 > Bcast/Mcast Rx : 14,674 Bcast/Mcast Tx : 81,852 > Errors (Since boot or last clear) : > FCS Rx : 0 Drops Rx : 0 > Alignment Rx : 0 Collisions Tx : 0 > Runts Rx : 0 Late Colln Tx : 0 > Giants Rx : 0 Excessive Colln : 0 > Total Rx Errors : 0 Deferred Tx : 0 > Rates (5 minute weighted average) : > Total Rx (bps) : 1457984 Total Tx (bps) : 1494568 > Unicast Rx (Pkts/sec) : 0 Unicast Tx (Pkts/sec) : 0 > B/Mcast Rx (Pkts/sec) : 0 B/Mcast Tx (Pkts/sec) : 0 > Utilization Rx : 00.04 % Utilization Tx : 00.04 % > > Relevant userland and kernel stuff: > > $ ifconfig em1 > em1: flags=8843 metric 0 mtu 1500 > options=219b > ether xx:xx:xx:xx:xx:xx > inet xxxxxxxxxxx netmask xxxxxxxxxx broadcast xxxxxxxxxxx > media: Ethernet autoselect (1000baseT ) > status: active > > $ netstat -m > 2162/1678/3840 mbufs in use (current/cache/total) > 2048/1030/3078/25600 mbuf clusters in use (current/cache/total/max) > 2048/896 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/104/104/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 4636K/2895K/7532K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > $ vmstat -i > interrupt total rate > irq4: uart0 868 0 > irq6: fdc0 1 0 > irq23: uhci3 ehci1+ 332 0 > cpu0: timer 1818467717 2000 > irq256: em0 375532 0 > irq257: em1 5004095 5 > irq258: ahci0 5879898 6 > cpu1: timer 1818466783 2000 > cpu3: timer 1818466831 2000 > cpu2: timer 1818466828 2000 > Total 7285128885 8012 > > $ dmesg | grep em1 > em1: port 0x3000-0x301f mem 0xd0300000-0xd031ffff irq 17 at device 0.0 on pci15 > em1: Using MSI interrupt > em1: [FILTER] > > $ pciconf -lvc > em1@pci0:15:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jun 19 22:28:41 2010 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 E0C2D106564A for ; Sat, 19 Jun 2010 22:28:41 +0000 (UTC) (envelope-from pete@altadena.net) Received: from puffin.altadena.net (puffin.altadena.net [IPv6:2001:470:8:126::10]) by mx1.freebsd.org (Postfix) with ESMTP id ABA3D8FC0A for ; Sat, 19 Jun 2010 22:28:41 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.puffin; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=Cc7E+xJEJt2GB2LNaz/u7xh3TywxsHj5EFzVyIsZzuHBl78hUBOntV+UCUCueWEyI2aAirl4heWbAUrfxmGlI7U5iptZkRzRr8fYZH96OAyD8ZSs02ZaSnJZNrT0SCYic3qBeJiDGFmaQvM32pjlQ9gevreoQBFpBqjRH9+h8lw=; Received: from [2001:470:8:126:53c:776c:42ba:4fce] (port=12097 helo=port4.altadena.net) by puffin.altadena.net with esmtps (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1OQ6Wl-000BIf-Ln for stable@freebsd.org; Sat, 19 Jun 2010 18:28:39 -0400 Message-ID: <4C1D4496.10403@altadena.net> Date: Sat, 19 Jun 2010 18:28:38 -0400 From: Pete Carah User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100217 Thunderbird/3.0.1 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: if_em problems, both 7 and 8-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jun 2010 22:28:42 -0000 I cannot successfully create a vlan on if_em on either releng 7 or releng 8; I have seen a patch for part of the problem (checksum offsets end up incorrect) but not all. Even turning off ALL hw_xxx flags leaves one unacceptable bug - the interface gets hard-reset any time you add or delete a vlan. I *know* that cisco uses these interfaces without these problems, so it has to be possible. I have used vlans in linux without appearing to get the same problems, though I'm not sure the rest of the configuration matches. What gives, especially since the patch for one of the problems (wrong checksum offsets) was generated about 6 months ago... We are trying to use an intel platform as a router; this is a show-stopper. I could try linux though I prefer not to... -- Pete