From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 15:12:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D208D106564A for ; Sun, 25 Dec 2011 15:12:08 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id 669518FC12 for ; Sun, 25 Dec 2011 15:12:08 +0000 (UTC) Received: from neon.fritz.box (helium.xs4all.nl [83.163.52.241]) (authenticated bits=0) by erg.verweg.com (8.14.5/8.14.4) with ESMTP id pBPFC0UH083431 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 25 Dec 2011 15:12:06 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [83.163.52.241] claimed to be neon.fritz.box Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Ruben van Staveren In-Reply-To: <4EF4A75C.2040609@my.gd> Date: Sun, 25 Dec 2011 16:11:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <48A37B62-A6C5-4CC2-8E36-AF805913E220@verweg.com> References: <4EF4A75C.2040609@my.gd> To: Damien Fleuriot X-Mailer: Apple Mail (2.1251.1) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (erg.verweg.com [94.142.245.8]); Sun, 25 Dec 2011 15:12:06 +0000 (UTC) Cc: "freebsd-stable@freebsd.org" Subject: Re: FLAME - security advisories on the 23rd ? uncool idea is uncool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2011 15:12:08 -0000 On 23 Dec 2011, at 17:07, Damien Fleuriot wrote: > Seriously, this is just irritating. Seriously, malevolent persons don't do engineering freeze times. I thank the FreeBSD security team for keeping vigilant on this, despite = they have no official obligation as there is no SLA on the product and = neither being backed by a commercial company. Best Regards, Ruben= From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 15:06:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4361106564A for ; Mon, 26 Dec 2011 15:06:40 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 391578FC14 for ; Mon, 26 Dec 2011 15:06:39 +0000 (UTC) Received: by eekc50 with SMTP id c50so13213120eek.13 for ; Mon, 26 Dec 2011 07:06:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=lDdym1IACW0e8erOWLqtABxKRnYFT7fzwVSpaP1SKCA=; b=F8ijw/ZL/NvE5+/CRm4O37IITKS+v52ISQ5GIB+KrVV8Z0g0OWqu7BUC40X3vvAICD LRinbDTBsJjKdpam/wM/tyw+aVb6rYFLoITiKm8aWCE/1pokFqGVVG2wwQH1fgQx+bhk 4vRjdtq7NNUkxyuieIXe8Ho/ClfFmectNlDN0= Received: by 10.213.22.207 with SMTP id o15mr7712179ebb.124.1324911998889; Mon, 26 Dec 2011 07:06:38 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id t1sm92984414eeb.3.2011.12.26.07.06.36 (version=SSLv3 cipher=OTHER); Mon, 26 Dec 2011 07:06:37 -0800 (PST) Message-ID: <4EF88D7B.4040600@gmail.com> Date: Mon, 26 Dec 2011 17:06:35 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2011 15:06:40 -0000 Hi all. Am I the only one seeing this on RELENG_9? ===> libexec/ftpd (all) clang -O2 -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam clang: warning: argument unused during compilation: '-std=gnu99' ftpd.o: In function `pass': /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to `__FreeBSD_libc_enter_restricted_mode' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 15:20:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D466E1065673 for ; Mon, 26 Dec 2011 15:20:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id ACE3A8FC14 for ; Mon, 26 Dec 2011 15:20:13 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id pBQFKCfg008778; Mon, 26 Dec 2011 07:20:12 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id pBQFKCGk008777; Mon, 26 Dec 2011 07:20:12 -0800 (PST) (envelope-from david) Date: Mon, 26 Dec 2011 07:20:12 -0800 From: David Wolfskill To: Volodymyr Kostyrko Message-ID: <20111226152012.GD1856@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Volodymyr Kostyrko , freebsd-stable@freebsd.org References: <4EF88D7B.4040600@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/3yNEOqWowh/8j+e" Content-Disposition: inline In-Reply-To: <4EF88D7B.4040600@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2011 15:20:13 -0000 --/3yNEOqWowh/8j+e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 26, 2011 at 05:06:35PM +0200, Volodymyr Kostyrko wrote: > Hi all. >=20 > Am I the only one seeing this on RELENG_9? > ... Rather than patching (per se), I updated my sources & rebuilt; I didn't see a problem doing that; I'm running FreeBSd/i386. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --/3yNEOqWowh/8j+e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk74kKsACgkQmprOCmdXAD22SgCfVl5ASnCALItD4Ob7lJQXGQgm 2NwAnjwcSUh4DzXXL+KWX5DvMCyuNBma =dbDs -----END PGP SIGNATURE----- --/3yNEOqWowh/8j+e-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 16:27:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA159106566C for ; Mon, 26 Dec 2011 16:27:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B1D9C8FC08 for ; Mon, 26 Dec 2011 16:27:23 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so10073722obb.13 for ; Mon, 26 Dec 2011 08:27:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dV7cDprNj860lEnQxgQe+XUYj4O9UkN8cIzWEkBK960=; b=tsn3ZzadvIJQy7yUhAeoi0TX6q/L6GANrb/sAoBt3mS2SQxzQdumasYKhWBS+iEiYh xtmv/A+Gywq+iiMphJmdQ+T4WY4WIu1iJ7QaEybdMGVTD/I5H/RecaKPcJwicm/ZbX0S oFZ8KBwLe8gNCW3NHkL8EUh9i9HPrzes8rzdM= MIME-Version: 1.0 Received: by 10.182.160.1 with SMTP id xg1mr22594862obb.30.1324915064250; Mon, 26 Dec 2011 07:57:44 -0800 (PST) Received: by 10.182.171.67 with HTTP; Mon, 26 Dec 2011 07:57:44 -0800 (PST) In-Reply-To: <4EF88D7B.4040600@gmail.com> References: <4EF88D7B.4040600@gmail.com> Date: Mon, 26 Dec 2011 18:57:44 +0300 Message-ID: From: Sergey Kandaurov To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2011 16:27:24 -0000 On 26 December 2011 19:06, Volodymyr Kostyrko wrote: > Hi all. > > Am I the only one seeing this on RELENG_9? > > =3D=3D=3D> libexec/ftpd (all) > clang -O2 -pipe =A0-DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING > -I/usr/src/libexec/ftpd -Dmain=3Dls_main -I/usr/src/libexec/ftpd/../../bi= n/ls > -DINET6 -DUSE_PAM -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall > -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign =A0-o ftpd ftpd.o > ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopi= e > -lmd -lm -lpam > clang: warning: argument unused during compilation: '-std=3Dgnu99' > ftpd.o: In function `pass': > /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to > `__FreeBSD_libc_enter_restricted_mode' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 This means that linker has not found a mentioned symbol, i.e. likely you haven't updated your libc before trying to build ftpd. In this case you need to act the next order: 1) rebuild && reinstall libc 2) rebuild && reinstall ftpd --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 21:07:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF3BA1065670 for ; Mon, 26 Dec 2011 21:07:47 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5E81F8FC16 for ; Mon, 26 Dec 2011 21:07:47 +0000 (UTC) Received: by eaaf13 with SMTP id f13so14440963eaa.13 for ; Mon, 26 Dec 2011 13:07:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=7JjbAR3xNmtjDGZBQwCLiWIRecL+zok9XZd86pjOGPg=; b=uAvLtmW+EomDhqwnuwI9SUfpf8pJ2NgRUTjly2T/b1n9d3EbvW5nTCldrc+me+syZ7 bR6yf75BLoPtEJh4iMX4u7/Fcea8PfWaSU8/QMc9OZSzEILiQRPzUCNF3ha0EeZSqWCT XyedhwEoiDKS+7l9Gj/N3ZgQklEqRoL5izFbw= Received: by 10.213.108.210 with SMTP id g18mr2592979ebp.123.1324933666340; Mon, 26 Dec 2011 13:07:46 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id z43sm96979051eef.7.2011.12.26.13.07.44 (version=SSLv3 cipher=OTHER); Mon, 26 Dec 2011 13:07:45 -0800 (PST) Message-ID: <4EF8E21E.10401@gmail.com> Date: Mon, 26 Dec 2011 23:07:42 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Sergey Kandaurov References: <4EF88D7B.4040600@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2011 21:07:47 -0000 26.12.2011 17:57, Sergey Kandaurov wrote: >> Hi all. >> >> Am I the only one seeing this on RELENG_9? >> >> ===> libexec/ftpd (all) >> clang -O2 -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING >> -I/usr/src/libexec/ftpd -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls >> -DINET6 -DUSE_PAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall >> -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o >> ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie >> -lmd -lm -lpam >> clang: warning: argument unused during compilation: '-std=gnu99' >> ftpd.o: In function `pass': >> /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to >> `__FreeBSD_libc_enter_restricted_mode' >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> *** Error code 1 > > This means that linker has not found a mentioned symbol, i.e. likely > you haven't updated your libc before trying to build ftpd. > In this case you need to act the next order: > 1) rebuild&& reinstall libc > 2) rebuild&& reinstall ftpd Oh yes, I just remembered those sweet days I was sitting on HEAD. Each build was a trial/error process. And I'm not seeing this when compiling world with stock gcc or on i386. It looks like rather nasty clang regression. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 01:58:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA039106566B for ; Tue, 27 Dec 2011 01:58:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A676E8FC12 for ; Tue, 27 Dec 2011 01:58:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7062:3674:b8da:c969] (unknown [IPv6:2001:7b8:3a7:0:7062:3674:b8da:c969]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C38125C37; Tue, 27 Dec 2011 02:58:21 +0100 (CET) Message-ID: <4EF92639.8070903@FreeBSD.org> Date: Tue, 27 Dec 2011 02:58:17 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4EF88D7B.4040600@gmail.com> <4EF8E21E.10401@gmail.com> In-Reply-To: <4EF8E21E.10401@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Sergey Kandaurov , freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 01:58:24 -0000 On 2011-12-26 22:07, Volodymyr Kostyrko wrote: > 26.12.2011 17:57, Sergey Kandaurov wrote: ... >>> ftpd.o: In function `pass': >>> /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to >>> `__FreeBSD_libc_enter_restricted_mode' >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> *** Error code 1 >> >> This means that linker has not found a mentioned symbol, i.e. likely >> you haven't updated your libc before trying to build ftpd. >> In this case you need to act the next order: >> 1) rebuild&& reinstall libc >> 2) rebuild&& reinstall ftpd > > Oh yes, I just remembered those sweet days I was sitting on HEAD. Each > build was a trial/error process. > > And I'm not seeing this when compiling world with stock gcc or on i386. > It looks like rather nasty clang regression. For me, stable/9 builds just fine with clang (or gcc), and the tinderbox isn't complaining either. Are you sure you are running buildworld, which is definitely necessary for this kind of upgrade? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 10:36:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B8D1065670 for ; Tue, 27 Dec 2011 10:36:09 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 74D0D8FC16 for ; Tue, 27 Dec 2011 10:36:08 +0000 (UTC) Received: by eekc50 with SMTP id c50so13862481eek.13 for ; Tue, 27 Dec 2011 02:36:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=zq5MdEN2gQNah9kNsp+EFoNHxyyyOqpP9o+xO5xfo2Q=; b=TLfwpe5lLQ1ioN7rRMtcPYtN4psvv0Sdvm+ySAS12F6EnATPuAnFiOTW67v+S4ry37 y//lUQ0WoN9RxJ3hAnINiN0JN7LZt1x+TgPEWME5TcVFzc499sCT4piKKE+ZyMD5TK7q Wn5IBzj+MTcjBk2hYxPREQihqVQUiB0Psr/WE= Received: by 10.14.149.135 with SMTP id x7mr11590029eej.27.1324982167430; Tue, 27 Dec 2011 02:36:07 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id u53sm56763497eeu.6.2011.12.27.02.36.05 (version=SSLv3 cipher=OTHER); Tue, 27 Dec 2011 02:36:06 -0800 (PST) Message-ID: <4EF99F93.9000405@gmail.com> Date: Tue, 27 Dec 2011 12:36:03 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Dimitry Andric References: <4EF88D7B.4040600@gmail.com> <4EF8E21E.10401@gmail.com> <4EF92639.8070903@FreeBSD.org> In-Reply-To: <4EF92639.8070903@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 10:36:10 -0000 27.12.2011 03:58, Dimitry Andric wrote: >>>> ftpd.o: In function `pass': >>>> /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to >>>> `__FreeBSD_libc_enter_restricted_mode' >>>> clang: error: linker command failed with exit code 1 (use -v to see >>>> invocation) >>>> *** Error code 1 >>> >>> This means that linker has not found a mentioned symbol, i.e. likely >>> you haven't updated your libc before trying to build ftpd. >>> In this case you need to act the next order: >>> 1) rebuild&& reinstall libc >>> 2) rebuild&& reinstall ftpd >> >> Oh yes, I just remembered those sweet days I was sitting on HEAD. Each >> build was a trial/error process. >> >> And I'm not seeing this when compiling world with stock gcc or on i386. >> It looks like rather nasty clang regression. > > For me, stable/9 builds just fine with clang (or gcc), and the tinderbox > isn't complaining either. Are you sure you are running buildworld, > which is definitely necessary for this kind of upgrade? Yes. I have set up a chrooted environment to retest. Config files are: === /etc/make.conf # vim:set ft=make: #CPUTYPE?=native INSTALL:=install -C KERNCONF?=MINIMAL NO_CLEAN:=yes WITHOUT_NOUVEAU:=yes WRKDIRPREFIX=/tmp/ports .if (empty(.CURDIR:N*/usr/src/*) || empty(.CURDIR:N*/usr/obj/*)) && !defined(NOCCACHE) . if !empty(TARGET:Mamd64) #CC=/usr/local/libexec/ccache/world-cc #CXX=/usr/local/libexec/ccache/world-c++ CC:=${CC:C,^cc$,clang,1} CXX:=${CXX:C,^c\+\+$,clang++,1} CPP:=${CPP:C,^cpp$,clang -E,} NO_WERROR:= WERROR:= . else #CC=/usr/local/libexec/ccache/world/cc #CXX=/usr/local/libexec/ccache/world/c++ . endif .endif ==== === /etc/src.conf WITHOUT_ACCT='yes' #WITHOUT_AMD='yes' WITHOUT_ATM='yes' WITHOUT_AUTHPF='yes' #WITHOUT_BIND='yes' WITHOUT_CTM='yes' WITHOUT_FREEBSD_UPDATE='yes' WITHOUT_HTML='yes' WITHOUT_I4B='yes' #WITHOUT_INFO='yes' WITHOUT_IPFILTER='yes' WITHOUT_IPFW='yes' WITHOUT_IPX='yes' #WITHOUT_JAIL='yes' #WITHOUT_KERBEROS='yes' WITHOUT_NDIS='yes' #WITHOUT_NIS='yes' WITHOUT_PMC='yes' WITHOUT_PORTSNAP='yes' #WITHOUT_PPP='yes' WITHOUT_PROFILE='yes' WITHOUT_QUOTAS='yes' WITHOUT_RCMDS='yes' #WITHOUT_RCS='yes' WITHOUT_ROUTED='yes' WITHOUT_SENDMAIL='yes' WITHOUT_SLIP='yes' WITHOUT_SYSINSTALL='yes' WITHOUT_WIRELESS='yes' ==== No other changes was done to environment. Build was started with: idprio 15 make -j2 buildworld Also I found that there are files missing after successful buildworld so installworld fails at some points. Subsequent run of buildworld fixes that. I'll start a new build from a scratch with one single job to catch all output. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 11:51:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246E4106566B; Tue, 27 Dec 2011 11:51:03 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 866368FC12; Tue, 27 Dec 2011 11:51:02 +0000 (UTC) Received: by eekc50 with SMTP id c50so13909682eek.13 for ; Tue, 27 Dec 2011 03:51:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=tt4JqI5PLLvW/LtzpncZm/z3cwuPBDTQM4cWdGREKbk=; b=OpMz2rt6kib5L+X8zcaKH624zcvSMG3JIcKISo/PElHbA/ZutFI32m306Y67ouQ9zo 2LYFe04KW0qQibYYIohcDEUFB6X9s+zA3sOeVDm1Wpp81kR9OiOH7wryh3y5Wv673Iu4 tuMdtOYvYmiZ1AfAgU5iLa4yLwQ2kNEfUCW0Q= Received: by 10.213.20.77 with SMTP id e13mr96602ebb.72.1324986661346; Tue, 27 Dec 2011 03:51:01 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id s16sm105467916eef.2.2011.12.27.03.50.59 (version=SSLv3 cipher=OTHER); Tue, 27 Dec 2011 03:51:00 -0800 (PST) Message-ID: <4EF9B122.1010407@gmail.com> Date: Tue, 27 Dec 2011 13:50:58 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Dimitry Andric References: <4EF88D7B.4040600@gmail.com> <4EF8E21E.10401@gmail.com> <4EF92639.8070903@FreeBSD.org> In-Reply-To: <4EF92639.8070903@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 11:51:03 -0000 27.12.2011 03:58, Dimitry Andric wrote: >>>> ftpd.o: In function `pass': >>>> /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference to >>>> `__FreeBSD_libc_enter_restricted_mode' >>>> clang: error: linker command failed with exit code 1 (use -v to see >>>> invocation) >>>> *** Error code 1 >>> >>> This means that linker has not found a mentioned symbol, i.e. likely >>> you haven't updated your libc before trying to build ftpd. >>> In this case you need to act the next order: >>> 1) rebuild&& reinstall libc >>> 2) rebuild&& reinstall ftpd >> >> Oh yes, I just remembered those sweet days I was sitting on HEAD. Each >> build was a trial/error process. >> >> And I'm not seeing this when compiling world with stock gcc or on i386. >> It looks like rather nasty clang regression. > > For me, stable/9 builds just fine with clang (or gcc), and the tinderbox > isn't complaining either. Are you sure you are running buildworld, > which is definitely necessary for this kind of upgrade? ===> libexec/ftpd (all) clang -O2 -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/ftpd/ftpd.c /usr/src/libexec/ftpd/ftpd.c:1565:3: warning: implicit declaration of function '__FreeBSD_libc_enter_restricted_mode' is invalid in C99 [-Wimplicit-function-declaration] __FreeBSD_libc_enter_restricted_mode(); ^ 1 warning generated. I totally missed this warning when reporting the problem first time. Version.map for libc contains this function: FBSD_1.3 { global: __FreeBSD_libc_enter_restricted_mode; } FBSD_1.2; So the question is mainly about why /usr/obj/usr/src/tmp/usr/include/unistd.h was ignored in favor of installed one? -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 18:46:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18889106564A for ; Tue, 27 Dec 2011 18:46:56 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAEE78FC14 for ; Tue, 27 Dec 2011 18:46:55 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so10201991wib.13 for ; Tue, 27 Dec 2011 10:46:54 -0800 (PST) Received: by 10.216.139.197 with SMTP id c47mr15925574wej.23.1325011614551; Tue, 27 Dec 2011 10:46:54 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id fq7sm29021106wbb.1.2011.12.27.10.46.53 (version=SSLv3 cipher=OTHER); Tue, 27 Dec 2011 10:46:53 -0800 (PST) Message-ID: <4EFA129C.2090407@my.gd> Date: Tue, 27 Dec 2011 19:46:52 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 18:46:56 -0000 Hello list, Yesterday and today, I've been busy either patching boxes for the BIND advisory that we received on the 23rd (when they were running 8.1 or 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). Today I've come across 2 boxes running 8.2-STABLE and of course, the BIND patch wouldn't apply correctly. I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. I've gone through the following steps: - make buildworld - make buildkernel - make installkernel - nextboot -k my new kernel, to ensure it worked fine - rebooted again with the new kernel, this time correctly installed as /boot/kernel - installed the world - run mergemaster -FiPU - rebuild ports Now, I'm facing this odd situation where, just after booting, I get this on the 2 boxes: root 22 0.0 0.0 8256 1876 v0 Is+ 7:32PM 0:00.03 sh /etc/rc autoboot root 1250 0.0 0.0 18000 2576 v0 I+ 7:32PM 0:00.04 /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf root 1790 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh /etc/rc autoboot root 1793 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh /etc/rc autoboot Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" processes ? Any pointers as to where I should look ? /var/run/dmesg.boot doesn't give much useful info. They're backup firewalls so I can run complementary tests on them as required. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 21:22:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34CF106566B for ; Tue, 27 Dec 2011 21:22:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8388FC14 for ; Tue, 27 Dec 2011 21:22:50 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta07.westchester.pa.mail.comcast.net with comcast id EM5R1i0041wpRvQ57MNq3S; Tue, 27 Dec 2011 21:22:50 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.westchester.pa.mail.comcast.net with comcast id EMNp1i01U1t3BNj3eMNp8j; Tue, 27 Dec 2011 21:22:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3916D102C19; Tue, 27 Dec 2011 13:22:48 -0800 (PST) Date: Tue, 27 Dec 2011 13:22:48 -0800 From: Jeremy Chadwick To: Damien Fleuriot Message-ID: <20111227212248.GA22028@icarus.home.lan> References: <4EFA129C.2090407@my.gd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EFA129C.2090407@my.gd> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 21:22:51 -0000 On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: > Hello list, > > Yesterday and today, I've been busy either patching boxes for the BIND > advisory that we received on the 23rd (when they were running 8.1 or > 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). > > > Today I've come across 2 boxes running 8.2-STABLE and of course, the > BIND patch wouldn't apply correctly. > > I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. Why cvsup and not csup? Secondly, and more importantly, when upgrading to a different tag (e.g. you were using RELENG_8_0 before, moving to RELENG_8 or RELENG_8_2 -- you don't really explain in a coherent way what you did, you've mentioned 4 different FreeBSD versions above :-) ), I tend to do the following: rm -fr /usr/obj/* rm -fr /var/db/sup/src-all rm -fr /usr/src/* csup ... The problem I've seen is that "some" source bits manage to figure out that they need to be updated to a different version based on the release tag in the cvsup/csup configuration file, but sometimes this doesn't work quite right and the underlying source files in /usr/src end up getting "mix-matched" between two versions. You may want to do this for ports as well, e.g.: rm -fr /var/db/sup/ports-all rm -fr /usr/ports/* csup ... It gets more tricky assuming during your original FreeBSD installation you chose to install src and ports. The below is the cvsup FAQ, but it applies to csup too. Read items 11, 12, and 13. http://www.cvsup.org/faq.html#caniadopt Welcome to why I never bother to install src or ports from CD/DVD, I simply use csup once the system is up. And for changing tags/releases, I do what's described above. > I've gone through the following steps: > - make buildworld > - make buildkernel > - make installkernel > - nextboot -k my new kernel, to ensure it worked fine > - rebooted again with the new kernel, this time correctly installed as > /boot/kernel > - installed the world > - run mergemaster -FiPU > - rebuild ports This doesn't look correct. The process you should be following is documented plainly in /usr/src/Makefile. You're missing some steps. Try doing what I recommended above, and following what's in /usr/src/Makefile, and then see if things improve. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 21:27:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40DE5106564A for ; Tue, 27 Dec 2011 21:27:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 22ADA8FC12 for ; Tue, 27 Dec 2011 21:27:41 +0000 (UTC) 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 anubis.delphij.net (Postfix) with ESMTPSA id DD7A414800; Tue, 27 Dec 2011 13:27:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1325021261; bh=w+COL4QncjwJ35ELUvCVZByMRuDIT3mEe8fSOthDIYM=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=2qCz5LUof8Lmkqwz1uB80kzk0JXovgINoTZCOmTzGoiEjBGTj1pnTWWtmS2TDu7r1 B/7pgTA7QCOJmQ6uwO6fjlMpq5jiwK4hIj5XrjXrNl2PHHDdsClbcTF3s7td7oQyrq T81VovISx70R1qwolUrLJJXQL6YOULZ9nRSxMd4U= Message-ID: <4EFA384C.4040709@delphij.net> Date: Tue, 27 Dec 2011 13:27:40 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4EF88D7B.4040600@gmail.com> In-Reply-To: <4EF88D7B.4040600@gmail.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, freebsd-stable@freebsd.org Subject: Re: minor regression after patching 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, 27 Dec 2011 21:27:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/26/11 07:06, Volodymyr Kostyrko wrote: > Hi all. > > Am I the only one seeing this on RELENG_9? > > ===> libexec/ftpd (all) clang -O2 -pipe -DSETPROCTITLE -DLOGIN_CAP > -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd -Dmain=ls_main > -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -std=gnu99 > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k > -Wno-uninitialized -Wno-pointer-sign -o ftpd ftpd.o ftpcmd.o > logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie > -lmd -lm -lpam clang: warning: argument unused during compilation: > '-std=gnu99' ftpd.o: In function `pass': > /usr/src/libexec/ftpd/ftpd.c:(.text+0x2676): undefined reference > to `__FreeBSD_libc_enter_restricted_mode' clang: error: linker > command failed with exit code 1 (use -v to see invocation) *** > Error code 1 Ah sorry, you will need to do a 'make install' in /usr/src/include before rebuilding ftpd. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk76OEsACgkQOfuToMruuMASqACfdPe9HtXnYemRZgyd0tYDMiWX kwcAnA/ggg3Ed7yg1+PCXdvooR/TWLfL =vZeD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 22:10:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF526106566C for ; Tue, 27 Dec 2011 22:10:19 +0000 (UTC) (envelope-from chilton@market76.com) Received: from na3sys009aog104.obsmtp.com (na3sys009aog104.obsmtp.com [74.125.149.73]) by mx1.freebsd.org (Postfix) with SMTP id 7425F8FC12 for ; Tue, 27 Dec 2011 22:10:19 +0000 (UTC) Received: from mail-tul01m020-f172.google.com ([209.85.214.172]) (using TLSv1) by na3sys009aob104.postini.com ([74.125.148.12]) with SMTP ID DSNKTvpCSlLBaksLkvjtTdO5Raiawq5B4n34@postini.com; Tue, 27 Dec 2011 14:10:19 PST Received: by obcuz6 with SMTP id uz6so12121362obc.17 for ; Tue, 27 Dec 2011 14:10:18 -0800 (PST) Received: by 10.50.40.129 with SMTP id x1mr39149476igk.4.1325022296022; Tue, 27 Dec 2011 13:44:56 -0800 (PST) Received: from [192.168.180.56] ([74.0.120.187]) by mx.google.com with ESMTPS id pb6sm37594014igc.5.2011.12.27.13.44.54 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Dec 2011 13:44:55 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Christopher Hilton In-Reply-To: <4EF22A62.8090508@chillt.de> Date: Tue, 27 Dec 2011 13:44:49 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EF22A62.8090508@chillt.de> To: Bartosz Fabianowski X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org, 1126 Subject: Re: "required by"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2011 22:10:20 -0000 On Dec 21, 2011, at 10:50 AM, Bartosz Fabianowski wrote: > Once you have a port installed, "pkg_info -R gconf\*" will tell you. >=20 > - Bartosz Just to be clear, this will list the ports that you have installed which = require the target port, in your example gconf. That's not a complete = list of all ports in the ports collection that require gconf. -- Chris __o Chris Hilton _`\<,_ e: chris /at/ vindaloo /dot/ com=20 __(*)/_(*)____________________________________________________________=20= "All I was doing was trying to get home from work." -Rosa Parks From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 00:03:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CACC1065676 for ; Wed, 28 Dec 2011 00:03:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19A468FC14 for ; Wed, 28 Dec 2011 00:03:47 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2838:1eb:929f:da87] (unknown [IPv6:2001:7b8:3a7:0:2838:1eb:929f:da87]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6B3F65C37; Wed, 28 Dec 2011 01:03:46 +0100 (CET) Message-ID: <4EFA5CE0.6040203@FreeBSD.org> Date: Wed, 28 Dec 2011 01:03:44 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4EF88D7B.4040600@gmail.com> <4EF8E21E.10401@gmail.com> <4EF92639.8070903@FreeBSD.org> <4EF99F93.9000405@gmail.com> In-Reply-To: <4EF99F93.9000405@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 00:03:47 -0000 On 2011-12-27 11:36, Volodymyr Kostyrko wrote: ... > Yes. I have set up a chrooted environment to retest. Config files are: > > === /etc/make.conf > # vim:set ft=make: > > #CPUTYPE?=native > INSTALL:=install -C > KERNCONF?=MINIMAL > NO_CLEAN:=yes > WITHOUT_NOUVEAU:=yes > WRKDIRPREFIX=/tmp/ports > > .if (empty(.CURDIR:N*/usr/src/*) || empty(.CURDIR:N*/usr/obj/*))&& > !defined(NOCCACHE) The problem is this test, it doesn't return true when you are exactly in /usr/src. The result is that clang doesn't get built in the cross-tools stage, and /usr/bin/clang is used instead for the rest of the world. This clang will include files from /usr/include, and link with libs from /usr/lib, causing the problem you are seeing. You could write the test as follows instead: .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/obj} || ${.CURDIR:M/usr/obj/*} or if you insist on using empty(): .if !empty(.CURDIR:M/usr/src) || !empty(.CURDIR:M/usr/src/*) || !empty(.CURDIR:M/usr/obj) || !empty(.CURDIR:M/usr/obj/*) or any other form which includes /usr/src and /usr/obj 'top level' in addition to /usr/src/* and /usr/obj/*. If you don't care about strictness, you could just use: .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} ... > CC:=${CC:C,^cc$,clang,1} > CXX:=${CXX:C,^c\+\+$,clang++,1} > CPP:=${CPP:C,^cpp$,clang -E,} > NO_WERROR:= > WERROR:= Here, it is better to use the idiom mentioned on: http://wiki.freebsd.org/BuildingFreeBSDWithClang e.g.: .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif I know it looks ugly, but it is required for stable/9, because I was not given permission to MFC r227120 yet, which fixes this, so you can just use: CC=clang CXX=clang++ CPP=clang-cpp instead. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 08:16:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F6E1065670; Wed, 28 Dec 2011 08:16:06 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D11708FC0C; Wed, 28 Dec 2011 08:16:05 +0000 (UTC) Received: by eekc50 with SMTP id c50so14627171eek.13 for ; Wed, 28 Dec 2011 00:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=7vmpMn7auYCIpzai3gCZ4tfecmKHiS/IFHkY+VprAtU=; b=ZvcuxxURstP9ElMeg1ilqvUSAvBB7bAWnS8Y9BONBlLCS5TCakmtJmZeu2+JozkkYN prYroxjrb4EY8AsN+LS5AWOvVApepLFAJ/P6EpCySIKqzB22hKznW5mruRj5mDXzzZYu M/RK6HMlTN0lQxmb0o1ERIi4PoVA5bU+lo9to= Received: by 10.213.23.11 with SMTP id p11mr9566503ebb.75.1325060164680; Wed, 28 Dec 2011 00:16:04 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id z43sm117629678eef.7.2011.12.28.00.16.02 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 00:16:03 -0800 (PST) Message-ID: <4EFAD041.5060000@gmail.com> Date: Wed, 28 Dec 2011 10:16:01 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Dimitry Andric References: <4EF88D7B.4040600@gmail.com> <4EF8E21E.10401@gmail.com> <4EF92639.8070903@FreeBSD.org> <4EF99F93.9000405@gmail.com> <4EFA5CE0.6040203@FreeBSD.org> In-Reply-To: <4EFA5CE0.6040203@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: minor regression after patching X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 08:16:06 -0000 28.12.2011 02:03, Dimitry Andric wrote: >> .if (empty(.CURDIR:N*/usr/src/*) || empty(.CURDIR:N*/usr/obj/*))&& >> !defined(NOCCACHE) > > The problem is this test, it doesn't return true when you are exactly in > /usr/src. The result is that clang doesn't get built in the cross-tools > stage, and /usr/bin/clang is used instead for the rest of the world. Oops, I messed up whole thing again. Thank you very much. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 09:24:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A0C106564A; Wed, 28 Dec 2011 09:24:33 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B980C8FC12; Wed, 28 Dec 2011 09:24:32 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so12274454obb.13 for ; Wed, 28 Dec 2011 01:24:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=h2LZpyDxHc47nms3ZbQGJwbDT/7G/P9kMk8J1e+D/LQ=; b=TGRFbuanxs0SJmrjHhZjvAZQJDjT75itkB//PbCtzmC1bSaK+cZ/azHrPw731UOQ6Y 5kcJkRs2JNfkjJoo1xeiGLtu03cMJt/q1Sxdkio/69JJpsEMgN3U03RFR6zQMq71Ubo8 aLvDrIFhNg2QrMMmNK+Ts8wlaa92ju3NcxH6g= MIME-Version: 1.0 Received: by 10.182.117.97 with SMTP id kd1mr1620724obb.50.1325062723622; Wed, 28 Dec 2011 00:58:43 -0800 (PST) Received: by 10.182.116.41 with HTTP; Wed, 28 Dec 2011 00:58:43 -0800 (PST) Date: Wed, 28 Dec 2011 10:58:43 +0200 Message-ID: From: Marin Atanasov Nikolov To: freebsd-security@freebsd.org, ml-freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 09:24:33 -0000 Hello, Today I've managed to escape from a jail by accident and ended up with root access to the host's filesystem. Here's what I did: * Using ezjail for managing my jails * Verified in FreeBSD 9.0-BETA3 and 9.0-RC3 * This works only when I use sudo, and cannot reproduce if I execute everything as root First, created a folder *inside* the jail and cd to it: host$ sudo ezjail-admin console jail-test jail-test# id uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) jail-test# mkdir ~/jail-folder jail-test# cd ~/jail-folder jail-test# pwd /root/jail-folder Then from the host machine I've moved this folder to the cwd. host$ pwd /usr/home/mra host$ sudo mv /home/jails/jail-test/root/jail-folder . And then here's where the jail ends up :) jail-test# pwd /usr/home/mra/jail-folder >From here on the Jail's root user has full root privileges to the host's filesystem. Not sure if it is sudo or jail issue, and would be nice if someone with more experience can check this up :) Regards, Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 09:42:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DFD9106564A; Wed, 28 Dec 2011 09:42:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id B31D28FC0A; Wed, 28 Dec 2011 09:42:02 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 3CEC125D3892; Wed, 28 Dec 2011 09:42:01 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 5D63FBD7F4A; Wed, 28 Dec 2011 09:42:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 0I5Js5tYtprx; Wed, 28 Dec 2011 09:41:59 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 5EBFABD7F49; Wed, 28 Dec 2011 09:41:59 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Wed, 28 Dec 2011 09:41:58 +0000 Content-Transfer-Encoding: 7bit Message-Id: <0A2510CC-578E-4EFB-A82E-E63F6A8EA226@lists.zabbadoz.net> References: To: Marin Atanasov Nikolov X-Mailer: Apple Mail (2.1084) Cc: freebsd-security@freebsd.org, ml-freebsd-stable Subject: Re: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 09:42:03 -0000 On 28. Dec 2011, at 08:58 , Marin Atanasov Nikolov wrote: > Hello, > > Today I've managed to escape from a jail by accident and ended up with > root access to the host's filesystem. This has been discussed to lengths within the last year (I think it was). See the updated man page: http://svnweb.freebsd.org/base/head/usr.sbin/jail/jail.8?r1=221665&r2=224286 /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 09:46:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A8A1065670 for ; Wed, 28 Dec 2011 09:46:55 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67E528FC16 for ; Wed, 28 Dec 2011 09:46:55 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so16875437vcb.13 for ; Wed, 28 Dec 2011 01:46:54 -0800 (PST) Received: by 10.52.71.168 with SMTP id w8mr15185242vdu.58.1325065614662; Wed, 28 Dec 2011 01:46:54 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id eb3sm14493409vdc.5.2011.12.28.01.46.53 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 01:46:54 -0800 (PST) Message-ID: <4EFAE58E.6040607@my.gd> Date: Wed, 28 Dec 2011 10:46:54 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> In-Reply-To: <20111227212248.GA22028@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 09:46:55 -0000 On 12/27/11 10:22 PM, Jeremy Chadwick wrote: > On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: >> Hello list, >> >> Yesterday and today, I've been busy either patching boxes for the BIND >> advisory that we received on the 23rd (when they were running 8.1 or >> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >> >> >> Today I've come across 2 boxes running 8.2-STABLE and of course, the >> BIND patch wouldn't apply correctly. >> >> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. > > Why cvsup and not csup? > You're correct, and I indeed used csup from the base system. > Secondly, and more importantly, when upgrading to a different tag (e.g. > you were using RELENG_8_0 before, moving to RELENG_8 or RELENG_8_2 -- > you don't really explain in a coherent way what you did, you've > mentioned 4 different FreeBSD versions above :-) ), I tend to do the > following: > Indded I've mentionned quite a few versions, because I had to patch and/or upgrade many of them over the last few days. They all went well, because most machines either didn't need upgrading (only BIND's patch), or were running 8.2-PRERELEASE or 8.0-RELEASE so I could upgrade them just fine. /usr/src/UPDATING didn't yield any warning so I went ahead. The "upgrade" that troubles me with these stuck processes is 8.2-STABLE down to 8.2-RELEASE-p5. For this as well, I have not seen anything in UPDATING. > rm -fr /usr/obj/* > rm -fr /var/db/sup/src-all > rm -fr /usr/src/* > csup ... > That's a goood idea, I'll note that down. Are you sure about removing /usr/src/* ? I usually cd there and make update, without the Makefile it's gonna be tricky. > The problem I've seen is that "some" source bits manage to figure out > that they need to be updated to a different version based on the release > tag in the cvsup/csup configuration file, but sometimes this doesn't > work quite right and the underlying source files in /usr/src end up > getting "mix-matched" between two versions. > > You may want to do this for ports as well, e.g.: > > rm -fr /var/db/sup/ports-all > rm -fr /usr/ports/* > csup ... > > It gets more tricky assuming during your original FreeBSD installation > you chose to install src and ports. The below is the cvsup FAQ, but it > applies to csup too. Read items 11, 12, and 13. > > http://www.cvsup.org/faq.html#caniadopt > These boxes date back 1.5 year now and I don't remember how I installed them. I think it was sysinstall so yeah, sources + ports at the time. > Welcome to why I never bother to install src or ports from CD/DVD, I > simply use csup once the system is up. And for changing tags/releases, > I do what's described above. > >> I've gone through the following steps: >> - make buildworld >> - make buildkernel >> - make installkernel >> - nextboot -k my new kernel, to ensure it worked fine >> - rebooted again with the new kernel, this time correctly installed as >> /boot/kernel >> - installed the world >> - run mergemaster -FiPU >> - rebuild ports > > This doesn't look correct. The process you should be following is > documented plainly in /usr/src/Makefile. You're missing some steps. > > Try doing what I recommended above, and following what's in > /usr/src/Makefile, and then see if things improve. > I'm reading through it now, the only steps I haven't run seem to be delete-old and delete-old-libs. I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and redoing the steps including the removals. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 09:47:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B557106566C; Wed, 28 Dec 2011 09:47:03 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id EC7258FC08; Wed, 28 Dec 2011 09:47:02 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id CBB735DAC; Wed, 28 Dec 2011 09:28:01 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id pBS9S0wo079516; Wed, 28 Dec 2011 09:28:01 GMT (envelope-from phk@phk.freebsd.dk) To: Marin Atanasov Nikolov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Dec 2011 10:58:43 +0200." Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 28 Dec 2011 09:28:00 +0000 Message-ID: <79515.1325064480@critter.freebsd.dk> Cc: freebsd-security@freebsd.org, ml-freebsd-stable Subject: Re: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 09:47:03 -0000 In message , Marin Atanasov Nikolov writes: >Then from the host machine I've moved this folder to the cwd. >[...] >Not sure if it is sudo or jail issue, and would be nice if someone >with more experience can check this up :) That's an "error-42" issue. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:16:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AD4C106566C for ; Wed, 28 Dec 2011 10:16:27 +0000 (UTC) (envelope-from mailinglists@elfsechsundzwanzig.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.37]) by mx1.freebsd.org (Postfix) with ESMTP id CCCC38FC0C for ; Wed, 28 Dec 2011 10:16:26 +0000 (UTC) Received: from [80.67.16.115] (helo=webmailfront01.ispgateway.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1RfqYa-0004C9-Qx; Wed, 28 Dec 2011 11:16:24 +0100 Received: from 213.168.82.58 ([213.168.82.58]) by webmail.df.eu (Horde Framework) with HTTP; Wed, 28 Dec 2011 11:16:24 +0100 Date: Wed, 28 Dec 2011 11:16:24 +0100 Message-ID: <20111228111624.Horde.xhGqdlNNcXdO_ux4vI_z3gA@webmail.df.eu> From: mailinglists@elfsechsundzwanzig.de To: Christopher Hilton References: <4EF22A62.8090508@chillt.de> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H4 (5.0.14) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: bWFpbGluZ2xpc3RzQGVsZnNlY2hzdW5kendhbnppZy5kZQ== Cc: Bartosz Fabianowski , freebsd-stable@freebsd.org Subject: Re: "required by"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 10:16:27 -0000 Yeah, I got that! Thanks :) And that was exactly what I wanted, a list of ports I have installed depending on gconf. Quoting Christopher Hilton : > On Dec 21, 2011, at 10:50 AM, Bartosz Fabianowski wrote: > >> Once you have a port installed, "pkg_info -R gconf\*" will tell you. >> >> - Bartosz > > Just to be clear, this will list the ports that you have installed > which require the target port, in your example gconf. That's not a > complete list of all ports in the ports collection that require gconf. > > -- Chris > > __o Chris Hilton > _`\<,_ e: chris /at/ vindaloo /dot/ com > __(*)/_(*)____________________________________________________________ > "All I was doing was trying to get home from work." > -Rosa Parks From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:45:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E401065670 for ; Wed, 28 Dec 2011 10:45:39 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id C9E498FC13 for ; Wed, 28 Dec 2011 10:45:38 +0000 (UTC) Received: by qadb17 with SMTP id b17so8442904qad.13 for ; Wed, 28 Dec 2011 02:45:37 -0800 (PST) Received: by 10.224.210.10 with SMTP id gi10mr23188944qab.27.1325069137834; Wed, 28 Dec 2011 02:45:37 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id ev2sm9213258qab.15.2011.12.28.02.45.36 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 02:45:37 -0800 (PST) Message-ID: <4EFAF351.4050004@my.gd> Date: Wed, 28 Dec 2011 11:45:37 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> <4EFAE58E.6040607@my.gd> In-Reply-To: <4EFAE58E.6040607@my.gd> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 10:45:39 -0000 On 12/28/11 10:46 AM, Damien Fleuriot wrote: > > > On 12/27/11 10:22 PM, Jeremy Chadwick wrote: >> On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: >>> Hello list, >>> >>> Yesterday and today, I've been busy either patching boxes for the BIND >>> advisory that we received on the 23rd (when they were running 8.1 or >>> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >>> >>> >>> Today I've come across 2 boxes running 8.2-STABLE and of course, the >>> BIND patch wouldn't apply correctly. >>> >>> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >> >> Why cvsup and not csup? >> > > You're correct, and I indeed used csup from the base system. > > >> Secondly, and more importantly, when upgrading to a different tag (e.g. >> you were using RELENG_8_0 before, moving to RELENG_8 or RELENG_8_2 -- >> you don't really explain in a coherent way what you did, you've >> mentioned 4 different FreeBSD versions above :-) ), I tend to do the >> following: >> > > Indded I've mentionned quite a few versions, because I had to patch > and/or upgrade many of them over the last few days. > > They all went well, because most machines either didn't need upgrading > (only BIND's patch), or were running 8.2-PRERELEASE or 8.0-RELEASE so I > could upgrade them just fine. > > /usr/src/UPDATING didn't yield any warning so I went ahead. > > > > The "upgrade" that troubles me with these stuck processes is 8.2-STABLE > down to 8.2-RELEASE-p5. > > For this as well, I have not seen anything in UPDATING. > > >> rm -fr /usr/obj/* >> rm -fr /var/db/sup/src-all >> rm -fr /usr/src/* >> csup ... >> > > That's a goood idea, I'll note that down. > > Are you sure about removing /usr/src/* ? > > I usually cd there and make update, without the Makefile it's gonna be > tricky. > > >> The problem I've seen is that "some" source bits manage to figure out >> that they need to be updated to a different version based on the release >> tag in the cvsup/csup configuration file, but sometimes this doesn't >> work quite right and the underlying source files in /usr/src end up >> getting "mix-matched" between two versions. >> >> You may want to do this for ports as well, e.g.: >> >> rm -fr /var/db/sup/ports-all >> rm -fr /usr/ports/* >> csup ... >> >> It gets more tricky assuming during your original FreeBSD installation >> you chose to install src and ports. The below is the cvsup FAQ, but it >> applies to csup too. Read items 11, 12, and 13. >> >> http://www.cvsup.org/faq.html#caniadopt >> > > These boxes date back 1.5 year now and I don't remember how I installed > them. > > I think it was sysinstall so yeah, sources + ports at the time. > > >> Welcome to why I never bother to install src or ports from CD/DVD, I >> simply use csup once the system is up. And for changing tags/releases, >> I do what's described above. >> >>> I've gone through the following steps: >>> - make buildworld >>> - make buildkernel >>> - make installkernel >>> - nextboot -k my new kernel, to ensure it worked fine >>> - rebooted again with the new kernel, this time correctly installed as >>> /boot/kernel >>> - installed the world >>> - run mergemaster -FiPU >>> - rebuild ports >> >> This doesn't look correct. The process you should be following is >> documented plainly in /usr/src/Makefile. You're missing some steps. >> >> Try doing what I recommended above, and following what's in >> /usr/src/Makefile, and then see if things improve. >> > > I'm reading through it now, the only steps I haven't run seem to be > delete-old and delete-old-libs. > > I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and > redoing the steps including the removals. Ok so, for information. I've tracked this down to "Local package initialization:" stuck indefinitely at boot. I just logged on the machine's remote console and ^C 'd it, and that gave me a login prompt (although I could ssh just fine otherwise !) and cleared the autoboot processes. I'm now looking for the reason why this message was displayed and why it was stuck. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:50:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47E7E106564A for ; Wed, 28 Dec 2011 10:50:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 145C38FC0A for ; Wed, 28 Dec 2011 10:50:53 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so12375628obb.13 for ; Wed, 28 Dec 2011 02:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=7HDIFZ1irdaCXZo36e9jDgQMQLzc9mpuiOSBGla3Vbk=; b=UUgFnsIVK7SaLQDbQs2CXJh0kuP4hKfJHv5IJMbtYKO+mWlupvNUqdyoBGITqnSKLd qoP7/4yGE9wUUHvWK+Gz/VYNB3jD5o8fWUBMzhScV1FniixHQ6J2bZ2fk3efVZ6NjVGj 5kIzFqDXGeYdDQRX2RPBoXu405kTLj8mqUUCc= MIME-Version: 1.0 Received: by 10.182.160.1 with SMTP id xg1mr28304438obb.30.1325069453468; Wed, 28 Dec 2011 02:50:53 -0800 (PST) Received: by 10.182.171.67 with HTTP; Wed, 28 Dec 2011 02:50:53 -0800 (PST) In-Reply-To: <4EFA129C.2090407@my.gd> References: <4EFA129C.2090407@my.gd> Date: Wed, 28 Dec 2011 13:50:53 +0300 Message-ID: From: Sergey Kandaurov To: Damien Fleuriot Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 10:50:54 -0000 On 27 December 2011 22:46, Damien Fleuriot wrote: > Hello list, > > > > Yesterday and today, I've been busy either patching boxes for the BIND > advisory that we received on the 23rd (when they were running 8.1 or > 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). > > > Today I've come across 2 boxes running 8.2-STABLE and of course, the > BIND patch wouldn't apply correctly. > > I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. > > > I've gone through the following steps: > - make buildworld > - make buildkernel > - make installkernel > - nextboot -k my new kernel, to ensure it worked fine > - rebooted again with the new kernel, this time correctly installed as > /boot/kernel > - installed the world > - run mergemaster -FiPU > - rebuild ports > > > Now, I'm facing this odd situation where, just after booting, I get this > on the 2 boxes: > > > root =A0 =A0 =A0 =A0 22 =A00.0 =A00.0 =A08256 =A01876 =A0v0 =A0Is+ =A0 7:= 32PM =A0 0:00.03 sh > /etc/rc autoboot > root =A0 =A0 =A0 1250 =A00.0 =A00.0 18000 =A02576 =A0v0 =A0I+ =A0 =A07:32= PM =A0 0:00.04 > /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i > /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf > root =A0 =A0 =A0 1790 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A07:= 32PM =A0 0:00.00 sh > /etc/rc autoboot > root =A0 =A0 =A0 1793 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A07:= 32PM =A0 0:00.00 sh > /etc/rc autoboot > > > Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" > processes ? > > Any pointers as to where I should look ? Check if the box has a working resolving during boot. This is a main reason why it may stuck in /etc/rc phase. When on physical console, type ^T. Usually it will get you the name of offending process. You posted output from ps aux. It would be nice if you post ps auxl, so values of MWCHAN ps keyword will be also seen, which can add an additional debugging info. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:53:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DEBD106566C for ; Wed, 28 Dec 2011 10:53:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 57AA28FC15 for ; Wed, 28 Dec 2011 10:53:44 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so12378334obb.13 for ; Wed, 28 Dec 2011 02:53:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=doe4i7qmAgzxpTv4cnedBsRsR3U19KyYcwUmaUMg6Qc=; b=B6DMkFLchS3e9EQ8cIjPKBgdi9HUKJ6lf/W9nCqvwW8mSV2fVoy+sKTjRmHbb0LQAT hujlh3nLRf5Ci8R5R3KCrqZKKpZ+vvOu0gNomJGU9mZrchg7xK2MOhYk3avrtwYjKqND W2GBKmhP69jNk3nex+1ak6KCL7yWHCvhlf7nU= MIME-Version: 1.0 Received: by 10.182.227.7 with SMTP id rw7mr28245828obc.70.1325069623114; Wed, 28 Dec 2011 02:53:43 -0800 (PST) Received: by 10.182.171.67 with HTTP; Wed, 28 Dec 2011 02:53:43 -0800 (PST) In-Reply-To: <4EFAF351.4050004@my.gd> References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> <4EFAE58E.6040607@my.gd> <4EFAF351.4050004@my.gd> Date: Wed, 28 Dec 2011 13:53:43 +0300 Message-ID: From: Sergey Kandaurov To: Damien Fleuriot Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" , Jeremy Chadwick Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 10:53:47 -0000 On 28 December 2011 14:45, Damien Fleuriot wrote: > > > On 12/28/11 10:46 AM, Damien Fleuriot wrote: >> >> >> On 12/27/11 10:22 PM, Jeremy Chadwick wrote: >>> On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: >>>> Hello list, >>>> >>>> Yesterday and today, I've been busy either patching boxes for the BIND >>>> advisory that we received on the 23rd (when they were running 8.1 or >>>> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >>>> >>>> >>>> Today I've come across 2 boxes running 8.2-STABLE and of course, the >>>> BIND patch wouldn't apply correctly. >>>> >>>> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >>> >>> Why cvsup and not csup? >>> >> >> You're correct, and I indeed used csup from the base system. >> >> >>> Secondly, and more importantly, when upgrading to a different tag (e.g. >>> you were using RELENG_8_0 before, moving to RELENG_8 or RELENG_8_2 -- >>> you don't really explain in a coherent way what you did, you've >>> mentioned 4 different FreeBSD versions above :-) ), I tend to do the >>> following: >>> >> >> Indded I've mentionned quite a few versions, because I had to patch >> and/or upgrade many of them over the last few days. >> >> They all went well, because most machines either didn't need upgrading >> (only BIND's patch), or were running 8.2-PRERELEASE or 8.0-RELEASE so I >> could upgrade them just fine. >> >> /usr/src/UPDATING didn't yield any warning so I went ahead. >> >> >> >> The "upgrade" that troubles me with these stuck processes is 8.2-STABLE >> down to 8.2-RELEASE-p5. >> >> For this as well, I have not seen anything in UPDATING. >> >> >>> rm -fr /usr/obj/* >>> rm -fr /var/db/sup/src-all >>> rm -fr /usr/src/* >>> csup ... >>> >> >> That's a goood idea, I'll note that down. >> >> Are you sure about removing /usr/src/* ? >> >> I usually cd there and make update, without the Makefile it's gonna be >> tricky. >> >> >>> The problem I've seen is that "some" source bits manage to figure out >>> that they need to be updated to a different version based on the releas= e >>> tag in the cvsup/csup configuration file, but sometimes this doesn't >>> work quite right and the underlying source files in /usr/src end up >>> getting "mix-matched" between two versions. >>> >>> You may want to do this for ports as well, e.g.: >>> >>> rm -fr /var/db/sup/ports-all >>> rm -fr /usr/ports/* >>> csup ... >>> >>> It gets more tricky assuming during your original FreeBSD installation >>> you chose to install src and ports. =A0The below is the cvsup FAQ, but = it >>> applies to csup too. =A0Read items 11, 12, and 13. >>> >>> http://www.cvsup.org/faq.html#caniadopt >>> >> >> These boxes date back 1.5 year now and I don't remember how I installed >> them. >> >> I think it was sysinstall so yeah, sources + ports at the time. >> >> >>> Welcome to why I never bother to install src or ports from CD/DVD, I >>> simply use csup once the system is up. =A0And for changing tags/release= s, >>> I do what's described above. >>> >>>> I've gone through the following steps: >>>> - make buildworld >>>> - make buildkernel >>>> - make installkernel >>>> - nextboot -k my new kernel, to ensure it worked fine >>>> - rebooted again with the new kernel, this time correctly installed as >>>> /boot/kernel >>>> - installed the world >>>> - run mergemaster -FiPU >>>> - rebuild ports >>> >>> This doesn't look correct. =A0The process you should be following is >>> documented plainly in /usr/src/Makefile. =A0You're missing some steps. >>> >>> Try doing what I recommended above, and following what's in >>> /usr/src/Makefile, and then see if things improve. >>> >> >> I'm reading through it now, the only steps I haven't run seem to be >> delete-old and delete-old-libs. >> >> I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and >> redoing the steps including the removals. > > > > Ok so, for information. > > I've tracked this down to "Local package initialization:" stuck > indefinitely at boot. > To go further you can add rc_debug=3D"YES" to /etc/rc.conf and/or set -x in /etc/rc. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 11:11:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9CFC106564A for ; Wed, 28 Dec 2011 11:11:10 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7658FC08 for ; Wed, 28 Dec 2011 11:11:04 +0000 (UTC) Received: by qabg14 with SMTP id g14so9703070qab.13 for ; Wed, 28 Dec 2011 03:11:04 -0800 (PST) Received: by 10.224.212.10 with SMTP id gq10mr37214410qab.75.1325070664093; Wed, 28 Dec 2011 03:11:04 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id dx7sm38262009qab.3.2011.12.28.03.11.02 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 03:11:03 -0800 (PST) Message-ID: <4EFAF945.3050509@my.gd> Date: Wed, 28 Dec 2011 12:11:01 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Sergey Kandaurov References: <4EFA129C.2090407@my.gd> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 11:11:11 -0000 On 12/28/11 11:50 AM, Sergey Kandaurov wrote: > On 27 December 2011 22:46, Damien Fleuriot wrote: >> Hello list, >> >> >> >> Yesterday and today, I've been busy either patching boxes for the BIND >> advisory that we received on the 23rd (when they were running 8.1 or >> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >> >> >> Today I've come across 2 boxes running 8.2-STABLE and of course, the >> BIND patch wouldn't apply correctly. >> >> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >> >> >> I've gone through the following steps: >> - make buildworld >> - make buildkernel >> - make installkernel >> - nextboot -k my new kernel, to ensure it worked fine >> - rebooted again with the new kernel, this time correctly installed as >> /boot/kernel >> - installed the world >> - run mergemaster -FiPU >> - rebuild ports >> >> >> Now, I'm facing this odd situation where, just after booting, I get this >> on the 2 boxes: >> >> >> root 22 0.0 0.0 8256 1876 v0 Is+ 7:32PM 0:00.03 sh >> /etc/rc autoboot >> root 1250 0.0 0.0 18000 2576 v0 I+ 7:32PM 0:00.04 >> /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i >> /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf >> root 1790 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >> /etc/rc autoboot >> root 1793 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >> /etc/rc autoboot >> >> >> Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" >> processes ? >> >> Any pointers as to where I should look ? > > Check if the box has a working resolving during boot. > This is a main reason why it may stuck in /etc/rc phase. > When on physical console, type ^T. Usually it will get you > the name of offending process. > > You posted output from ps aux. It would be nice if you post > ps auxl, so values of MWCHAN ps keyword will be also seen, > which can add an additional debugging info. > Find below the info: # ps aufx http://pastebin.com/iLy0Hs8s # ps aufxl http://pastebin.com/3meFWvRH # dmesg.boot http://pastebin.com/rFEsPfD5 Again, the box gets stuck at "Local package initialization:" from /etc/rc.d/localpkg I then run the following: # sh -x /etc/rc.d/localpkg A snip from the end of the script's output (stuck) yields: + logger 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' + echo 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' localpkg: DEBUG: run_rc_command: doit: pkg_start + eval 'pkg_start ' + pkg_start + local initdone + initdone='' + find_local_scripts_old + zlist='' + slist='' + [ -d /usr/local/etc/rc.d ] + grep '^# PROVIDE:' '/usr/local/etc/rc.d/[0-9]*.sh' + zlist=' /usr/local/etc/rc.d/[0-9]*.sh' + grep '^# PROVIDE:' /usr/local/etc/rc.d/relayd_check.sh + slist=' /usr/local/etc/rc.d/relayd_check.sh' + [ -z '' -a -f '/usr/local/etc/rc.d/[0-9]*.sh' ] + [ -x '/usr/local/etc/rc.d/[0-9]*.sh' ] + [ -f '/usr/local/etc/rc.d/[0-9]*.sh' -o -L '/usr/local/etc/rc.d/[0-9]*.sh' ] + [ -z '' -a -f /usr/local/etc/rc.d/relayd_check.sh ] + echo -n 'Local package initialization:' Local package initialization:+ initdone=yes + [ -x /usr/local/etc/rc.d/relayd_check.sh ] + set -T + trap 'exit 1' 2 + /usr/local/etc/rc.d/relayd_check.sh start relayd_check.sh is a custom script that I wrote to monitor relayd for crashes, log them to /var/log/ and restart the process. This script does *not* contain any "PROVIDE / REQUIRE / KEYWORD" initialization info and I'm beginning to think this may be the problem. I shall try further, thanks for all the pointers so far :) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 11:37:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90AD3106564A for ; Wed, 28 Dec 2011 11:37:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2E08FC08 for ; Wed, 28 Dec 2011 11:37:19 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so12436599obb.13 for ; Wed, 28 Dec 2011 03:37:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zXG5Rwo0AG55NEQSbOxW3VH4vBDdRbEYaCXVqJC2uZY=; b=kl7ML/wWUmd2KWsFfA3HZ5zDXGMuxeqriGIxQJEbdL25CuPr/5AFAidlmh1NDL7wuq uP3i++wzKBiDJt7EoPynbCvC5o+RHp28m69vanexCHathn8V6D4nTv44JvLNtv7iULik 0H16Aza5TiQjc9JaSyNqjHurPw2vcz+2T/kPU= MIME-Version: 1.0 Received: by 10.182.78.165 with SMTP id c5mr28422452obx.60.1325072238148; Wed, 28 Dec 2011 03:37:18 -0800 (PST) Received: by 10.182.171.67 with HTTP; Wed, 28 Dec 2011 03:37:18 -0800 (PST) In-Reply-To: <4EFAF945.3050509@my.gd> References: <4EFA129C.2090407@my.gd> <4EFAF945.3050509@my.gd> Date: Wed, 28 Dec 2011 14:37:18 +0300 Message-ID: From: Sergey Kandaurov To: Damien Fleuriot Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 11:37:20 -0000 On 28 December 2011 15:11, Damien Fleuriot wrote: > > > On 12/28/11 11:50 AM, Sergey Kandaurov wrote: >> On 27 December 2011 22:46, Damien Fleuriot wrote: >>> Hello list, >>> >>> >>> >>> Yesterday and today, I've been busy either patching boxes for the BIND >>> advisory that we received on the 23rd (when they were running 8.1 or >>> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >>> >>> >>> Today I've come across 2 boxes running 8.2-STABLE and of course, the >>> BIND patch wouldn't apply correctly. >>> >>> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >>> >>> >>> I've gone through the following steps: >>> - make buildworld >>> - make buildkernel >>> - make installkernel >>> - nextboot -k my new kernel, to ensure it worked fine >>> - rebooted again with the new kernel, this time correctly installed as >>> /boot/kernel >>> - installed the world >>> - run mergemaster -FiPU >>> - rebuild ports >>> >>> >>> Now, I'm facing this odd situation where, just after booting, I get thi= s >>> on the 2 boxes: >>> >>> >>> root =A0 =A0 =A0 =A0 22 =A00.0 =A00.0 =A08256 =A01876 =A0v0 =A0Is+ =A0 = 7:32PM =A0 0:00.03 sh >>> /etc/rc autoboot >>> root =A0 =A0 =A0 1250 =A00.0 =A00.0 18000 =A02576 =A0v0 =A0I+ =A0 =A07:= 32PM =A0 0:00.04 >>> /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i >>> /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf >>> root =A0 =A0 =A0 1790 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A0= 7:32PM =A0 0:00.00 sh >>> /etc/rc autoboot >>> root =A0 =A0 =A0 1793 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A0= 7:32PM =A0 0:00.00 sh >>> /etc/rc autoboot >>> >>> >>> Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" >>> processes ? >>> >>> Any pointers as to where I should look ? >> >> Check if the box has a working resolving during boot. >> This is a main reason why it may stuck in /etc/rc phase. >> When on physical console, type ^T. Usually it will get you >> the name of offending process. >> >> You posted output from ps aux. It would be nice if you post >> ps auxl, so values of MWCHAN ps keyword will be also seen, >> which can add an additional debugging info. >> > > > Find below the info: > > > # ps aufx > http://pastebin.com/iLy0Hs8s > > # ps aufxl > http://pastebin.com/3meFWvRH > > # dmesg.boot > http://pastebin.com/rFEsPfD5 > > Again, the box gets stuck at "Local package initialization:" from > /etc/rc.d/localpkg > > > I then run the following: > # sh -x /etc/rc.d/localpkg > > > A snip from the end of the script's output (stuck) yields: > + logger 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' > + echo 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' > localpkg: DEBUG: run_rc_command: doit: pkg_start > + eval 'pkg_start ' > + pkg_start > + local initdone > + initdone=3D'' > + find_local_scripts_old > + zlist=3D'' > + slist=3D'' > + [ -d /usr/local/etc/rc.d ] > + grep '^# PROVIDE:' '/usr/local/etc/rc.d/[0-9]*.sh' > + zlist=3D' /usr/local/etc/rc.d/[0-9]*.sh' > + grep '^# PROVIDE:' /usr/local/etc/rc.d/relayd_check.sh > + slist=3D' /usr/local/etc/rc.d/relayd_check.sh' > + [ -z '' -a -f '/usr/local/etc/rc.d/[0-9]*.sh' ] > + [ -x '/usr/local/etc/rc.d/[0-9]*.sh' ] > + [ -f '/usr/local/etc/rc.d/[0-9]*.sh' -o -L > '/usr/local/etc/rc.d/[0-9]*.sh' ] > + [ -z '' -a -f /usr/local/etc/rc.d/relayd_check.sh ] > + echo -n 'Local package initialization:' > Local package initialization:+ initdone=3Dyes > + [ -x /usr/local/etc/rc.d/relayd_check.sh ] > + set -T > + trap 'exit 1' 2 > + /usr/local/etc/rc.d/relayd_check.sh start > > > relayd_check.sh is a custom script that I wrote to monitor relayd for > crashes, log them to /var/log/ and restart the process. > > This script does *not* contain any "PROVIDE / REQUIRE / KEYWORD" > initialization info and I'm beginning to think this may be the problem. > > I shall try further, thanks for all the pointers so far :) Yeah, just thought to point you out at sleeping relayd_check.sh, when I finished to read your mail :-). Ok, I was glad to help you. btw, rcorder(8) can help you to clarify a starting order for your process. Just use: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 12:38:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AFE1106564A for ; Wed, 28 Dec 2011 12:38:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 312ED8FC16 for ; Wed, 28 Dec 2011 12:38:09 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta10.emeryville.ca.mail.comcast.net with comcast id EcZ91i0010b6N64AAce3m6; Wed, 28 Dec 2011 12:38:03 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta03.emeryville.ca.mail.comcast.net with comcast id Ecgf1i00S1t3BNj8Pcgg30; Wed, 28 Dec 2011 12:40:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 52540102C19; Wed, 28 Dec 2011 04:38:08 -0800 (PST) Date: Wed, 28 Dec 2011 04:38:08 -0800 From: Jeremy Chadwick To: Damien Fleuriot Message-ID: <20111228123808.GA36964@icarus.home.lan> References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> <4EFAE58E.6040607@my.gd> <4EFAF351.4050004@my.gd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EFAF351.4050004@my.gd> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 12:38:10 -0000 On Wed, Dec 28, 2011 at 11:45:37AM +0100, Damien Fleuriot wrote: > On 12/28/11 10:46 AM, Damien Fleuriot wrote: > > On 12/27/11 10:22 PM, Jeremy Chadwick wrote: > >> On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: > > > > The "upgrade" that troubles me with these stuck processes is 8.2-STABLE > > down to 8.2-RELEASE-p5. > > > > For this as well, I have not seen anything in UPDATING. > > > >> rm -fr /usr/obj/* > >> rm -fr /var/db/sup/src-all > >> rm -fr /usr/src/* > >> csup ... > >> > > > > That's a goood idea, I'll note that down. > > > > Are you sure about removing /usr/src/* ? I realise you've found that it stalls on local package initialisation, but I wanted to answer this question: Yes, absolutely 100% sure about removing /usr/src/*. The reason is that the files within those directories contain CVS Id reference numbers that may not match what you're checking out via csup; meaning, there may be a conflict. It's best to remove /usr/src/* and /var/db/sup/src-all in this situation. Removing one but not the other can result in problems. > >>> I've gone through the following steps: > >>> - make buildworld > >>> - make buildkernel > >>> - make installkernel > >>> - nextboot -k my new kernel, to ensure it worked fine > >>> - rebooted again with the new kernel, this time correctly installed as > >>> /boot/kernel > >>> - installed the world > >>> - run mergemaster -FiPU > >>> - rebuild ports > >> > >> This doesn't look correct. The process you should be following is > >> documented plainly in /usr/src/Makefile. You're missing some steps. > >> > >> Try doing what I recommended above, and following what's in > >> /usr/src/Makefile, and then see if things improve. > > > > I'm reading through it now, the only steps I haven't run seem to be > > delete-old and delete-old-libs. It looks to me like you're missing the "mergemaster -p" stage, as well as booting into single-user to do the installation (unless of course by "rebooted again with the new kernel and installed the world" implied you booted into single-user). > > I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and > > redoing the steps including the removals. > I just logged on the machine's remote console and ^C 'd it, and that > gave me a login prompt (although I could ssh just fine otherwise !) and > cleared the autoboot processes. > > I'm now looking for the reason why this message was displayed and why it > was stuck. Others have recommended rc_debug -- I agree with this. It may not shed entire light on what's going on (meaning we may end up knowing what command causes the problem but not what the command is doing internally). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 13:33:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F62106564A for ; Wed, 28 Dec 2011 13:33:47 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 13B2D8FC08 for ; Wed, 28 Dec 2011 13:33:46 +0000 (UTC) Received: by lahl5 with SMTP id l5so6771935lah.13 for ; Wed, 28 Dec 2011 05:33:45 -0800 (PST) Received: by 10.152.105.113 with SMTP id gl17mr25139438lab.25.1325079225920; Wed, 28 Dec 2011 05:33:45 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id s13sm24808350lad.8.2011.12.28.05.33.43 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 05:33:44 -0800 (PST) Message-ID: <4EFB1AB6.9030904@my.gd> Date: Wed, 28 Dec 2011 14:33:42 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> <4EFAE58E.6040607@my.gd> <4EFAF351.4050004@my.gd> <20111228123808.GA36964@icarus.home.lan> In-Reply-To: <20111228123808.GA36964@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 13:33:47 -0000 On 12/28/11 1:38 PM, Jeremy Chadwick wrote: > On Wed, Dec 28, 2011 at 11:45:37AM +0100, Damien Fleuriot wrote: >> On 12/28/11 10:46 AM, Damien Fleuriot wrote: >>> On 12/27/11 10:22 PM, Jeremy Chadwick wrote: >>>> On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: >>> >>> The "upgrade" that troubles me with these stuck processes is 8.2-STABLE >>> down to 8.2-RELEASE-p5. >>> >>> For this as well, I have not seen anything in UPDATING. >>> >>>> rm -fr /usr/obj/* >>>> rm -fr /var/db/sup/src-all >>>> rm -fr /usr/src/* >>>> csup ... >>>> >>> >>> That's a goood idea, I'll note that down. >>> >>> Are you sure about removing /usr/src/* ? > > I realise you've found that it stalls on local package initialisation, > but I wanted to answer this question: > > Yes, absolutely 100% sure about removing /usr/src/*. The reason is that > the files within those directories contain CVS Id reference numbers that > may not match what you're checking out via csup; meaning, there may be a > conflict. It's best to remove /usr/src/* and /var/db/sup/src-all in > this situation. Removing one but not the other can result in problems. > Duly noted. >>>>> I've gone through the following steps: >>>>> - make buildworld >>>>> - make buildkernel >>>>> - make installkernel >>>>> - nextboot -k my new kernel, to ensure it worked fine >>>>> - rebooted again with the new kernel, this time correctly installed as >>>>> /boot/kernel >>>>> - installed the world >>>>> - run mergemaster -FiPU >>>>> - rebuild ports >>>> >>>> This doesn't look correct. The process you should be following is >>>> documented plainly in /usr/src/Makefile. You're missing some steps. >>>> >>>> Try doing what I recommended above, and following what's in >>>> /usr/src/Makefile, and then see if things improve. >>> >>> I'm reading through it now, the only steps I haven't run seem to be >>> delete-old and delete-old-libs. > > It looks to me like you're missing the "mergemaster -p" stage, as well > as booting into single-user to do the installation (unless of course by > "rebooted again with the new kernel and installed the world" implied you > booted into single-user). > I've also forgotten to mention it but I did run mergemaster -p prior to rebooting on the new kernel. There were no notable diffs between our files, except mergemaster wanted to replace my "old" /etc/passwd , /etc/master.passwd and /etc/group , which is of course a no go. >>> I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and >>> redoing the steps including the removals. > >> I just logged on the machine's remote console and ^C 'd it, and that >> gave me a login prompt (although I could ssh just fine otherwise !) and >> cleared the autoboot processes. >> >> I'm now looking for the reason why this message was displayed and why it >> was stuck. > > Others have recommended rc_debug -- I agree with this. It may not shed > entire light on what's going on (meaning we may end up knowing what > command causes the problem but not what the command is doing > internally). > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 14:36:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD7BE1065670 for ; Wed, 28 Dec 2011 14:36:04 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 65D038FC0A for ; Wed, 28 Dec 2011 14:36:03 +0000 (UTC) Received: by lahl5 with SMTP id l5so6797075lah.13 for ; Wed, 28 Dec 2011 06:36:02 -0800 (PST) Received: by 10.152.113.131 with SMTP id iy3mr25401399lab.39.1325082962514; Wed, 28 Dec 2011 06:36:02 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id nt7sm23557542lab.15.2011.12.28.06.36.00 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 06:36:01 -0800 (PST) Message-ID: <4EFB294F.703@my.gd> Date: Wed, 28 Dec 2011 15:35:59 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Sergey Kandaurov References: <4EFA129C.2090407@my.gd> <4EFAF945.3050509@my.gd> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 14:36:04 -0000 On 12/28/11 12:37 PM, Sergey Kandaurov wrote: > On 28 December 2011 15:11, Damien Fleuriot wrote: >> >> >> On 12/28/11 11:50 AM, Sergey Kandaurov wrote: >>> On 27 December 2011 22:46, Damien Fleuriot wrote: >>>> Hello list, >>>> >>>> >>>> >>>> Yesterday and today, I've been busy either patching boxes for the BIND >>>> advisory that we received on the 23rd (when they were running 8.1 or >>>> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >>>> >>>> >>>> Today I've come across 2 boxes running 8.2-STABLE and of course, the >>>> BIND patch wouldn't apply correctly. >>>> >>>> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >>>> >>>> >>>> I've gone through the following steps: >>>> - make buildworld >>>> - make buildkernel >>>> - make installkernel >>>> - nextboot -k my new kernel, to ensure it worked fine >>>> - rebooted again with the new kernel, this time correctly installed as >>>> /boot/kernel >>>> - installed the world >>>> - run mergemaster -FiPU >>>> - rebuild ports >>>> >>>> >>>> Now, I'm facing this odd situation where, just after booting, I get this >>>> on the 2 boxes: >>>> >>>> >>>> root 22 0.0 0.0 8256 1876 v0 Is+ 7:32PM 0:00.03 sh >>>> /etc/rc autoboot >>>> root 1250 0.0 0.0 18000 2576 v0 I+ 7:32PM 0:00.04 >>>> /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i >>>> /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf >>>> root 1790 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >>>> /etc/rc autoboot >>>> root 1793 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >>>> /etc/rc autoboot >>>> >>>> >>>> Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" >>>> processes ? >>>> >>>> Any pointers as to where I should look ? >>> >>> Check if the box has a working resolving during boot. >>> This is a main reason why it may stuck in /etc/rc phase. >>> When on physical console, type ^T. Usually it will get you >>> the name of offending process. >>> >>> You posted output from ps aux. It would be nice if you post >>> ps auxl, so values of MWCHAN ps keyword will be also seen, >>> which can add an additional debugging info. >>> >> >> >> Find below the info: >> >> >> # ps aufx >> http://pastebin.com/iLy0Hs8s >> >> # ps aufxl >> http://pastebin.com/3meFWvRH >> >> # dmesg.boot >> http://pastebin.com/rFEsPfD5 >> >> Again, the box gets stuck at "Local package initialization:" from >> /etc/rc.d/localpkg >> >> >> I then run the following: >> # sh -x /etc/rc.d/localpkg >> >> >> A snip from the end of the script's output (stuck) yields: >> + logger 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' >> + echo 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' >> localpkg: DEBUG: run_rc_command: doit: pkg_start >> + eval 'pkg_start ' >> + pkg_start >> + local initdone >> + initdone='' >> + find_local_scripts_old >> + zlist='' >> + slist='' >> + [ -d /usr/local/etc/rc.d ] >> + grep '^# PROVIDE:' '/usr/local/etc/rc.d/[0-9]*.sh' >> + zlist=' /usr/local/etc/rc.d/[0-9]*.sh' >> + grep '^# PROVIDE:' /usr/local/etc/rc.d/relayd_check.sh >> + slist=' /usr/local/etc/rc.d/relayd_check.sh' >> + [ -z '' -a -f '/usr/local/etc/rc.d/[0-9]*.sh' ] >> + [ -x '/usr/local/etc/rc.d/[0-9]*.sh' ] >> + [ -f '/usr/local/etc/rc.d/[0-9]*.sh' -o -L >> '/usr/local/etc/rc.d/[0-9]*.sh' ] >> + [ -z '' -a -f /usr/local/etc/rc.d/relayd_check.sh ] >> + echo -n 'Local package initialization:' >> Local package initialization:+ initdone=yes >> + [ -x /usr/local/etc/rc.d/relayd_check.sh ] >> + set -T >> + trap 'exit 1' 2 >> + /usr/local/etc/rc.d/relayd_check.sh start >> >> >> relayd_check.sh is a custom script that I wrote to monitor relayd for >> crashes, log them to /var/log/ and restart the process. >> >> This script does *not* contain any "PROVIDE / REQUIRE / KEYWORD" >> initialization info and I'm beginning to think this may be the problem. >> >> I shall try further, thanks for all the pointers so far :) > > Yeah, just thought to point you out at sleeping relayd_check.sh, > when I finished to read your mail :-). Ok, I was glad to help you. > > btw, > rcorder(8) can help you to clarify a starting order for your process. > Just use: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > Well, that was definitely check_relayd.sh (which I have moved to check_relayd , to skip the .sh extension for consistency). I've also taken the opportunity to run "yes | make delete-old" from /usr/src I'm definitely not running make delete-old-libs though, I fear that might break things. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 14:42:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095EE106566B for ; Wed, 28 Dec 2011 14:42:47 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 830B08FC13 for ; Wed, 28 Dec 2011 14:42:46 +0000 (UTC) Received: by lahl5 with SMTP id l5so6800022lah.13 for ; Wed, 28 Dec 2011 06:42:45 -0800 (PST) Received: by 10.152.136.39 with SMTP id px7mr25401972lab.2.1325083365230; Wed, 28 Dec 2011 06:42:45 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id pf2sm25008887lab.1.2011.12.28.06.42.43 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 06:42:44 -0800 (PST) Message-ID: <4EFB2AE2.909@my.gd> Date: Wed, 28 Dec 2011 15:42:42 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Sergey Kandaurov , Jeremy Chadwick References: <4EFA129C.2090407@my.gd> <4EFAF945.3050509@my.gd> <4EFB294F.703@my.gd> In-Reply-To: <4EFB294F.703@my.gd> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: [SOLVED] stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 14:42:47 -0000 On 12/28/11 3:35 PM, Damien Fleuriot wrote: > > > On 12/28/11 12:37 PM, Sergey Kandaurov wrote: >> On 28 December 2011 15:11, Damien Fleuriot wrote: >>> >>> >>> On 12/28/11 11:50 AM, Sergey Kandaurov wrote: >>>> On 27 December 2011 22:46, Damien Fleuriot wrote: >>>>> Hello list, >>>>> >>>>> >>>>> >>>>> Yesterday and today, I've been busy either patching boxes for the BIND >>>>> advisory that we received on the 23rd (when they were running 8.1 or >>>>> 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). >>>>> >>>>> >>>>> Today I've come across 2 boxes running 8.2-STABLE and of course, the >>>>> BIND patch wouldn't apply correctly. >>>>> >>>>> I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. >>>>> >>>>> >>>>> I've gone through the following steps: >>>>> - make buildworld >>>>> - make buildkernel >>>>> - make installkernel >>>>> - nextboot -k my new kernel, to ensure it worked fine >>>>> - rebooted again with the new kernel, this time correctly installed as >>>>> /boot/kernel >>>>> - installed the world >>>>> - run mergemaster -FiPU >>>>> - rebuild ports >>>>> >>>>> >>>>> Now, I'm facing this odd situation where, just after booting, I get this >>>>> on the 2 boxes: >>>>> >>>>> >>>>> root 22 0.0 0.0 8256 1876 v0 Is+ 7:32PM 0:00.03 sh >>>>> /etc/rc autoboot >>>>> root 1250 0.0 0.0 18000 2576 v0 I+ 7:32PM 0:00.04 >>>>> /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i >>>>> /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf >>>>> root 1790 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >>>>> /etc/rc autoboot >>>>> root 1793 0.0 0.0 8256 1952 v0 I+ 7:32PM 0:00.00 sh >>>>> /etc/rc autoboot >>>>> >>>>> >>>>> Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" >>>>> processes ? >>>>> >>>>> Any pointers as to where I should look ? >>>> >>>> Check if the box has a working resolving during boot. >>>> This is a main reason why it may stuck in /etc/rc phase. >>>> When on physical console, type ^T. Usually it will get you >>>> the name of offending process. >>>> >>>> You posted output from ps aux. It would be nice if you post >>>> ps auxl, so values of MWCHAN ps keyword will be also seen, >>>> which can add an additional debugging info. >>>> >>> >>> >>> Find below the info: >>> >>> >>> # ps aufx >>> http://pastebin.com/iLy0Hs8s >>> >>> # ps aufxl >>> http://pastebin.com/3meFWvRH >>> >>> # dmesg.boot >>> http://pastebin.com/rFEsPfD5 >>> >>> Again, the box gets stuck at "Local package initialization:" from >>> /etc/rc.d/localpkg >>> >>> >>> I then run the following: >>> # sh -x /etc/rc.d/localpkg >>> >>> >>> A snip from the end of the script's output (stuck) yields: >>> + logger 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' >>> + echo 'localpkg: DEBUG: run_rc_command: doit: pkg_start ' >>> localpkg: DEBUG: run_rc_command: doit: pkg_start >>> + eval 'pkg_start ' >>> + pkg_start >>> + local initdone >>> + initdone='' >>> + find_local_scripts_old >>> + zlist='' >>> + slist='' >>> + [ -d /usr/local/etc/rc.d ] >>> + grep '^# PROVIDE:' '/usr/local/etc/rc.d/[0-9]*.sh' >>> + zlist=' /usr/local/etc/rc.d/[0-9]*.sh' >>> + grep '^# PROVIDE:' /usr/local/etc/rc.d/relayd_check.sh >>> + slist=' /usr/local/etc/rc.d/relayd_check.sh' >>> + [ -z '' -a -f '/usr/local/etc/rc.d/[0-9]*.sh' ] >>> + [ -x '/usr/local/etc/rc.d/[0-9]*.sh' ] >>> + [ -f '/usr/local/etc/rc.d/[0-9]*.sh' -o -L >>> '/usr/local/etc/rc.d/[0-9]*.sh' ] >>> + [ -z '' -a -f /usr/local/etc/rc.d/relayd_check.sh ] >>> + echo -n 'Local package initialization:' >>> Local package initialization:+ initdone=yes >>> + [ -x /usr/local/etc/rc.d/relayd_check.sh ] >>> + set -T >>> + trap 'exit 1' 2 >>> + /usr/local/etc/rc.d/relayd_check.sh start >>> >>> >>> relayd_check.sh is a custom script that I wrote to monitor relayd for >>> crashes, log them to /var/log/ and restart the process. >>> >>> This script does *not* contain any "PROVIDE / REQUIRE / KEYWORD" >>> initialization info and I'm beginning to think this may be the problem. >>> >>> I shall try further, thanks for all the pointers so far :) >> >> Yeah, just thought to point you out at sleeping relayd_check.sh, >> when I finished to read your mail :-). Ok, I was glad to help you. >> >> btw, >> rcorder(8) can help you to clarify a starting order for your process. >> Just use: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* >> > > > Well, that was definitely check_relayd.sh (which I have moved to > check_relayd , to skip the .sh extension for consistency). > > I've also taken the opportunity to run "yes | make delete-old" from /usr/src > > I'm definitely not running make delete-old-libs though, I fear that > might break things. For anyone reading the archive, if you ever run into the same problem, aka a stuck "sh /etc/rc autoboot" or /etc/rc.d/localpkg, or a "Initializing local packages:" at boot. The problem was caused by a defective (meh) usermade script in /usr/local/etc/rc.d/ which missed rcorder tags, for example: # PROVIDE: relayd_check # REQUIRE: NETWORKING relayd # KEYWORD: shutdown Adding these solved the problem. Ty Sergey and Jeremy for your time. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 18:58:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2870C106566B; Wed, 28 Dec 2011 18:58:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id E893D8FC14; Wed, 28 Dec 2011 18:58:06 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id pBSIVhB4055560 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 28 Dec 2011 10:31:45 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4EFB60B7.4040200@freebsd.org> Date: Wed, 28 Dec 2011 10:32:23 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17 MIME-Version: 1.0 To: Marin Atanasov Nikolov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, ml-freebsd-stable Subject: Re: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 18:58:07 -0000 On 12/28/11 12:58 AM, Marin Atanasov Nikolov wrote: > Hello, > > Today I've managed to escape from a jail by accident and ended up with > root access to the host's filesystem. > > Here's what I did: > > * Using ezjail for managing my jails > * Verified in FreeBSD 9.0-BETA3 and 9.0-RC3 > * This works only when I use sudo, and cannot reproduce if I execute > everything as root > > First, created a folder *inside* the jail and cd to it: > > host$ sudo ezjail-admin console jail-test > > jail-test# id > uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) > > jail-test# mkdir ~/jail-folder > jail-test# cd ~/jail-folder > > jail-test# pwd > /root/jail-folder > > Then from the host machine I've moved this folder to the cwd. > > host$ pwd > /usr/home/mra > > host$ sudo mv /home/jails/jail-test/root/jail-folder . > > And then here's where the jail ends up :) > > jail-test# pwd > /usr/home/mra/jail-folder > > > From here on the Jail's root user has full root privileges to the > host's filesystem. > > Not sure if it is sudo or jail issue, and would be nice if someone > with more experience can check this up :) This is not really "escaping". It's more like "being sprung by your friends outside" since it requires outside participation. The jailed process cannot do it by itself. Now what would be more interesting is if the jailed process can make a new jail inside the old jail and then 'spring' the inmate there. will that inmate be still inside the parent jail, or outside both jails? > Regards, > Marin > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 19:11:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1057106564A for ; Wed, 28 Dec 2011 19:11:08 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id B4F1A8FC08 for ; Wed, 28 Dec 2011 19:11:07 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id pBSJB6E6068842; Wed, 28 Dec 2011 13:11:06 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4EFB69CA.9080804@missouri.edu> Date: Wed, 28 Dec 2011 13:11:06 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 MIME-Version: 1.0 To: Marin Atanasov Nikolov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, ml-freebsd-stable Subject: Re: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 19:11:09 -0000 On 12/28/2011 02:58 AM, Marin Atanasov Nikolov wrote: > Hello, > > Today I've managed to escape from a jail by accident and ended up with > root access to the host's filesystem. > > Here's what I did: > > * Using ezjail for managing my jails > * Verified in FreeBSD 9.0-BETA3 and 9.0-RC3 > * This works only when I use sudo, and cannot reproduce if I execute > everything as root > > First, created a folder *inside* the jail and cd to it: > > host$ sudo ezjail-admin console jail-test > > jail-test# id > uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) > > jail-test# mkdir ~/jail-folder > jail-test# cd ~/jail-folder > > jail-test# pwd > /root/jail-folder > > Then from the host machine I've moved this folder to the cwd. > > host$ pwd > /usr/home/mra > > host$ sudo mv /home/jails/jail-test/root/jail-folder . > > And then here's where the jail ends up :) > > jail-test# pwd > /usr/home/mra/jail-folder > >> From here on the Jail's root user has full root privileges to the > host's filesystem. > > Not sure if it is sudo or jail issue, and would be nice if someone > with more experience can check this up :) > > Regards, > Marin > This is rather fascinating. I agree with the poster that the jail didn't really escape, but was "sprung from the outside." But more than that, I imagine it would be very hard to stop this without either completely rethinking how unix filesystems work, or adding significant overhead to the OS so that it checks every single "mv" command against all existing jails. I think the warning in the man page http://svnweb.freebsd.org/base/head/usr.sbin/jail/jail.8?r1=221665&r2=224286 is a better way to go. Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 23:29:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86DE9106564A; Wed, 28 Dec 2011 23:29:12 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AD4B48FC0A; Wed, 28 Dec 2011 23:29:11 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 4CB186D55; Wed, 28 Dec 2011 23:11:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D8CDF86DB; Thu, 29 Dec 2011 00:11:26 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Stephen Montgomery-Smith References: <4EFB69CA.9080804@missouri.edu> Date: Thu, 29 Dec 2011 00:11:26 +0100 In-Reply-To: <4EFB69CA.9080804@missouri.edu> (Stephen Montgomery-Smith's message of "Wed, 28 Dec 2011 13:11:06 -0600") Message-ID: <86zkecnvfl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, Marin Atanasov Nikolov , ml-freebsd-stable Subject: Re: Escaping from a jail with root privileges on the host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 23:29:12 -0000 Stephen Montgomery-Smith writes: > I agree with the poster that the jail didn't really escape, but was > "sprung from the outside." Easily prevented by making sure that every jail's root directory is unreachable to unprivileged users. Say your jails are in /jail/foo, /jail/bar and /jail/baz; if /jail is readable only by root (and perhaps wheel), it won't be possible for anyone else to move a directory out of a jail. > But more than that, I imagine it would be very hard to stop this > without either completely rethinking how unix filesystems work, or > adding significant overhead to the OS so that it checks every single > "mv" command against all existing jails. Not really. It is trivial to get a list of processes that have a given vnode as their wd: % fstat $PWD USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME des fstat 80052 wd /home/des 3 drwxr-xr-x 398 r /hom= e/des des zsh 77329 wd /home/des 3 drwxr-xr-x 398 r /hom= e/des des zsh 26841 wd /home/des 3 drwxr-xr-x 398 r /hom= e/des des emacs 2577 wd /home/des 3 drwxr-xr-x 398 r /hom= e/des des zsh 2574 wd /home/des 3 drwxr-xr-x 398 r /hom= e/des So if any of these processes are jailed and the new location is outside the jail root, the process should have its wd either forcibly changed (e.g. to the jail root) or invalidated somehow. The problem is that you not only have to check the directory you're moving, but all its subdirectories as well. I can think of ways to speed up the process; they require non-trivial changes to VFS, but not "completely rethinking how unix filesystems work". DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 10:54:33 2011 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 6AF58106564A; Thu, 29 Dec 2011 10:54:33 +0000 (UTC) (envelope-from simon@FreeBSD.org) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 04B3C8FC0A; Thu, 29 Dec 2011 10:54:33 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 3EDEF19206A; Thu, 29 Dec 2011 10:54:32 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id VINd_5TqewOr; Thu, 29 Dec 2011 10:54:30 +0000 (UTC) Received: from [192.168.4.21] (unknown [89.100.56.44]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id 33DCE192069; Thu, 29 Dec 2011 10:54:30 +0000 (UTC) From: "Simon L. B. Nielsen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 29 Dec 2011 10:54:29 +0000 Message-Id: To: stable@freebsd.org, current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Cc: Subject: svn2cvs fixed again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 10:54:33 -0000 Hey, svn2cvs has been fixed and is catching up now. Mirrors should be fully = up to date within a couple of hours (depending on their sync schedule). --=20 Simon L. B. Nielsen From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 16:24:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F081106568A for ; Thu, 29 Dec 2011 16:24:25 +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 032108FC13 for ; Thu, 29 Dec 2011 16:24:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id AD35446B46; Thu, 29 Dec 2011 11:24:24 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3E87EB96B; Thu, 29 Dec 2011 11:24:24 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 29 Dec 2011 11:08:32 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EF3B790.5050509@sgi.com> <4EF50882.9080609@sgi.com> <20111224002044.GA30339@icarus.home.lan> In-Reply-To: <20111224002044.GA30339@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112291108.33075.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 Dec 2011 11:24:24 -0500 (EST) Cc: Eric Richards , Larry Fenske , Charlie Martin , "Peter W. Morreale" , Jeremy Chadwick Subject: Re: PRINTF_BUFR_SIZE=4096? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2011 16:24:25 -0000 On Friday, December 23, 2011 7:20:44 pm Jeremy Chadwick wrote: > On Fri, Dec 23, 2011 at 04:02:26PM -0700, Charlie Martin wrote: > The value 256 is something *I personally* chose, because 128 was simply > not improving things "enough" on our systems. 256 made a bigger > difference. The reason it still remains as 128 in the stock kernel > configs is due to the issue I mentioned in my previous post, re: > developers having justified concerns over the implications of increasing > this value too high. > > I want readers of this thread to understand something: my previous > paragraph should not elude to "the higher the value, the better off you > are". I have not actually *looked* at the code to see how it works. I > tend to trust folks who know more about the implications (especially in > kernel space) of large static buffers, but even in userland I understand > the difference and implications of doing char buf[65536]; rather than > char *buf = calloc(1, 65536);. Actually, the higher the value, the worse off you are in other ways. I've had to turn off PRINTF_BUFR_SIZE completely at work. The problem is that PRINTF_BUFR_SIZE uses a cnputs() routine that disables interrupts for the _entire_ duration of outputting the string. Previously with printf() using a loop around cnputc() interrupts were only disabled for each character and re-enabled in the loop. This capped the interrupt latency at one-character. Now you can get up to 128 (or 256) times the interrupt latency hit. Granted, that may not matter for many (most?) workloads, but if you are doing routing with high pps it may very well matter. At work the problem we ran into was single line printfs stalling clock interrupts. I have not figured out why syscons cnputc() can take so long, but it appears to be rather slow. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 03:51:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E271065675 for ; Fri, 30 Dec 2011 03:51:59 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id DFDDA8FC13 for ; Fri, 30 Dec 2011 03:51:58 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 2DC6653AE; Thu, 29 Dec 2011 22:51:58 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=BzikaFP1f 8pGZZXfdNapFdz3IUlGcgbXz6FCYWU4e1o=; b=2j0iBNrKC8eCruJSxZBG7Xbsz rSu0RB8ViXi3IGyuaSKAn+eZHq9N/HaL/+4A21XfoFkmlVpwdhLli+KPdFnqKuaU ngcTFWlUOZHPtQlaktHt9qlD+LTZvJ+kaLorATICQLm6OEMR/CkAf6QNSTlArsqn M29A9PptBsPub0tIlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=Sk2 7PyYahsO13rxzqS02Se6hPnrJbG7ZML1ZNu+7mBtOzkCt+IM/Nk3U/cKzLb73uti KUrr8FkHC/zifn5v1SUCO7De4X/MeSlahErVc/26KGDwg9I5nDVXQtq9UKjXPXMR 2ebFZx3hVGcOiJ18FD45a2pIFDEC1Y0NDKl2pJww= Received: from [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604] (unknown [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id A91C553A4; Thu, 29 Dec 2011 22:51:57 -0500 (EST) Message-ID: <4EFD353D.1060900@bit0.com> Date: Thu, 29 Dec 2011 22:51:25 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, pyunyh@gmail.com References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> <20111128234212.GC1655@michelle.cdnetworks.com> In-Reply-To: <20111128234212.GC1655@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2011 03:52:00 -0000 On 11/28/2011 6:42 PM, YongHyeon PYUN wrote: > On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: >> On 11/27/11 8:39 PM, YongHyeon PYUN wrote: >>> On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: >>>> I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek >>>> RTL8111C-GR gigabit NICs on it. As far as I can tell, these support >>>> jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on >>> Actually the maximum size is 6KB for RTL8111C, not 7422. >>> RTL8111C and newer PCIe based gigabit controllers no longer support >>> scattering a jumbo frame into multiple RX buffers so a single RX >>> buffer has to receive an entire jumbo frame. This adds more burden >>> to system because it has to allocate a jumbo frame even when it >>> receives a pure TCP ACK. >> OK, that makes sense. >> >>>> FreeBSD 9.0-RC2, after a week or so of update, with fairly light network >>>> activity, the interfaces die with "no memory for jumbo buffers" errors >>>> on the console. Unloading and reloading the driver (via serial console) >>>> doesn't help; only rebooting seems to clear it up. >>>> >>> The jumbo code path is the same as normal MTU sized one so I think >>> possibility of leaking mbufs in driver is very low. And the >>> message "no memory for jumbo RX buffers" can only happen either >>> when you up the interface again or interface restart triggered by >>> watchdog timeout handler. I don't think you're seeing watchdog >>> timeouts though. >> I'm fairly certain the interface isn't changing state when this happens >> -- it just kinda spontaneously happens after a week or two, with no >> interface up/down transitions. I don't see any watchdog messages when >> this happens. > There is another code path that causes controller reinitialization. > If you change MTU or offloading configuration(TSO, VLAN tagging, > checksum offloading etc) it will reinitialize the controller. So do > you happen to trigger one of these code path during a week or two? > >>> When you see "no memory for jumbo RX buffers" message, did you >>> check available mbuf pool? >> Not yet, that's why I asked for debugging tips -- I'll do that the next >> time this happens. >> >>>> What's the best way to go about debugging this... which sysctl's should >>>> I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 >>>> to 16384 and it doesn't seem to help things... maybe prolonging it >>>> slightly, but not by much. The problem is it takes a week or so to >>>> reproduce the problem each time... >>>> >>> I vaguely guess it could be related with other subsystem which >>> leaks mbufs such that driver was not able to get more jumbo RX >>> buffers from system. For instance, r228016 would be worth to try on >>> your box. I can't clearly explain why em(4) does not suffer from >>> the issue though. >> I've just this morning built a kernel with that fix, so we'll see how >> that goes. > Ok. OK, this just happened again with a 9.0-RC3 kernel rev r228247. whitedog# ifconfig re0 down;ifconfig re0 up;ifconfig re1 down;ifconfig re1 up re0: no memory for jumbo RX buffers re1: no memory for jumbo RX buffers whitedog# netstat -m 526/1829/2355 mbufs in use (current/cache/total) 0/1278/1278/25600 mbuf clusters in use (current/cache/total/max) 0/356 mbuf+clusters out of packet secondary zone in use (current/cache) 0/336/336/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 512/385/897/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 4739K/7822K/12561K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/4560/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 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 14:52:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA0D106566C for ; Fri, 30 Dec 2011 14:52:00 +0000 (UTC) (envelope-from mailintern@123mail.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id B2D658FC1B for ; Fri, 30 Dec 2011 14:52:00 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0D520204E5 for ; Fri, 30 Dec 2011 09:32:16 -0500 (EST) Received: from web2.nyi.mail.srv.osa ([10.202.2.212]) by compute6.internal (MEProxy); Fri, 30 Dec 2011 09:32:16 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=123mail.org; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=2gisAkwC/sNLf0cKbemOrZz uGU8=; b=TZkLNQpn5fHfF0rIEUpD/Ps63uAqalnoF7Xuzjifi432nLK3SSqGH+D HgaW1diWOBEBiRSnHGfX39e1H9uC5MBy2eWu/5CaHXXg5swV2uru9SuBfnqwRprW LH4dw/sWciOpdl660X22GNhvUm9Q7VwLWO7wWcQPl/vjquplynOo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=2gisAkwC/sNLf0cKbemOrZzuGU8=; b=ihHL2/ZsRmh8JdUEmYflEiawn4J0 G39FCO+n5GUi+fyLj2V0tP91stoyMaXn0W+lArWjh+janay5abn/YEKwas4m6Q+b 4ZICTq9peNpkNwn6GyoDdiT28UYTiOUHfBa9CVKVApbEFzu3BnOMUUovQ2c60UBW tJNiGQgYSH4FysM= Received: by web2.nyi.mail.srv.osa (Postfix, from userid 99) id E19BA5C3DD7; Fri, 30 Dec 2011 09:32:15 -0500 (EST) Message-Id: <1325255535.6058.140661017431021@webmail.messagingengine.com> X-Sasl-Enc: tS3Mx5LWF74PsElm9EiLdpM/9LcO1qw0VyXMCYPenpIw 1325255535 From: mailintern@123mail.org To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Mailer: MessagingEngine.com Webmail Interface Date: Fri, 30 Dec 2011 06:32:15 -0800 Subject: 9-RC3 VIMAGE on kvm DNS problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 14:52:01 -0000 Hi all, I've two problems running on 9-RC3 with a VIMAGE recompilied kernel (both tested on 64- and 32-Bit versions). The whole is a vps on a CentOS-6.2 kvm based virtualization by an hoster. First: It's not running stable so far. Mostly after rebooting there is a kernel panic as a result of pf incompabilities. I've read of some successful installations but I' can't confirm that as far as my configuration is concerned. It's based on serveral reinstallations and the kernel problems remain the same.=20 Mostly after the 3rd reboot the kernel remains stable. On the vps two vnets are running.=20 One the first is an OpenVPN server in combination with an Asterisk server. This is the backward tunnel to my home office. The Asterisk is related to another tunnel to my VOIP-provider who has a Cisco router. The client on my side is vpnc. The vnets are connected via epairs to a bridge. The second vnet has also OpenVPN running for another TPC/IP data stream. All are in routed mode (dev tun). After about 20 hours the DNS resolution *suddenly* stops for the main vps and the two vnets. So it's time for the next reboot =E2=80=A6 For the first I would like to solve the DNS problem. I've tried different name servers as well as an own bind server. Any suggestions are highly welcomed. Cheers, Dave --=20 http://www.fastmail.fm - IMAP accessible web-mail From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:13:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E98EF106566B for ; Fri, 30 Dec 2011 21:13:31 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-3-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id 87BC28FC0C for ; Fri, 30 Dec 2011 21:13:31 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id pBULDOll011224 for ; Fri, 30 Dec 2011 16:13:30 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <4EFE2974.4080509@m5p.com> Date: Fri, 30 Dec 2011 16:13:24 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111127 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 30 Dec 2011 16:13:30 -0500 (EST) X-Scanned-By: MIMEDefang 2.72 on IPv6:2001:418:3fd::f7 Subject: 9.0-RC3 umass quirks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2011 21:13:32 -0000 I have a USB compact flash reader-writer which is normally connected to my computer all the time but rarely contains a compact flash card. Here is a snippet from a verbose dmesg with FreeBSD 9.0-RC3: ugen0.5: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4101 umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): SCSI status error (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:0): Error 6, Unretryable error (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? ... (probe0:umass-sim0:0:0:0): AutoSense failed (probe0:umass-sim0:0:0:0): Error 5, Unretryable error GEOM: new disk da0 pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 pass2: Removable Direct Access SCSI-0 device pass2: 1.000MB/s transfers ... (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device - 0 outstanding (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Error 5, Retries exhausted (da0:umass-sim0:0:0:0): removing device entry Opened disk da0 -> 5 Everything works normally, but the above events take about half a minute and bring the booting-up procedure to a halt while the retries finish. Is there a umass quirk I could enable to speed up whatever is happening here? usbconfig -d 0.5 dump_device_desc says: ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x05e3 idProduct = 0x0703 bcdDevice = 0x0032 iManufacturer = 0x0000 iProduct = 0x0001 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:47:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D3F106564A for ; Fri, 30 Dec 2011 21:47:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 25ACF8FC12 for ; Fri, 30 Dec 2011 21:47:58 +0000 (UTC) Received: by iadj38 with SMTP id j38so32786465iad.13 for ; Fri, 30 Dec 2011 13:47:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=fvRC5wc+e6dciMUFLvfRWuT4Gq44uhGJAgURhWN2hM4=; b=amHKX063X7wpViEzQHqqEpCtj3XPyVO5LdF30fE3ZV9CaAqPqnrWdESQG5hdJ/UfaU y+P/WVkv2D+5wef7x8baCggcQ8w34lkdRf8uGDFR9fjqONMs9H6BsvqI/IXiHUUhAEwX wBWiIO0bkPmkTEa0vVfD+ZFoM9PAADqKONNKc= Received: by 10.42.147.72 with SMTP id m8mr43176800icv.56.1325281678582; Fri, 30 Dec 2011 13:47:58 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i2sm56738856igq.6.2011.12.30.13.47.56 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Dec 2011 13:47:57 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 30 Dec 2011 13:46:03 -0800 From: YongHyeon PYUN Date: Fri, 30 Dec 2011 13:46:03 -0800 To: Mike Andrews Message-ID: <20111230214603.GC14244@michelle.cdnetworks.com> References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> <20111128234212.GC1655@michelle.cdnetworks.com> <4EFD353D.1060900@bit0.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <4EFD353D.1060900@bit0.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue 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: Fri, 30 Dec 2011 21:47:59 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 29, 2011 at 10:51:25PM -0500, Mike Andrews wrote: > On 11/28/2011 6:42 PM, YongHyeon PYUN wrote: > >On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: > >>On 11/27/11 8:39 PM, YongHyeon PYUN wrote: > >>>On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: > >>>>I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek > >>>>RTL8111C-GR gigabit NICs on it. As far as I can tell, these support > >>>>jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on > >>>Actually the maximum size is 6KB for RTL8111C, not 7422. > >>>RTL8111C and newer PCIe based gigabit controllers no longer support > >>>scattering a jumbo frame into multiple RX buffers so a single RX > >>>buffer has to receive an entire jumbo frame. This adds more burden > >>>to system because it has to allocate a jumbo frame even when it > >>>receives a pure TCP ACK. > >>OK, that makes sense. > >> > >>>>FreeBSD 9.0-RC2, after a week or so of update, with fairly light network > >>>>activity, the interfaces die with "no memory for jumbo buffers" errors > >>>>on the console. Unloading and reloading the driver (via serial console) > >>>>doesn't help; only rebooting seems to clear it up. > >>>> > >>>The jumbo code path is the same as normal MTU sized one so I think > >>>possibility of leaking mbufs in driver is very low. And the > >>>message "no memory for jumbo RX buffers" can only happen either > >>>when you up the interface again or interface restart triggered by > >>>watchdog timeout handler. I don't think you're seeing watchdog > >>>timeouts though. > >>I'm fairly certain the interface isn't changing state when this happens > >>-- it just kinda spontaneously happens after a week or two, with no > >>interface up/down transitions. I don't see any watchdog messages when > >>this happens. > >There is another code path that causes controller reinitialization. > >If you change MTU or offloading configuration(TSO, VLAN tagging, > >checksum offloading etc) it will reinitialize the controller. So do > >you happen to trigger one of these code path during a week or two? > > > >>>When you see "no memory for jumbo RX buffers" message, did you > >>>check available mbuf pool? > >>Not yet, that's why I asked for debugging tips -- I'll do that the next > >>time this happens. > >> > >>>>What's the best way to go about debugging this... which sysctl's should > >>>>I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 > >>>>to 16384 and it doesn't seem to help things... maybe prolonging it > >>>>slightly, but not by much. The problem is it takes a week or so to > >>>>reproduce the problem each time... > >>>> > >>>I vaguely guess it could be related with other subsystem which > >>>leaks mbufs such that driver was not able to get more jumbo RX > >>>buffers from system. For instance, r228016 would be worth to try on > >>>your box. I can't clearly explain why em(4) does not suffer from > >>>the issue though. > >>I've just this morning built a kernel with that fix, so we'll see how > >>that goes. > >Ok. > > OK, this just happened again with a 9.0-RC3 kernel rev r228247. > > > whitedog# ifconfig re0 down;ifconfig re0 up;ifconfig re1 down;ifconfig Ah, sorry. I should have spotted this issue earlier. Try attached patch and let me know whether it makes any difference. > re1 up > re0: no memory for jumbo RX buffers > re1: no memory for jumbo RX buffers > whitedog# netstat -m > 526/1829/2355 mbufs in use (current/cache/total) > 0/1278/1278/25600 mbuf clusters in use (current/cache/total/max) > 0/356 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/336/336/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 512/385/897/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 4739K/7822K/12561K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/4560/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 --BOKacYhQ+x31HxR3 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.jumbobuf.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 229006) +++ sys/dev/re/if_re.c (working copy) @@ -3558,7 +3558,6 @@ } /* Free the TX list buffers. */ - for (i = 0; i < sc->rl_ldata.rl_tx_desc_cnt; i++) { txd = &sc->rl_ldata.rl_tx_desc[i]; if (txd->tx_m != NULL) { @@ -3572,11 +3571,10 @@ } /* Free the RX list buffers. */ - for (i = 0; i < sc->rl_ldata.rl_rx_desc_cnt; i++) { rxd = &sc->rl_ldata.rl_rx_desc[i]; if (rxd->rx_m != NULL) { - bus_dmamap_sync(sc->rl_ldata.rl_tx_mtag, + bus_dmamap_sync(sc->rl_ldata.rl_rx_mtag, rxd->rx_dmamap, BUS_DMASYNC_POSTREAD); bus_dmamap_unload(sc->rl_ldata.rl_rx_mtag, rxd->rx_dmamap); @@ -3584,6 +3582,20 @@ rxd->rx_m = NULL; } } + + if ((sc->rl_flags & RL_FLAG_JUMBOV2) != 0) { + for (i = 0; i < sc->rl_ldata.rl_rx_desc_cnt; i++) { + rxd = &sc->rl_ldata.rl_jrx_desc[i]; + if (rxd->rx_m != NULL) { + bus_dmamap_sync(sc->rl_ldata.rl_jrx_mtag, + rxd->rx_dmamap, BUS_DMASYNC_POSTREAD); + bus_dmamap_unload(sc->rl_ldata.rl_jrx_mtag, + rxd->rx_dmamap); + m_freem(rxd->rx_m); + rxd->rx_m = NULL; + } + } + } } /* --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 07:55:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85B7C106564A for ; Sat, 31 Dec 2011 07:55:57 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id 3BDC38FC12 for ; Sat, 31 Dec 2011 07:55:57 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 87751CA31; Sat, 31 Dec 2011 02:55:56 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=hORllvSwE IPp/NvWoQA0mbPC7X8qbvenrEKvy+vjBHY=; b=e0GCXlIA3vveK99DZocYwzcl4 ownbRoIcu7SuoWgkTxCLfynMqhhFK6kyAHIyiuDuGKjYUMgrwdiUi/Qo55I8WvWi Xgjor33MU0NhymWRkuAG4HwZn11vMLSXlV7cHM8C2Uq1NmehPbFFd5HKuBrHA8qS glS7iSADJwn7d1osJs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=dji JhtiB3NW+ZQb5S0Cweazbv0k9OAjwK3bstRDzN6JAZJ8iS5PixQ0+m9vnaoNevkP QiYkL3gJ1yf2rSe0dae1dVtLlxd5Fjx9Rd4RAhwF4L4947hTsrJ0k2/YXAS+m75u EgnWa2pwIwozLsdhPVvnNhFtjsHXrvFsMfuqYiG8= Received: from [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604] (unknown [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id E0F6ACA30; Sat, 31 Dec 2011 02:55:55 -0500 (EST) Message-ID: <4EFEBFE7.4000605@bit0.com> Date: Sat, 31 Dec 2011 02:55:19 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> <20111128234212.GC1655@michelle.cdnetworks.com> <4EFD353D.1060900@bit0.com> <20111230214603.GC14244@michelle.cdnetworks.com> In-Reply-To: <20111230214603.GC14244@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 07:55:57 -0000 On 12/30/2011 4:46 PM, YongHyeon PYUN wrote: > On Thu, Dec 29, 2011 at 10:51:25PM -0500, Mike Andrews wrote: >> On 11/28/2011 6:42 PM, YongHyeon PYUN wrote: >>> On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: >>>> On 11/27/11 8:39 PM, YongHyeon PYUN wrote: >>>>> On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: >>>>>> I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek >>>>>> RTL8111C-GR gigabit NICs on it. As far as I can tell, these support >>>>>> [snip] >>>>>> activity, the interfaces die with "no memory for jumbo buffers" errors >>>>>> on the console. Unloading and reloading the driver (via serial console) >>>>>> doesn't help; only rebooting seems to clear it up. >>>>>> > > Ah, sorry. I should have spotted this issue earlier. > Try attached patch and let me know whether it makes any difference. > OK, I'm running with the patch, but it may take a few weeks before I can declare it fixed or not. :) Thanks! From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 17:52:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AB73106566C for ; Sat, 31 Dec 2011 17:52:52 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 752E28FC1A for ; Sat, 31 Dec 2011 17:52:52 +0000 (UTC) Received: (qmail 26867 invoked by uid 89); 31 Dec 2011 17:28:37 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 31 Dec 2011 17:28:37 -0000 From: Dan Allen Date: Sat, 31 Dec 2011 10:26:09 -0700 Message-Id: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> To: List FreeBSD-STABLE Mailing Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 17:52:52 -0000 (** Originally posted to freebsd-current@freebsd.org but I noticed that = there are 9.0 RC3 questions here on freebsd-stable; I am not sure which = forum is appropriate. **) I just upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9. The = machine no longer boots. However, if I put hint.acpi.0.disabled=3D1 in /boot/loader.conf then the machine runs fine. With RELENG_8 the = machine had no loader.conf, and the power button worked on my desktop = machine. Now with ACPI disabled my power button does not work. I have = found that the machine hangs at boot during a scan of the PCI bus, but = if I disable that (hw.acpi.disable=3Dpci) then the machine cannot find a = boot drive. So I have lost functionality that worked fine in BSD 8. Thoughts? Suggestions? Thanks, Dan Allen From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 17:57:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96398106566B for ; Sat, 31 Dec 2011 17:57:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 782498FC0C for ; Sat, 31 Dec 2011 17:57:16 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta03.emeryville.ca.mail.comcast.net with comcast id Ftru1i0080mlR8UA3tx9gP; Sat, 31 Dec 2011 17:57:09 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta11.emeryville.ca.mail.comcast.net with comcast id Ftpl1i01A1t3BNj8Xtpm5r; Sat, 31 Dec 2011 17:49:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 08E31102C1E; Sat, 31 Dec 2011 09:57:15 -0800 (PST) Date: Sat, 31 Dec 2011 09:57:15 -0800 From: Jeremy Chadwick To: Dan Allen Message-ID: <20111231175714.GA48840@icarus.home.lan> References: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: List FreeBSD-STABLE Mailing Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 17:57:16 -0000 On Sat, Dec 31, 2011 at 10:26:09AM -0700, Dan Allen wrote: > (** Originally posted to freebsd-current@freebsd.org but I noticed that there are 9.0 RC3 questions here on freebsd-stable; I am not sure which forum is appropriate. **) > > I just upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9. The machine no longer boots. However, if I put > > hint.acpi.0.disabled=1 > > in /boot/loader.conf then the machine runs fine. With RELENG_8 the machine had no loader.conf, and the power button worked on my desktop machine. Now with ACPI disabled my power button does not work. I have found that the machine hangs at boot during a scan of the PCI bus, but if I disable that (hw.acpi.disable=pci) then the machine cannot find a boot drive. > > So I have lost functionality that worked fine in BSD 8. Do you have a necessary reason to upgrade to 9 given this situation? Given the conditions I would stay you should stay with 8. > Thoughts? Suggestions? Provide full output from a verbose boot so developers can try to figure out where the problem is. You will either need serial console or firewire console for this task, as the amount of text will be too much to type in (many, many screens worth). Simply showing a photo of the last screen where it locks up may not be sufficient. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 19:00:46 2011 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 A7865106567C; Sat, 31 Dec 2011 19:00:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 62EA88FC12; Sat, 31 Dec 2011 19:00:46 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id pBVJ0jxa064052; Sat, 31 Dec 2011 19:00:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id pBVJ0jLM064047; Sat, 31 Dec 2011 19:00:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Dec 2011 19:00:45 GMT Message-Id: <201112311900.pBVJ0jLM064047@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 19:00:46 -0000 TB --- 2011-12-31 16:39:24 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2011-12-31 16:39:24 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2011-12-31 16:39:24 - cleaning the object tree TB --- 2011-12-31 16:40:20 - cvsupping the source tree TB --- 2011-12-31 16:40:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/i386/i386/supfile TB --- 2011-12-31 16:41:04 - building world TB --- 2011-12-31 16:41:04 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 16:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 16:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 16:41:04 - SRCCONF=/dev/null TB --- 2011-12-31 16:41:04 - TARGET=i386 TB --- 2011-12-31 16:41:04 - TARGET_ARCH=i386 TB --- 2011-12-31 16:41:04 - TZ=UTC TB --- 2011-12-31 16:41:04 - __MAKE_CONF=/dev/null TB --- 2011-12-31 16:41:04 - cd /src TB --- 2011-12-31 16:41:04 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 31 16:41:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 31 18:49:29 UTC 2011 TB --- 2011-12-31 18:49:29 - generating LINT kernel config TB --- 2011-12-31 18:49:29 - cd /src/sys/i386/conf TB --- 2011-12-31 18:49:29 - /usr/bin/make -B LINT TB --- 2011-12-31 18:49:29 - cd /src/sys/i386/conf TB --- 2011-12-31 18:49:29 - /usr/sbin/config -m LINT TB --- 2011-12-31 18:49:29 - building LINT kernel TB --- 2011-12-31 18:49:29 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 18:49:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 18:49:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 18:49:29 - SRCCONF=/dev/null TB --- 2011-12-31 18:49:29 - TARGET=i386 TB --- 2011-12-31 18:49:29 - TARGET_ARCH=i386 TB --- 2011-12-31 18:49:29 - TZ=UTC TB --- 2011-12-31 18:49:29 - __MAKE_CONF=/dev/null TB --- 2011-12-31 18:49:29 - cd /src TB --- 2011-12-31 18:49:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 31 18:49:29 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/net/if_axe.c:1355: error: 'AXE_FLAG_CSUM_FRAME' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1357: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1357: error: 'AXE_CSUM_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1359: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1359: error: 'AXE_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c: In function 'axe_ioctl': /src/sys/dev/usb/net/if_axe.c:1499: warning: implicit declaration of function 'uether_init' /src/sys/dev/usb/net/if_axe.c:1499: warning: nested extern declaration of 'uether_init' [-Wnested-externs] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-31 19:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-31 19:00:45 - ERROR: failed to build LINT kernel TB --- 2011-12-31 19:00:45 - 6568.91 user 801.92 system 8481.04 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 19:01:12 2011 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 307FF106567A; Sat, 31 Dec 2011 19:01:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id E2B2E8FC14; Sat, 31 Dec 2011 19:01:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id pBVJ1Ban065106; Sat, 31 Dec 2011 19:01:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id pBVJ1BWW065105; Sat, 31 Dec 2011 19:01:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 Dec 2011 19:01:11 GMT Message-Id: <201112311901.pBVJ1BWW065105@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 19:01:12 -0000 TB --- 2011-12-31 16:02:35 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2011-12-31 16:02:35 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2011-12-31 16:02:35 - cleaning the object tree TB --- 2011-12-31 16:03:34 - cvsupping the source tree TB --- 2011-12-31 16:03:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/amd64/amd64/supfile TB --- 2011-12-31 16:04:25 - building world TB --- 2011-12-31 16:04:25 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 16:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 16:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 16:04:25 - SRCCONF=/dev/null TB --- 2011-12-31 16:04:25 - TARGET=amd64 TB --- 2011-12-31 16:04:25 - TARGET_ARCH=amd64 TB --- 2011-12-31 16:04:25 - TZ=UTC TB --- 2011-12-31 16:04:25 - __MAKE_CONF=/dev/null TB --- 2011-12-31 16:04:25 - cd /src TB --- 2011-12-31 16:04:25 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 31 16:04:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 31 18:49:47 UTC 2011 TB --- 2011-12-31 18:49:47 - generating LINT kernel config TB --- 2011-12-31 18:49:47 - cd /src/sys/amd64/conf TB --- 2011-12-31 18:49:47 - /usr/bin/make -B LINT TB --- 2011-12-31 18:49:47 - cd /src/sys/amd64/conf TB --- 2011-12-31 18:49:47 - /usr/sbin/config -m LINT TB --- 2011-12-31 18:49:47 - building LINT kernel TB --- 2011-12-31 18:49:47 - CROSS_BUILD_TESTING=YES TB --- 2011-12-31 18:49:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-31 18:49:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-31 18:49:47 - SRCCONF=/dev/null TB --- 2011-12-31 18:49:47 - TARGET=amd64 TB --- 2011-12-31 18:49:47 - TARGET_ARCH=amd64 TB --- 2011-12-31 18:49:47 - TZ=UTC TB --- 2011-12-31 18:49:47 - __MAKE_CONF=/dev/null TB --- 2011-12-31 18:49:47 - cd /src TB --- 2011-12-31 18:49:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 31 18:49:47 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/usb/net/if_axe.c:1355: error: 'AXE_FLAG_CSUM_FRAME' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1357: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1357: error: 'AXE_CSUM_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c:1359: error: 'struct axe_softc' has no member named 'sc_lenmask' /src/sys/dev/usb/net/if_axe.c:1359: error: 'AXE_HDR_LEN_MASK' undeclared (first use in this function) /src/sys/dev/usb/net/if_axe.c: In function 'axe_ioctl': /src/sys/dev/usb/net/if_axe.c:1499: warning: implicit declaration of function 'uether_init' /src/sys/dev/usb/net/if_axe.c:1499: warning: nested extern declaration of 'uether_init' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-31 19:01:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-31 19:01:11 - ERROR: failed to build LINT kernel TB --- 2011-12-31 19:01:11 - 7918.41 user 1064.17 system 10715.99 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 19:41:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93DB7106564A for ; Sat, 31 Dec 2011 19:41:32 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 531EB8FC12 for ; Sat, 31 Dec 2011 19:41:31 +0000 (UTC) Received: (qmail 25643 invoked by uid 89); 31 Dec 2011 19:43:58 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 31 Dec 2011 19:43:58 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Dan Allen In-Reply-To: <20111231175714.GA48840@icarus.home.lan> Date: Sat, 31 Dec 2011 12:41:29 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> <20111231175714.GA48840@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1251.1) Cc: Garrett Cooper , List FreeBSD-STABLE Mailing Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 19:41:32 -0000 On 31 Dec 2011, at 10:57 AM, Jeremy Chadwick wrote: > Do you have a necessary reason to upgrade to 9 given this situation? > Given the conditions I would stay you should stay with 8. This philosophy seems wrong, but it may be the way to go. My Toshiba Satellite U205 used to work great with RELENG_7, but the boot = code of RELENG_8 will not recognize the 2nd core of my Core Duo (not = Core 2 Duo) processor. Nobody seems to care as few machines have Core = Duo, or few people use this era of Toshiba BIOS, or whatever. Now my Dell GX270 ACPI code is pre 2.0 (so Garrett tells me), so = RELENG_9 is out. I guess I should run all of my older machines on RELENG_7 but -- and = this is where the philosophy you suggest seems wrong -- I still want the = latest apps, security fixes, etc. If the stable tree updates ls or tcsh = or awk, I want these, but the core OS seems to have moved on from 2004 = machines. In other words, there is no tree for me. Dan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 20:01:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 339EE106564A for ; Sat, 31 Dec 2011 20:01:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id D97D58FC14 for ; Sat, 31 Dec 2011 20:01:34 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so20066540vcb.13 for ; Sat, 31 Dec 2011 12:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Up+0wWAXUzvmmTItI2IRngEdJ6+cSFafN6IzTBYce1A=; b=dHI+eCfP/mGm95b/U0iInrUgFvrOgY4grCsnWnMgvkpnDovWRuD8c7RWfzSa7kmIAg mgNP12PZd8Q0obPcvmF9awNi6zm5mKbFQV0AUyul22Hag1pq41O85BX3rTSEzM4GWlBy uNlT6Dbz5DPOmmvsCIaW4c04g1Hdgb69dWvxo= MIME-Version: 1.0 Received: by 10.220.213.200 with SMTP id gx8mr25266024vcb.13.1325361694137; Sat, 31 Dec 2011 12:01:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Sat, 31 Dec 2011 12:01:34 -0800 (PST) In-Reply-To: References: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> <20111231175714.GA48840@icarus.home.lan> Date: Sat, 31 Dec 2011 12:01:34 -0800 X-Google-Sender-Auth: G44fGcIakD0Hj3RHvqU10US5YCs Message-ID: From: Adrian Chadd To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , List FreeBSD-STABLE Mailing , Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 20:01:35 -0000 Well, the problem is that the people working on this code don't have a variety of older hardware to test things on. Developers of free software rely on users to do testing of releases on the hardware they care about. It may not sound very good but it's the best that can be done with the given resources :) This is why developers ask for testing to be done on -HEAD before it becomes a RC. Otherwise the alternative is to build a huge regression testing lab and have volunteers staff it.. guess what the chances are of that happening right at the present? :) So what I can only suggest is that you build and boot a variety of -HEAD kernels. Start with HEAD from say, Jan 1 2011. Boot it, see if it works. If it doesn't, go back 3 months at a time. If it does, go forward three months until it breaks. Post the SVN revision numbers of the kernel versions that work and don't work. You don't have to do anything other than boot the kernel to see if it works, so you don't need to try and build an entire release. Thankfully. If you can spend a few hours doing that, you'll be helping out the pci/cardbus/acpi guys a _lot_. Chances are that they updated something that looked wrong, and broke some legacy thing. This happened with Atheros NICs and caused no end of heartache until someone actually did the above. John fixed it quick-smart. :) Good luck! Adrian From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 20:03:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEEF106566B for ; Sat, 31 Dec 2011 20:03:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 50F288FC1D for ; Sat, 31 Dec 2011 20:03:00 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so20067102vcb.13 for ; Sat, 31 Dec 2011 12:02:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vT1k/NLnJezGmw5+vZx3KZ8LNv1LekovJ4eGnQ+J5LM=; b=V/sg+lQXmCuRV+xQvc78vs1N28tRJrOxpYC3ZQ6pXdsbJrxhLbb+AOW1KGtuFURdyP Kb2zwuXHbsrCa1w5x97xrR/JfXa020/7kFTB3KkdPW0KsJF2XSwqHWTVsAkbjc8RwkGj kayefpc4Fps+CYs0CLfPTUHpDj6kmNcOfHLog= MIME-Version: 1.0 Received: by 10.220.153.134 with SMTP id k6mr25154200vcw.23.1325361779744; Sat, 31 Dec 2011 12:02:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Sat, 31 Dec 2011 12:02:59 -0800 (PST) In-Reply-To: References: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> <20111231175714.GA48840@icarus.home.lan> Date: Sat, 31 Dec 2011 12:02:59 -0800 X-Google-Sender-Auth: TtZfxCkuSzAuywG-Tnm9AaPE8OY Message-ID: From: Adrian Chadd To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , List FreeBSD-STABLE Mailing , Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 20:03:00 -0000 On 31 December 2011 11:41, Dan Allen wrote: > My Toshiba Satellite U205 used to work great with RELENG_7, but the boot = code of RELENG_8 will not recognize the 2nd core of my Core Duo (not Core 2= Duo) processor. =A0Nobody seems to care as few machines have Core Duo, or = few people use this era of Toshiba BIOS, or whatever. .. and if this is a problem, a boot -v from both releng_7 and releng_8 would be a good starting point. Surely detecting the CPU cores would be an easy thing to get right. Also, it may be a hyperthread CPU "thing" - I recall some changes in the releng_8 timeframe because of security vulnerabilities with classic hyperthreading and you have to do something to enable it again. Adrian From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:15:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98631106566C for ; Sat, 31 Dec 2011 23:15:24 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2F48FC12 for ; Sat, 31 Dec 2011 23:15:24 +0000 (UTC) Received: (qmail 12724 invoked by uid 89); 31 Dec 2011 23:17:52 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 31 Dec 2011 23:17:52 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Dan Allen In-Reply-To: Date: Sat, 31 Dec 2011 15:05:08 -0700 Content-Transfer-Encoding: 7bit Message-Id: <4DA4D257-6577-47E3-9AF8-8BA26A1C2F3A@airwired.net> References: <1C1E4950-FEAF-48DB-9F38-2408245E16EF@airwired.net> <20111231175714.GA48840@icarus.home.lan> To: Adrian Chadd X-Mailer: Apple Mail (2.1251.1) Cc: Garrett Cooper , List FreeBSD-STABLE Mailing , Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 23:15:24 -0000 On 31 Dec 2011, at 1:01 PM, Adrian Chadd wrote: > So what I can only suggest is that you build and boot a variety of > -HEAD kernels. Start with HEAD from say, Jan 1 2011. Boot it, see if > it works. If it doesn't, go back 3 months at a time. If it does, go > forward three months until it breaks. Fair enough. I will see what I can accomplish. Thanks! Dan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:17:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0C51065675 for ; Sat, 31 Dec 2011 23:17:47 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 2990D8FC12 for ; Sat, 31 Dec 2011 23:17:47 +0000 (UTC) Received: (qmail 13523 invoked by uid 89); 31 Dec 2011 23:20:15 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 31 Dec 2011 23:20:15 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Dan Allen In-Reply-To: Date: Sat, 31 Dec 2011 16:17:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <04292366-1297-488F-9239-98565828DDC8@airwired.net> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> To: Garrett Cooper X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org, List Mailing FreeBSD-STABLE , Jeremy Chadwick Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 23:17:47 -0000 On 31 Dec 2011, at 12:34 PM, Garrett Cooper wrote: > Not yet. Add 'nooptions NEW_PCIB' to your KERNCONF, recompile, and > try booting the new kernel. See if this works. It worked! No hang, power button works. Nice. I hope this = experimental option stays in. Thank you everyone for your help. Happy New Years! Dan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:31:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFEEC1065675 for ; Sat, 31 Dec 2011 23:31:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id BFB8F8FC17 for ; Sat, 31 Dec 2011 23:31:53 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta01.emeryville.ca.mail.comcast.net with comcast id FzXh1i0010cQ2SLA1zXnil; Sat, 31 Dec 2011 23:31:47 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.emeryville.ca.mail.comcast.net with comcast id FzUL1i00M1t3BNj8WzULE9; Sat, 31 Dec 2011 23:28:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 42842102C1E; Sat, 31 Dec 2011 15:31:52 -0800 (PST) Date: Sat, 31 Dec 2011 15:31:52 -0800 From: Jeremy Chadwick To: Dan Allen Message-ID: <20111231233152.GA54245@icarus.home.lan> References: <038588ED-E0E0-46F6-8E28-1926FBE28825@airwired.net> <70F3E6A6-762E-4C4F-B517-C386304DF85F@airwired.net> <8DF650FE-CE0D-4DA4-901C-B19269464F9C@airwired.net> <04292366-1297-488F-9239-98565828DDC8@airwired.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04292366-1297-488F-9239-98565828DDC8@airwired.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , mav@freebsd.org, freebsd-current@freebsd.org, List Mailing FreeBSD-STABLE , jhb@freebsd.org Subject: Re: ACPI broke going from 8 to 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2011 23:31:54 -0000 On Sat, Dec 31, 2011 at 04:17:16PM -0700, Dan Allen wrote: > On 31 Dec 2011, at 12:34 PM, Garrett Cooper wrote: > > > Not yet. Add 'nooptions NEW_PCIB' to your KERNCONF, recompile, and > > try booting the new kernel. See if this works. > > It worked! No hang, power button works. Nice. I hope this experimental option stays in. > > Thank you everyone for your help. Happy New Years! This option isn't documented **anywhere** in the entire src tree. It's purely #ifdef all over. The code in question was committed 7 months ago. It was MFC'd to RELENG_8 6 months ago. Here's the HEAD commit message: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c#rev1.420 The RELENG_8 MFC is revision 1.386.2.15. The committer is jhb@, with mav@ being the individual who tested it, so I imagine either of these folks will have some excellent insights as to what's causing Dan's problem. I'm CC'ing them both directly on this thread. In the meantime: Dan, when you say in your original mail, "I just upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9", can you please provide uname -a output from the system when it was running RELENG_8? I'm looking specifically for the exact time when the kernel was built, because there may have been fixes (that broke things for you) between the above commit and present-day RELENG_8 (I have not examined all commits). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |