From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 00:17:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998D1106566C for ; Sun, 30 Aug 2009 00:17:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2F68B8FC17 for ; Sun, 30 Aug 2009 00:17:16 +0000 (UTC) Received: (qmail 16638 invoked by uid 399); 30 Aug 2009 00:17:13 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Aug 2009 00:17:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A99C502.4060102@FreeBSD.org> Date: Sat, 29 Aug 2009 17:17:06 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 00:17:17 -0000 Howdy, I make this suggestion every time there is a new major release coming, maybe this time will be the one! :) One could argue that with the 2 active stable branches that we have now the freebsd-stable@ mailing list is already quite confusing. Adding a third (8-STABLE) will make it much more so (arguably confusion to the third power instead of just confusion squared), for a lot of reasons that I think are probably obvious. Thus, my suggestion. Split what is currently freebsd-stable into one list per branch. This year I even have a better suggestion for the names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail sent to the existing -stable list can get an auto-reply explaining the new world order. What do you think? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 04:56:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83BE1106566C; Sun, 30 Aug 2009 04:56:13 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id E63E68FC08; Sun, 30 Aug 2009 04:56:12 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so243740fga.13 for ; Sat, 29 Aug 2009 21:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=lkRMEgixUnzGXCEvZZW1TLBJjPDvhBwIRgI1Rx4X5ng=; b=ZPEI2Bi2+VpN8+jFbfmFw04V3GqAB8N5zbPhOLf1MugVWpJWuARRUvB16a6YqEzQEr dWyVjGQLCXD7ZeTzv9Z2tEHDWyoqEdFdMtz9L0kHKpmPH1JuWwJBtvCk3EaR9TsiO0i7 8kZkr/RVrDoLUyHHj2MqGddoGEKQUDsRxNvmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=C2Siau4Jdf0rJjTV3hVEqKZwEe5xGyBB2lxQ3hzplGet5/ZIrCpauZsfzwxrEE63vB OdJhIkrqSJHR3xGtyBNvaShEeTBh/aeq+bcG1e0bQ8Cl/E0EAyVXAv4/+LgNu5tuE378 G4n+4pRhHPRLHnrbnGjhKSA72i2Mw86NtscOM= MIME-Version: 1.0 Received: by 10.239.139.143 with SMTP id t15mr277614hbt.92.1251606374825; Sat, 29 Aug 2009 21:26:14 -0700 (PDT) In-Reply-To: <4A99C502.4060102@FreeBSD.org> References: <4A99C502.4060102@FreeBSD.org> Date: Sun, 30 Aug 2009 00:26:14 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Doug Barton Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 04:56:13 -0000 On Sat, Aug 29, 2009 at 8:17 PM, Doug Barton wrote: > ... > > Thus, my suggestion. Split what is currently freebsd-stable into one > list per branch. This year I even have a better suggestion for the > names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail > sent to the existing -stable list can get an auto-reply explaining the > new world order. > > > What do you think? > > Doug > > I think , this is a very good idea , because problems of each major version is generally different from the other ones . Even I have the idea about using Handbook separately for each major version . Previously I sent a message about that but it is completely ignored . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 06:31:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770CF1065670 for ; Sun, 30 Aug 2009 06:31:11 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA2D8FC14 for ; Sun, 30 Aug 2009 06:31:11 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n7U6V7mL001029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 Aug 2009 01:31:08 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n7U6V6x7073268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 Aug 2009 01:31:07 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n7U6V6Nt073264; Sun, 30 Aug 2009 01:31:06 -0500 (CDT) (envelope-from dan) Date: Sun, 30 Aug 2009 01:31:05 -0500 From: Dan Nelson To: Richard Mahlerwein Message-ID: <20090830063104.GB2855@dan.emsphone.com> References: <772579.96245.qm@web51002.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <772579.96245.qm@web51002.mail.re2.yahoo.com> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Sun, 30 Aug 2009 01:31:08 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: FreeBSD-Stable Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 06:31:11 -0000 In the last episode (Aug 29), Richard Mahlerwein said: > (Sorry, update to subject to be ) > > 3 weeks ago: > I upgraded from 7.1-PRELEASE to -stable and all seemed fine > until I rebooted out of single user mode after doing make > installworld and mergemaster.  At that point, near the > end of the boot sequence I got a core dump, apparently > triggered by devd. > > **** > Fatal trap 12: page fault while in kernel mode. > cpu id = 0; apic id = 00 > fault virtual address = 0x3030313a > fault code = supervisor write, page not present > [snip] > current process = 355 (devd) > **** At this point you will want to get a kernel dump and post its stack trace. 0x3030313a in ASCII is "001:", so some string probably overflowed a buffer. http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 07:32:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E468C1065672 for ; Sun, 30 Aug 2009 07:32:22 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp03.sth.basefarm.net (ch-smtp03.sth.basefarm.net [80.76.149.214]) by mx1.freebsd.org (Postfix) with ESMTP id A1CFF8FC36 for ; Sun, 30 Aug 2009 07:32:22 +0000 (UTC) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:51984 helo=falcon.midgard.homeip.net) by ch-smtp03.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MheeE-0003Xy-BI for freebsd-stable@freebsd.org; Sun, 30 Aug 2009 09:16:24 +0200 Received: (qmail 8785 invoked from network); 30 Aug 2009 09:16:20 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 30 Aug 2009 09:16:20 +0200 Received: (qmail 31852 invoked by uid 1001); 30 Aug 2009 09:16:20 +0200 Date: Sun, 30 Aug 2009 09:16:20 +0200 From: Erik Trulsson To: Doug Barton Message-ID: <20090830071620.GA31819@owl.midgard.homeip.net> References: <4A99C502.4060102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A99C502.4060102@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1MheeE-0003Xy-BI. X-Scan-Signature: ch-smtp03.sth.basefarm.net 1MheeE-0003Xy-BI 7d243496a8a98315519c1253ebb4fb0d Cc: freebsd-stable@freebsd.org Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 07:32:23 -0000 On Sat, Aug 29, 2009 at 05:17:06PM -0700, Doug Barton wrote: > Howdy, > > I make this suggestion every time there is a new major release coming, > maybe this time will be the one! :) > > One could argue that with the 2 active stable branches that we have > now the freebsd-stable@ mailing list is already quite confusing. Is it? I can't say I have noted any particular confusion here, especially not any related to the fact that this list covers both 6-stable and 7-stable. > Adding a third (8-STABLE) will make it much more so (arguably > confusion to the third power instead of just confusion squared), for a > lot of reasons that I think are probably obvious. > > Thus, my suggestion. Split what is currently freebsd-stable into one > list per branch. This year I even have a better suggestion for the > names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail > sent to the existing -stable list can get an auto-reply explaining the > new world order. > > > What do you think? > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 09:53:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84F7D106566B for ; Sun, 30 Aug 2009 09:53:19 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 847BE8FC0A for ; Sun, 30 Aug 2009 09:53:17 +0000 (UTC) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtQEANvomUrCVfWh/2dsb2JhbACBU44pxTeCaoEwBYI0 X-IronPort-AV: E=Sophos;i="4.44,299,1249243200"; d="p7s'?scan'208";a="4900424" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 30 Aug 2009 13:53:15 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n7U8txol013147; Sun, 30 Aug 2009 08:55:59 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n7U9rC01066074; Sun, 30 Aug 2009 13:53:13 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A9A4C08.2070100@ksu.ru> Date: Sun, 30 Aug 2009 13:53:12 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.22) Gecko/20090704 SeaMonkey/1.1.17 MIME-Version: 1.0 To: mahlerrd@yahoo.com References: <830165.37536.qm@web51009.mail.re2.yahoo.com> In-Reply-To: <830165.37536.qm@web51009.mail.re2.yahoo.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020505010509030601070502" Cc: FreeBSD-Stable Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 09:53:19 -0000 This is a cryptographically signed message in MIME format. --------------ms020505010509030601070502 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Richard Mahlerwein wrote: > --- On Sat, 8/29/09, Marat N.Afanasyev wrote: > >> From: Marat N.Afanasyev >> Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a >> To: mahlerrd@yahoo.com >> Cc: "FreeBSD-Stable" >> Date: Saturday, August 29, 2009, 6:59 PM >> such trap could be triggered by 'floating' memory/cache >> error. and i think that you should try to suspect memory >> first. memtest helps to diagnose most of memory problems, >> but not all. >> >> -- SY, Marat >> > > How can I test that? If a buildworld will complete successfully several times (with mildly different source, even), and memtest86+ won't find it, how can I tell if that's the problem or not? > I ususally do md5 of large tmpfs based file. make tmpfs as large as possible, create a big file in the tmpfs and calculate md5 of this file many times. -- SY, Marat --------------ms020505010509030601070502 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwODMw MDk1MzEyWjAjBgkqhkiG9w0BCQQxFgQU8k78VGaILI3/J7Ow7MgjEZRkqjowUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBAFIdW8fl8WpF3pVg YUJ3nK24NM2pyjEYDv5WihdfANOUevlsK4rDGLTHblXaRzjb5Ro3sRbGwe56UCQFr3qaplhp YPEOPcLh//haVaWcAXx9i1jUWCX79JVY2QZ6p6AR3bnleFHoZ3sGuhccvzR2oGChM/fksqHQ LyushyacnOWpk1tUO5NYEZO7xfx98UZ21t1b5sIDlncpmXNpIWMBzWT+UxwocRjYal1fIChg aWiLMX/ACR2s6EeZ+pn8K0g8rppP9E+hOXtOCPPTrwpyiB/Ly3Ei96Rr+vFFfG5XHCU1PqL2 +POvWZQ+RNSf8REIbbNwozpIGqUUWX5dw2iEavcAAAAAAAA= --------------ms020505010509030601070502-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 16:45:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C8651065676 for ; Sun, 30 Aug 2009 16:45:12 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from mail-gx0-f227.google.com (mail-gx0-f227.google.com [209.85.217.227]) by mx1.freebsd.org (Postfix) with ESMTP id E39E68FC16 for ; Sun, 30 Aug 2009 16:45:11 +0000 (UTC) Received: by gxk27 with SMTP id 27so4418250gxk.12 for ; Sun, 30 Aug 2009 09:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :in-reply-to:message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=bSB0hCt/bPIKKIsIEKJEyjDr/YA9e2awclj5E7btqHA=; b=wxs3ZADRTOqns7t4AvmE36+Sb0OKJazJ8smhLVWHG2GRieqQ2HfnNQAlMj97eZr+hN BinuYgszMEkUU+8hIzUu1P4hHkyEwl27KjxCd1zXr/Vn08NsZjPcUSbnsqrRDqSL51aI gfDVIZcw8ITB+m5dZAVZ9m3sUwDBJ0KIVrrb8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=WEMOcfqOOJYnrIdZ27Wq5iQb6cifdatNqt8YootAav2T0DFfIoAohMHuglYAFnmZ4j G9YX7Go0PrjzhmWaL2czrYxiSZ8p3vFvuMb7347nxaITyo6X2D7Ue3ZMNv1+jd2/BELI RS2flsZLM+68PsC7TL8seG5veROb7Bj05f2jE= Received: by 10.90.173.8 with SMTP id v8mr3151207age.98.1251650711089; Sun, 30 Aug 2009 09:45:11 -0700 (PDT) Received: from firewall.5p.local (adsl-99-190-86-144.dsl.klmzmi.sbcglobal.net [99.190.86.144]) by mx.google.com with ESMTPS id 6sm4656163agd.32.2009.08.30.09.45.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Aug 2009 09:45:10 -0700 (PDT) Date: Sun, 30 Aug 2009 12:45:03 -0400 From: CmdLnKid To: Doug Barton In-Reply-To: <4A99C502.4060102@FreeBSD.org> Message-ID: References: <4A99C502.4060102@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0xDFFDD218 X-OpenPGP-Key-Fingerprint: 2924 1C72 A6C2 852A 2094 25EE 9968 2636 DFFD D218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 16:45:12 -0000 On Sat, 29 Aug 2009 20:17 -0000, dougb wrote: > Howdy, > > I make this suggestion every time there is a new major release coming, > maybe this time will be the one! :) > > One could argue that with the 2 active stable branches that we have > now the freebsd-stable@ mailing list is already quite confusing. > Adding a third (8-STABLE) will make it much more so (arguably > confusion to the third power instead of just confusion squared), for a > lot of reasons that I think are probably obvious. > > Thus, my suggestion. Split what is currently freebsd-stable into one > list per branch. This year I even have a better suggestion for the > names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail > sent to the existing -stable list can get an auto-reply explaining the > new world order. > > > What do you think? > > Doug > I think this is a very good idea. This would also allow targeting specific releases directly from the documentation/release notes. I vote on specifically: FreeBSD-8stable FreeBSD-8release FreeBSD-7stable FreeBSD-7release and then 9 or current just stays the same obviously. and so on.... Then at EOL drop and archive the list that coordinates. Not to mention the benefits of tracking problems per distribution that this would provide. Just some thoughts. Best regards. -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 16:48:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B497D106568F for ; Sun, 30 Aug 2009 16:48:51 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 66E7E8FC08 for ; Sun, 30 Aug 2009 16:48:50 +0000 (UTC) Received: by ywh29 with SMTP id 29so4812550ywh.33 for ; Sun, 30 Aug 2009 09:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :in-reply-to:message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=AGkw0oRY5CKC5IaofpOhWmeV5OHI6nAmIB0oSnY3sAw=; b=ZQzEHMBdLq6tuRm69OeEB1X+TpQZpAaKG/5jNffzKE3xtav1ST6y6moGlS1mqc4Ihx vWoq2Dx59CVx4yjqJ6rDsO++r3J6C6I0zp/FTMW8xwYxK2b3KIv3+1uKFMM/hL9nIjOu p8fB8TtV96gl6x8GLEtPkLFg7cJiAzJzgR5Po= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=AUjakbaYBlz3pcd0Mx28puyk1htQP6k6oG2NXlsDU/IOq9MKFyn7/pIPbUW6qg0sLa 3SXjJdN2NvqHegFEKgoviWMlSI74mBTUeuW61leCK8FV1//VcLeubU/iLINVv1oUP9VY t0FTrHnVGqpDMpww2rPY0CuxW1YRp/MtZRVgc= Received: by 10.91.143.16 with SMTP id v16mr3151985agn.97.1251650929799; Sun, 30 Aug 2009 09:48:49 -0700 (PDT) Received: from firewall.5p.local (adsl-99-190-86-144.dsl.klmzmi.sbcglobal.net [99.190.86.144]) by mx.google.com with ESMTPS id 5sm1634397agc.47.2009.08.30.09.48.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Aug 2009 09:48:49 -0700 (PDT) Date: Sun, 30 Aug 2009 12:48:42 -0400 From: CmdLnKid To: Doug Barton In-Reply-To: <4A99C502.4060102@FreeBSD.org> Message-ID: References: <4A99C502.4060102@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0xDFFDD218 X-OpenPGP-Key-Fingerprint: 2924 1C72 A6C2 852A 2094 25EE 9968 2636 DFFD D218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 16:48:51 -0000 On Sat, 29 Aug 2009 20:17 -0000, dougb wrote: > Howdy, > > I make this suggestion every time there is a new major release coming, > maybe this time will be the one! :) > > One could argue that with the 2 active stable branches that we have > now the freebsd-stable@ mailing list is already quite confusing. > Adding a third (8-STABLE) will make it much more so (arguably > confusion to the third power instead of just confusion squared), for a > lot of reasons that I think are probably obvious. > > Thus, my suggestion. Split what is currently freebsd-stable into one > list per branch. This year I even have a better suggestion for the > names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail > sent to the existing -stable list can get an auto-reply explaining the > new world order. > > > What do you think? > > Doug > On second thought you could also create the FreeBSD-?stable list and still have then CC'd to the FreeBSD-stable list for archive purposes allowing people to just subscribe to one list or all of them as a group. -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 17:16:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9D01065670; Sun, 30 Aug 2009 17:16:17 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.ilk.de (mx-out20.ilk.de [194.121.104.20]) by mx1.freebsd.org (Postfix) with ESMTP id 612248FC15; Sun, 30 Aug 2009 17:16:16 +0000 (UTC) Received: from bologna.intern.smo.de (pool50.ka.ilk.net [212.86.194.50]) by mail.ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n7UHGDjd030814; Sun, 30 Aug 2009 19:16:13 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n7UHG9I8009646; Sun, 30 Aug 2009 19:16:10 +0200 (CEST) Message-ID: <4A9AB42E.8040200@smo.de> Date: Sun, 30 Aug 2009 19:17:34 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090802 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: CmdLnKid References: <4A99C502.4060102@FreeBSD.org> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020801080103010209000807" Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 17:16:18 -0000 This is a cryptographically signed message in MIME format. --------------ms020801080103010209000807 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit CmdLnKid wrote: > On Sat, 29 Aug 2009 20:17 -0000, dougb wrote: > >> Howdy, >> >> I make this suggestion every time there is a new major release coming, >> maybe this time will be the one! :) >> >> One could argue that with the 2 active stable branches that we have >> now the freebsd-stable@ mailing list is already quite confusing. >> Adding a third (8-STABLE) will make it much more so (arguably >> confusion to the third power instead of just confusion squared), for a >> lot of reasons that I think are probably obvious. >> >> Thus, my suggestion. Split what is currently freebsd-stable into one >> list per branch. This year I even have a better suggestion for the >> names, freebsd-6@, freebsd-7@, and freebsd-8@. After the flag day mail >> sent to the existing -stable list can get an auto-reply explaining the >> new world order. >> >> >> What do you think? >> >> Doug >> > On second thought you could also create the FreeBSD-?stable list and > still have then CC'd to the FreeBSD-stable list for archive purposes > allowing people to just subscribe to one list or all of them as a group. And what if someone sends mail to FreeBSD-stable? Reject it because this list is just for archiving purposes? Or accept it and send it out (just like now) adding yet more confusion? Personally, I don't have a problem with the current situation, but then that's just me... Just my 2 cents, Philipp --------------ms020801080103010209000807 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQEjCC BP8wggLnoAMCAQICAwCHRzANBgkqhkiG9w0BAQUFADBUMRQwEgYDVQQKEwtDQWNlcnQgSW5j LjEeMBwGA1UECxMVaHR0cDovL3d3dy5DQWNlcnQub3JnMRwwGgYDVQQDExNDQWNlcnQgQ2xh c3MgMyBSb290MB4XDTA5MDgwOTE5MDkxMFoXDTExMDgwOTE5MDkxMFowODEcMBoGA1UEAxMT UGhpbGlwcC1Kb2FjaGltIE9zdDEYMBYGCSqGSIb3DQEJARYJcGpAc21vLmRlMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArHi5tzklVWnzS24cGcYFZYdq86t0pnwjP5Bp1dWX TuY8qU7i1gzCPWvHmmjicyKjwPOWN3ciM0pnhQK6NMqA1xf3OL9tLtETF/eC5Ey3oW0Lsoex jtOmeBfXxdd4o+41UkRx/vS5TWtHa3JILrBS71N34HK8RcPGlb/chw/XMX1atYbOEIg4fsaH IXsh87WNLEhMtTStUeDmRcx0lEZ11QhWJaJDlBmmbsFPZ70FbjnHVaFbZzZhWKJ8FSWgmYok 6Cibopn/Jpin4fYY7jnH/l6jlTipNEbFErMvfwdg8RQp0CHlwwH68O+Ejfb5JaPrkxl19H0p ZKhuBePQNVqqmwIDAQABo4H1MIHyMAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1Rv IGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDov L3d3dy5DQWNlcnQub3JnMEAGA1UdJQQ5MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGC NwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcw AYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9yZzAUBgNVHREEDTALgQlwakBzbW8uZGUwDQYJKoZI hvcNAQEFBQADggIBAFjI0W2tTQ05mECbiTOz3Gi8tielpXmHyXeiQVCJPM/JaLV4yytUAQjf NoK0shJn52sVuvh0ZlvbD+o7XCSOGvq87Jt2mBLiQs8SAKc/SvyjNYSX+8pM1/wQ/EcJ5yNw vnkDCK5yvqIB8ItCIayeE6ybUZ1ga/HVIBfPSs+qPlajTYhaFMYk/QGQ2o8gwDTv08qizHnu iei2zOB/+dqFmBfAxxEnvOSWzmLr6ylAPMOfrOzkji803fwDjFVbAqpS5dfjCZsKm2dB6hzW uJRM0CpdY4jf5Ci3fCt1gSPnUOdOUC/FXuPmVeHccrfJpH9W0fyhG4MnoRqou/LpkbD4DEp+ +a0oaX4WvOXsXIqdZy/lpiFBtsI+easHmLZYVq9eEAz3vsX3zeFF3v6sY7UOOvxEiMFm1Y4W Ioh7gF4BQWUAi48gwlJYg/xtqQ3vdZhPvwGcIhqbkbxLAmaHjV3Nbrbo+p+xzDEv5CzQBwy6 MIe2TUfRjHymA3r2drx2Z/cLWRDgpzuKhnul6sDnkLVXFPP9Jidy7joSlndIjrJFR4+F3xfw 7tDHa1WHuGW5QGItblpG6bb34dxq9C1MGcMjMcIP7xYPGbjjUPZzPxT64T/jpzP2MoefRz4I M/8LKt8iMASoTaUUxwIGFZ87yU0k+fD7hZm7ZUkba77kDi7R+BsaMIIE/zCCAuegAwIBAgID AIdHMA0GCSqGSIb3DQEBBQUAMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVo dHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QwHhcN MDkwODA5MTkwOTEwWhcNMTEwODA5MTkwOTEwWjA4MRwwGgYDVQQDExNQaGlsaXBwLUpvYWNo aW0gT3N0MRgwFgYJKoZIhvcNAQkBFglwakBzbW8uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCseLm3OSVVafNLbhwZxgVlh2rzq3SmfCM/kGnV1ZdO5jypTuLWDMI9a8ea aOJzIqPA85Y3dyIzSmeFAro0yoDXF/c4v20u0RMX94LkTLehbQuyh7GO06Z4F9fF13ij7jVS RHH+9LlNa0drckgusFLvU3fgcrxFw8aVv9yHD9cxfVq1hs4QiDh+xocheyHztY0sSEy1NK1R 4OZFzHSURnXVCFYlokOUGaZuwU9nvQVuOcdVoVtnNmFYonwVJaCZiiToKJuimf8mmKfh9hju Ocf+XqOVOKk0RsUSsy9/B2DxFCnQIeXDAfrw74SN9vklo+uTGXX0fSlkqG4F49A1WqqbAgMB AAGjgfUwgfIwDAYDVR0TAQH/BAIwADBWBglghkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3du IGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQgb3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5v cmcwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMCBgorBgEEAYI3CgMEBgorBgEEAYI3 CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2Nz cC5jYWNlcnQub3JnMBQGA1UdEQQNMAuBCXBqQHNtby5kZTANBgkqhkiG9w0BAQUFAAOCAgEA WMjRba1NDTmYQJuJM7PcaLy2J6WleYfJd6JBUIk8z8lotXjLK1QBCN82grSyEmfnaxW6+HRm W9sP6jtcJI4a+rzsm3aYEuJCzxIApz9K/KM1hJf7ykzX/BD8RwnnI3C+eQMIrnK+ogHwi0Ih rJ4TrJtRnWBr8dUgF89Kz6o+VqNNiFoUxiT9AZDajyDANO/TyqLMee6J6LbM4H/52oWYF8DH ESe85JbOYuvrKUA8w5+s7OSOLzTd/AOMVVsCqlLl1+MJmwqbZ0HqHNa4lEzQKl1jiN/kKLd8 K3WBI+dQ505QL8Ve4+ZV4dxyt8mkf1bR/KEbgyehGqi78umRsPgMSn75rShpfha85excip1n L+WmIUG2wj55qweYtlhWr14QDPe+xffN4UXe/qxjtQ46/ESIwWbVjhYiiHuAXgFBZQCLjyDC UliD/G2pDe91mE+/AZwiGpuRvEsCZoeNXc1utuj6n7HMMS/kLNAHDLowh7ZNR9GMfKYDevZ2 vHZn9wtZEOCnO4qGe6XqwOeQtVcU8/0mJ3LuOhKWd0iOskVHj4XfF/Du0MdrVYe4ZblAYi1u Wkbptvfh3Gr0LUwZwyMxwg/vFg8ZuONQ9nM/FPrhP+OnM/Yyh59HPggz/wsq3yIwBKhNpRTH AgYVnzvJTST58PuFmbtlSRtrvuQOLtH4GxowggYIMIID8KADAgECAgEBMA0GCSqGSIb3DQEB BAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnMB4XDTA1MTAxNDA3MzY1NVoXDTMzMDMyODA3MzY1NVowVDEU MBIGA1UEChMLQ0FjZXJ0IEluYy4xHjAcBgNVBAsTFWh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzEc MBoGA1UEAxMTQ0FjZXJ0IENsYXNzIDMgUm9vdDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCC AgoCggIBAKtJNRFIfNImflOUz0Op3SjXQiqL84d4GVh8D57aiX3h++tykA10oZZkq5+gJJlz 2uJVdscXe/UErEa4w75/ZI0QbCTzYZzA8pD6Ueb1aQFjww9W4kpCz+JEjCUoqMV5CX1GuYrz 6fM0KQhF5Byfy5QEHIGoFLOYZcRD7E6CjQnRvapbjZLQ7N6QxX8KwuPr5jFaXnQ+lzNZ6MMD PWAzv/fRb0fEze5ig1JuLgiapNkVGJGmhZJHsK5I6223IeyFGmhyNav/8BBdwPSUp2rVO5J+ TJAFfpPBLIukjmJ0FXFuC3ED6q8VOJrU0gVyb4z5K+taciX5OUbjchs+BMNkJyIQKopPWKcD rb60LhPtXapI19V91Cp7XPpGBFDkzA5CW4zt2/LP/JaT4NsRNlRiNDiPDGCbO5dWOK3z0luL oFvqTpa4fNfVoIZwQNORKbeiPK31jLvPGpKK5DR7wNhsX+kKwsOnIJpa3yxdUly6R9Wb7yQo cDggL9V/KcCyQQNokszgnMyXS0XvOhAKq3A6mJVwrTWx6oUrpByAITGprmB6gCZIALgBwJNj VSKRPFbnr9s6JfOPMVTqJouBWfmh0VMRxXudA/Z0EeBtsSw/LIaRmXGapneLNGDRFLQsrJ2v jBDTn8Rq+G8T/HNZ92ZCdB6K4/jc0m+YnMtHmJVABfvpAgMBAAGjgb8wgbwwDwYDVR0TAQH/ BAUwAwEB/zBdBggrBgEFBQcBAQRRME8wIwYIKwYBBQUHMAGGF2h0dHA6Ly9vY3NwLkNBY2Vy dC5vcmcvMCgGCCsGAQUFBzAChhxodHRwOi8vd3d3LkNBY2VydC5vcmcvY2EuY3J0MEoGA1Ud IARDMEEwPwYIKwYBBAGBkEowMzAxBggrBgEFBQcCARYlaHR0cDovL3d3dy5DQWNlcnQub3Jn L2luZGV4LnBocD9pZD0xMDANBgkqhkiG9w0BAQQFAAOCAgEAfwiIodoaUEnaifuhCHLzivce xDq0eVsgMLFF3sJd02Vp8cJdVFQ8hV+5e0KRwpn9G1Gbq0aloRBTnm2IrHNuLDOm8PSe4HXB PohFqeFmQ/5WWtF6QXj3QNpKOvELW6W7FgbmwueTuYVNl0+xHjhDgO+bDYzvuKdgAIdXfR5E HMsj75s8mZ2vtSkcRXkWlk0nbfEcbMPCVWSzvBTi86QfHjL8JxUFz90urj6CYXvwIRAY9kTq Uzn53NCaIODGu+C7Wk/EmcgHvbW9otsuYg1CNEG8/4uK9VEiqogwAOKw1Ly+ZbrVA1d5m+jc yE34UO2RpVIooqz7Nlg+6ZQrkVCHG9Ze1ozM9w8QDFJO0BZh5eUKbL8Xx3JGV5yY9WxgY3pv XrlOL8i5ubtqhbyYDe35PpeENJSuAK+h5eeSbk698+LZFItc0usBbKAXpS0Q65x6Sr297s79 7SJAq3A4iPUKh2rCqwVgyUgF2lPB3kR3arPzPDztgLymOEopJF/+WTubJXpWYwBkuV2kYn1X Nk+tg+8fklOgjndX3eVhET0jAJBMPPqjYJMEo6819g5qj09KYKeFBWxGoY/0x3bjoVlX93Gy xG4UXG1tQWbfG5Ox1ADD7svPPD0hgKlfY2X83eBfpPQr8IVxQdRnJfsasZeu1pmCE0HSbqUb mSeA5wupqAAxggMRMIIDDQIBATBbMFQxFDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQL ExVodHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QC AwCHRzAJBgUrDgMCGgUAoIIBizAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wOTA4MzAxNzE3MzRaMCMGCSqGSIb3DQEJBDEWBBR2sX5rzNal+9hye0eA5yKD jy73+jBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDBqBgkrBgEEAYI3EAQxXTBbMFQx FDASBgNVBAoTC0NBY2VydCBJbmMuMR4wHAYDVQQLExVodHRwOi8vd3d3LkNBY2VydC5vcmcx HDAaBgNVBAMTE0NBY2VydCBDbGFzcyAzIFJvb3QCAwCHRzBsBgsqhkiG9w0BCRACCzFdoFsw VDEUMBIGA1UEChMLQ0FjZXJ0IEluYy4xHjAcBgNVBAsTFWh0dHA6Ly93d3cuQ0FjZXJ0Lm9y ZzEcMBoGA1UEAxMTQ0FjZXJ0IENsYXNzIDMgUm9vdAIDAIdHMA0GCSqGSIb3DQEBAQUABIIB AB18W1KCYKklzztagk3AYwP/QGjBEaoKvJ7JEEv+Tiyd4jg4rIYO9c8hKS/EmXt0fUTLMgRo mcXZ8154+rfgtGzWjFMH7Z7JqY6kHOC/MRIXfhbjFCuib8h8E4R6wiVjlCkWy4r763aXXAKv 3/wKJH3fbxk5Bz6So045LEEGJ5SiSXJH8+4PAmHoNxQQtq85YPWuvI7Pv0RFaq8izt72WBTB ubrTYijYdfOt56V24efmwlw+AbyYbEN7HRGU/GoYjmu3MLGdNADV3f+C5pSY//9mQyWeAmsY 2QXKn2/0BnODtHLsUyzJoHjusfyTPvihp+NtxsKrot9MeskrlW0Dby0AAAAAAAA= --------------ms020801080103010209000807-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 17:23:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE3B51065679 for ; Sun, 30 Aug 2009 17:23:04 +0000 (UTC) (envelope-from robert@erje.net) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 612278FC12 for ; Sun, 30 Aug 2009 17:23:04 +0000 (UTC) Received: from xykert.erje.net (erje.net [80.126.62.176]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7UH66Hj029240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 30 Aug 2009 19:06:06 +0200 (CEST) (envelope-from robert@erje.net) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by xykert.erje.net (PostFix 2.6.5) with ESMTPS id 58656AF5AD for ; Sun, 30 Aug 2009 19:02:05 +0200 (CEST) Received: (from robert@localhost) by ismet.erje.net (8.14.3/8.14.3/Submit) id n7UH25m4037466 for freebsd-stable@freebsd.org; Sun, 30 Aug 2009 19:02:05 +0200 (CEST) (envelope-from robert@erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@erje.net using -f Date: Sun, 30 Aug 2009 19:02:05 +0200 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20090830170204.GC3446@ismet.erje.net> References: <4A99C502.4060102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A99C502.4060102@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-erje-MailScanner-Information: support@erje.net X-erje-MailScanner-ID: 58656AF5AD.75033 X-erje-MailScanner: Ok found to be clean X-Spam-Status: No X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Perennial suggestion to split freebsd-stable into version-specific lists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 17:23:04 -0000 Hi, > Thus, my suggestion. Split what is currently freebsd-stable into one > list per branch. We could also THINK about whether we want more than 1 stable branch, which is the true case now. Either we relese too often or older releases have a far to long lifecycle before reching EOL. Recalling from memory I more than once read posting by core freebsd dev's stating they dislike keeping track of so many releases. That started with 5. What we really need to THINK about is getting more milestones into a release. Now 5 marked $SMP. 6 was a $better 5. 7 marked $this. 8 should cut the corners on $that. Why not having more milestones into our current release before the next one becomes stable. Then this problem will solve in near future. What's wrong with having releng_8_14 ? I recall 2.2.11 :-) I'm not opposed more -stable mailinglists perse, but this to me seems we are just fighting symptons. Cheers, Robert From owner-freebsd-stable@FreeBSD.ORG Sun Aug 30 19:47:46 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B9901065693 for ; Sun, 30 Aug 2009 19:47:45 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 16B778FC14 for ; Sun, 30 Aug 2009 19:47:44 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n7UJlg1R011240; Sun, 30 Aug 2009 20:47:42 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MhqNK-00010X-2E; Sun, 30 Aug 2009 20:47:42 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n7UJlfIh099612; Sun, 30 Aug 2009 20:47:41 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n7UJlfnN099609; Sun, 30 Aug 2009 20:47:41 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 30 Aug 2009 20:47:41 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Richard Mahlerwein In-Reply-To: <772579.96245.qm@web51002.mail.re2.yahoo.com> Message-ID: <20090830203732.L24691@ury.york.ac.uk> References: <772579.96245.qm@web51002.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-414534141-1251661661=:24691" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: FreeBSD-Stable Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Aug 2009 19:47:46 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-414534141-1251661661=:24691 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 29 Aug 2009, Richard Mahlerwein wrote: > (Sorry, update to subject to be ) > > 3 weeks ago: > I upgraded from 7.1-PRELEASE to -stable and all seemed fine > until I rebooted out of single user mode after doing make > installworld and mergemaster.=A0 At that point, near the > end of the boot sequence I got a core dump, apparently > triggered by devd. >=20 > **** > Fatal trap 12: page fault while in kernel mode. > cpu id =3D 0; apic id =3D 00 > fault virtual address =3D 0x3030313a > fault code =3D supervisor write, page not present > [snip] > current process =3D 355 (devd) > **** >=20 > [snip] > Does anyone have a further recommendation on what to do, > try, test or change? Firstly, please set up a dump partition by adding 'dumpdev=3D"AUTO"' to=20 your rc.conf. Then, can you compile in the kernel debugger (options KGB / options DDB)=20 and when this happens again, please obtain a backtrace from the debugger=20 with the "bt" command. Then, give the "show registers" command so that we= =20 can establish which register is pointing to the odd address. Finally,=20 issue the "call doadump()" command to hopefully save a copy of the kernel= =20 dump for later analysis. Thanks, Gavin --0-414534141-1251661661=:24691-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 11:34:51 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7331065694; Mon, 31 Aug 2009 11:34:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C4CA98FC16; Mon, 31 Aug 2009 11:34:50 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 0F92D59221; Mon, 31 Aug 2009 07:34:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 31 Aug 2009 07:34:50 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=FREF6/yn2nXbjboCRT8vs0spksc=; b=V7NdpMWxXo+0ohm3GM2vCdkzfHQEV8a+a4CoiHm5B9UbLiSMPZGI0XkSHxjfArfhe+O+WGLH9tsuNTpuhIBH45zdr2pHpVCTTAq+livzgduKR7tNOxqtQLA03XtRMv/kiSHNcbQCzwVuavrrJuBvlOn5Qr+2u0tFv/dO6iAcKzo= X-Sasl-enc: KX2FxU5yz340tAPHO1U+PtGk18BQVy/V/XUIvVEp1U3S 1251718489 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5718563A83; Mon, 31 Aug 2009 07:34:49 -0400 (EDT) Message-ID: <4A9BB556.9010901@incunabulum.net> Date: Mon, 31 Aug 2009 12:34:46 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20090829173443.GA10192@svzserv.kemerovo.su> <20090829184723.GE1301@arthur.nitro.dk> In-Reply-To: <20090829184723.GE1301@arthur.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Eugene Grosbein , qa@freebsd.org Subject: Re: 8.0-BETA3/i386: make WITHOUT_TOOLCHAIN=yes buildworld broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 11:34:51 -0000 Simon L. Nielsen wrote: > I'm pretty sure WITHOUT_TOOLCHAIN=yes hasn't worked with buildworld > since 7.x, so this is nothing new. You need to specify it with > installworld, not buildworld. At least I ran into that with NanoBSD > some time ago. > Any chance we could get the C++ runtime coaxed away from under this option? Just now, to get libstdc++, I have to ship binutils too in a NanoBSD install... From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 12:23:58 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21AE0106568B; Mon, 31 Aug 2009 12:23:58 +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 E5B338FC2B; Mon, 31 Aug 2009 12:23:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9690446B1A; Mon, 31 Aug 2009 08:23:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E9E3D8A03E; Mon, 31 Aug 2009 08:23:56 -0400 (EDT) From: John Baldwin To: freebsd-qa@freebsd.org Date: Mon, 31 Aug 2009 08:06:04 -0400 User-Agent: KMail/1.9.7 References: <20090829173443.GA10192@svzserv.kemerovo.su> <20090829184723.GE1301@arthur.nitro.dk> <20090829190845.GA22333@svzserv.kemerovo.su> In-Reply-To: <20090829190845.GA22333@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908310806.04614.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 31 Aug 2009 08:23:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: stable@freebsd.org, Eugene Grosbein , qa@freebsd.org, "Simon L. Nielsen" Subject: Re: 8.0-BETA3/i386: make WITHOUT_TOOLCHAIN=yes buildworld broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 12:23:58 -0000 On Saturday 29 August 2009 3:08:45 pm Eugene Grosbein wrote: > On Sat, Aug 29, 2009 at 08:47:23PM +0200, Simon L. Nielsen wrote: > > > > In 8.0-BETA3, make WITHOUT_TOOLCHAIN=yes buildworld breaks in 15 minutes > > > after start: > > > > I'm pretty sure WITHOUT_TOOLCHAIN=yes hasn't worked with buildworld > > since 7.x, so this is nothing new. You need to specify it with > > installworld, not buildworld. At least I ran into that with NanoBSD > > some time ago. > > > > But thanks for report in any case. > > Then it should be ignored for buildworld target, shouldn't it? I think that is sort of difficult to do (or at least very messy) as usually the WITH/WITHOUT options just ignore subdirectories for all targets rather than only doing so for certain targets. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 16:17:00 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FA8106568B for ; Mon, 31 Aug 2009 16:17:00 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id EBA958FC20 for ; Mon, 31 Aug 2009 16:16:59 +0000 (UTC) Received: from [10.22.2.189] (unknown [212.185.121.50]) by mx01.netsrc.de (Postfix) with ESMTP id 2C08B193014; Mon, 31 Aug 2009 17:53:39 +0200 (CEST) Message-Id: From: Bernhard Schmidt To: Eugene Grosbein In-Reply-To: <20090829162248.GA6826@svzserv.kemerovo.su> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 31 Aug 2009 17:53:38 +0200 References: <20090829162248.GA6826@svzserv.kemerovo.su> X-Mailer: Apple Mail (2.936) Cc: stable@freebsd.org Subject: Re: 8.0-BETA3: make WITHOUT_INSTALLLIB=yes buildworld broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 16:17:00 -0000 Am 29.08.2009 um 18:22 schrieb Eugene Grosbein: > Hi! > > WITHOUT_INSTALLLIB= knob is documented in src.conf(5) > as feature useful for nanobsb build to skip *.a libraries. > > In 8.0-BETA3, make buildworld breaks in 3 seconds after start > when this knob is used: As far as I know, this an option for installworld NOT buildworld. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 17:29:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB3711065676 for ; Mon, 31 Aug 2009 17:29:19 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id B69518FC0C for ; Mon, 31 Aug 2009 17:29:19 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 3F5AC84551; Mon, 31 Aug 2009 13:29:19 -0400 (EDT) Date: Mon, 31 Aug 2009 13:29:17 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090831172917.GA1512@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Aug 2009 17:29:20 -0000 Hi, When booting 8.0-BETA3, whether built from source under 7.2-STABLE or just using the CD (AMD64 disc1), I get a panic and a trip to the debugger. No panic if I remove my 3Com ethernet card (txp). 'pciconf -lv' output is below the boot log. Jeff GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:00:45 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2906.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4092305408 (3902 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfdd0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 bge0: mem 0xfd8f0000-0xfd8fffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1e:c9:44:30:14 bge0: [ITHREAD] pcib3: at device 4.0 on pci0 pci3: on pcib3 vgapci0: port 0xbc00-0xbcff mem 0xd0000000-0xdfffffff,0xfddf0000-0xfddfffff irq 16 at device 0.0 on pci3 vgapci1: mem 0xfdde0000-0xfddeffff at device 0.1 on pci3 pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1dff at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pcib4: at device 16.0 on pci0 pci4: on pcib4 txp0: <3Com 3cR990-SRV-97 Etherlink Server with 3XP Processor> port 0x9c00-0x9c7f mem 0xfdcc0000-0xfdcfffff irq 16 at device 8.0 on pci4 panic: vm_phys_alloc_contig: alignment must be a power of 2 cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x68c5b0(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80c1ae80 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b vm_phys_alloc_contig() at vm_phys_alloc_contig+0x792 kmem_alloc_contig() at kmem_alloc_contig+0x6e contigmalloc() at contigmalloc+0x39 bus_dmamem_alloc() at bus_dmamem_alloc+0x87 txp_dma_alloc() at txp_dma_alloc+0xd9 txp_attach() at txp_attach+0x6f5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> # pciconf -lv none0@pci0:0:0:0: class=0x050000 card=0x02f010de chip=0x02f010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none1@pci0:0:0:1: class=0x050000 card=0x02fa10de chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:0:2: class=0x050000 card=0x02fe10de chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:0:3: class=0x050000 card=0x02f810de chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:0:4: class=0x050000 card=0x02f910de chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:0:5: class=0x050000 card=0x02ff10de chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM none6@pci0:0:0:6: class=0x050000 card=0x027f10de chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:0:7: class=0x050000 card=0x027e10de chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:4:0: class=0x060400 card=0x000010de chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI none8@pci0:0:9:0: class=0x050000 card=0xcb8410de chip=0x027010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Host Bridge' class = memory subclass = RAM isab0@pci0:0:10:0: class=0x060100 card=0x01ec1028 chip=0x026010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 LPC Bridge' class = bridge subclass = PCI-ISA none9@pci0:0:10:1: class=0x0c0500 card=0x01ec1028 chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' class = serial bus subclass = SMBus none10@pci0:0:10:2: class=0x050000 card=0x01ec1028 chip=0x027210de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Memory Controller 0' class = memory subclass = RAM ohci0@pci0:0:11:0: class=0x0c0310 card=0x01ec1028 chip=0x026d10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:11:1: class=0x0c0320 card=0x01ec1028 chip=0x026e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB atapci0@pci0:0:14:0: class=0x010185 card=0x01ec1028 chip=0x026610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:15:0: class=0x010185 card=0x01ec1028 chip=0x026710de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA pcib4@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP51 PCI Bridge' class = bridge subclass = PCI-PCI hdac0@pci0:0:16:1: class=0x040300 card=0x1f901028 chip=0x026c10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 High Definition Audio' class = multimedia subclass = HDA hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI bge0@pci0:2:0:0: class=0x020000 card=0x01ec1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5754 Broadcom NetXtreme Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0@pci0:3:0:0: class=0x030000 card=0x0920174b chip=0x71471002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X1550 64-bit (RV505)' class = display subclass = VGA vgapci1@pci0:3:0:1: class=0x038000 card=0x0921174b chip=0x71671002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X1300 Series Secondary' class = display txp0@pci0:4:8:0: class=0x020000 card=0x990910b7 chip=0x990910b7 rev=0x02 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3CR990SVR97 Etherlink 10/100 Server with 3XP Processor' class = network subclass = ethernet From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 17:50:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74A2E10656C5 for ; Mon, 31 Aug 2009 17:50:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f190.google.com (mail-pz0-f190.google.com [209.85.222.190]) by mx1.freebsd.org (Postfix) with ESMTP id 444D78FC16 for ; Mon, 31 Aug 2009 17:50:46 +0000 (UTC) Received: by pzk28 with SMTP id 28so3127458pzk.27 for ; Mon, 31 Aug 2009 10:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=ux8Ly9RzEBuDREJKhxG5ICDlnPfXBWNiOpj4mAx8Ltc=; b=sng4g2fM1m7wbpwVfGys1xbLx8cRWrqGL7lbOLJpx94UFngpUrs7aJfYh4s7xMQXVb FVXuYcp9x9pmxlumkcW6WQnd1U/SUoAu8nesALrSy0HrcHCs2CpuCz3j0vnz6fObPxqM SDIcD/msyWXd3+nmv9qHm/Q78U83LSwfybjSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=WLed09bl1CF88cD1ZUcM4v4sNe5/WwfeX3RowzAcDNKhhl0tDiAOA2fthv9WqP4QvW ORFMYx0ppJYWhpo0IuOXQHWOeg/ux+MU9V4rZLVG6ihCMIUhnnioa8ULCQHZH1+ts/FH +O4pJtTvKH16pLhS2MNEEhIdraLsK+hKQFAWM= Received: by 10.114.165.27 with SMTP id n27mr2926664wae.167.1251741046690; Mon, 31 Aug 2009 10:50:46 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm146611pxi.3.2009.08.31.10.50.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Aug 2009 10:50:45 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 31 Aug 2009 10:49:18 -0700 From: Pyun YongHyeon Date: Mon, 31 Aug 2009 10:49:18 -0700 To: Jeff Blank Message-ID: <20090831174918.GA1258@michelle.cdnetworks.com> References: <20090831172917.GA1512@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090831172917.GA1512@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 17:50:47 -0000 On Mon, Aug 31, 2009 at 01:29:17PM -0400, Jeff Blank wrote: > Hi, > > When booting 8.0-BETA3, whether built from source under 7.2-STABLE or > just using the CD (AMD64 disc1), I get a panic and a trip to the > debugger. No panic if I remove my 3Com ethernet card (txp). 'pciconf > -lv' output is below the boot log. > > Jeff > [...] > txp0: <3Com 3cR990-SRV-97 Etherlink Server with 3XP Processor> port 0x9c00-0x9c7f mem 0xfdcc0000-0xfdcfffff irq 16 at device 8.0 on pci4 > panic: vm_phys_alloc_contig: alignment must be a power of 2 > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3d: movq $0,0x68c5b0(%rip) > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80c1ae80 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > vm_phys_alloc_contig() at vm_phys_alloc_contig+0x792 > kmem_alloc_contig() at kmem_alloc_contig+0x6e > contigmalloc() at contigmalloc+0x39 > bus_dmamem_alloc() at bus_dmamem_alloc+0x87 > txp_dma_alloc() at txp_dma_alloc+0xd9 > txp_attach() at txp_attach+0x6f5 Hmm, this is odd. I can't find where the alignment is not power of 2 in txp_dma_alloc(). Could you show me the line number of txp_attach+0x6f5? > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pci_attach() at acpi_pci_attach+0x147 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pci_attach() at acpi_pci_attach+0x147 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0x9f3 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > device_attach() at device_attach+0x69 > bus_generic_new_pass() at bus_generic_new_pass+0xd5 > bus_set_pass() at bus_set_pass+0x7a > configure() at configure+0xa > mi_startup() at mi_startup+0x59 > btext() at btext+0x2c > db> [...] From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 18:29:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813CD1065670 for ; Mon, 31 Aug 2009 18:29:10 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 67CD78FC15 for ; Mon, 31 Aug 2009 18:29:10 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 52F1084551; Mon, 31 Aug 2009 14:29:10 -0400 (EDT) Date: Mon, 31 Aug 2009 14:29:10 -0400 From: Jeff Blank To: Pyun YongHyeon Message-ID: <20090831182910.GA96366@mr-happy.com> References: <20090831172917.GA1512@mr-happy.com> <20090831174918.GA1258@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090831174918.GA1258@michelle.cdnetworks.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Aug 2009 18:29:10 -0000 On Mon, Aug 31, 2009 at 10:49:18AM -0700, Pyun YongHyeon wrote: > Hmm, this is odd. I can't find where the alignment is not power of > 2 in txp_dma_alloc(). Could you show me the line number of > txp_attach+0x6f5? What's the command to do this? I thought it might be 'x/A txp_attach+0x65f', but that gave me nothing. (I don't have a crash dump to work with, just a serial console and ddb.) Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 19:19:31 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DF06106568F for ; Mon, 31 Aug 2009 19:19:31 +0000 (UTC) (envelope-from gyurkasz@mail.datanet.hu) Received: from mx6.datanet.hu (mx6.datanet.hu [194.149.13.165]) by mx1.freebsd.org (Postfix) with ESMTP id 433BD8FC0C for ; Mon, 31 Aug 2009 19:19:31 +0000 (UTC) Received: from [91.120.145.237] (kdizj5oeg4.adsl.datanet.hu [91.120.145.237]) by mx6.datanet.hu (DataNet) with ESMTP id EEC42130C87 for ; Mon, 31 Aug 2009 20:33:07 +0200 (CEST) From: =?ISO-8859-1?Q?Sz=E1ra_Gy=F6rgy?= To: stable@FreeBSD.org Content-Type: text/plain Date: Mon, 31 Aug 2009 20:33:51 +0200 Message-Id: <1251743631.3555.9.camel@bakacs.kerek.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) Content-Transfer-Encoding: 7bit Cc: Subject: Subscribe to your mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gyurkasz@mail.datanet.hu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 19:19:31 -0000 Veneerte Ladies/Sirs, I had some nuisance when after implementation booting 7.2 release. It denied me to boot the once installed release. Further I have very strong annoyance implementing the Localisation.We need of accent over voayels aniway. Best regards Gyorgy Szara. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 19:30:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC3331065676 for ; Mon, 31 Aug 2009 19:30:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f179.google.com (mail-px0-f179.google.com [209.85.216.179]) by mx1.freebsd.org (Postfix) with ESMTP id A848A8FC1A for ; Mon, 31 Aug 2009 19:30:51 +0000 (UTC) Received: by pxi9 with SMTP id 9so294234pxi.14 for ; Mon, 31 Aug 2009 12:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=aVCp5AE/52HEC2eRXDqN99Rw3GDEJq2kalQBBvy2OMU=; b=oyRChdlRI/6zDQyxOVmHPG4FLfzLWtrgqDxvwlUC6GGnZTNXIZ/gnQqMlHcojXxsti UuZTehjMA7R8Ab+gvMjIS4P+1JOD072is0tPDXdDGyw4OKK8dYHJ/7Y0S8yZBuOseu0i amigEdAovjTgrAE+98s80E20MESVEBUhkQPrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=HgwRIQgYSWtnQeDJk/I0WLkwz0oHV2ViaAwMzWBKmEXuQqv3sj95Vjmc5t21XSlLun bgHyCdzfMuCQ5qpZEA7VYclJC6gvYC6aDZhcuWCcQdNNSmKp4FjKLP1LdqlS89SXN87Z u1Q8G299aNnWjOURpwC61Kc7oqujQd1IIv4E4= Received: by 10.115.39.23 with SMTP id r23mr3121857waj.2.1251747050764; Mon, 31 Aug 2009 12:30:50 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v39sm2789529wah.27.2009.08.31.12.30.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Aug 2009 12:30:50 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 31 Aug 2009 12:29:20 -0700 From: Pyun YongHyeon Date: Mon, 31 Aug 2009 12:29:20 -0700 To: Jeff Blank Message-ID: <20090831192920.GA2190@michelle.cdnetworks.com> References: <20090831172917.GA1512@mr-happy.com> <20090831174918.GA1258@michelle.cdnetworks.com> <20090831182910.GA96366@mr-happy.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20090831182910.GA96366@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 19:30:52 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 31, 2009 at 02:29:10PM -0400, Jeff Blank wrote: > On Mon, Aug 31, 2009 at 10:49:18AM -0700, Pyun YongHyeon wrote: > > Hmm, this is odd. I can't find where the alignment is not power of > > 2 in txp_dma_alloc(). Could you show me the line number of > > txp_attach+0x6f5? > > What's the command to do this? I thought it might be > 'x/A txp_attach+0x65f', but that gave me nothing. (I don't > have a crash dump to work with, just a serial console and ddb.) > Hmm... never mind. Please try attached patch let me know how it goes. > Jeff --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="txp.align.fix" Index: sys/dev/txp/if_txp.c =================================================================== --- sys/dev/txp/if_txp.c (revision 196606) +++ sys/dev/txp/if_txp.c (working copy) @@ -1389,7 +1389,8 @@ /* High priority rx ring. */ error = txp_dma_alloc(sc, "hi priority rx ring", - &sc->sc_cdata.txp_rxhiring_tag, sizeof(struct txp_rx_desc), 0, + &sc->sc_cdata.txp_rxhiring_tag, + roundup(sizeof(struct txp_rx_desc), 16), 0, &sc->sc_cdata.txp_rxhiring_map, (void **)&sc->sc_ldata.txp_rxhiring, sizeof(struct txp_rx_desc) * RX_ENTRIES, &sc->sc_ldata.txp_rxhiring_paddr); @@ -1409,7 +1410,8 @@ /* Low priority rx ring. */ error = txp_dma_alloc(sc, "low priority rx ring", - &sc->sc_cdata.txp_rxloring_tag, sizeof(struct txp_rx_desc), 0, + &sc->sc_cdata.txp_rxloring_tag, + roundup(sizeof(struct txp_rx_desc), 16), 0, &sc->sc_cdata.txp_rxloring_map, (void **)&sc->sc_ldata.txp_rxloring, sizeof(struct txp_rx_desc) * RX_ENTRIES, &sc->sc_ldata.txp_rxloring_paddr); --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 20:58:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B93106566C for ; Mon, 31 Aug 2009 20:58:50 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 97CD88FC12 for ; Mon, 31 Aug 2009 20:58:50 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 0989A84551; Mon, 31 Aug 2009 16:58:50 -0400 (EDT) Date: Mon, 31 Aug 2009 16:58:50 -0400 From: Jeff Blank To: Pyun YongHyeon Message-ID: <20090831205849.GA5377@mr-happy.com> References: <20090831172917.GA1512@mr-happy.com> <20090831174918.GA1258@michelle.cdnetworks.com> <20090831182910.GA96366@mr-happy.com> <20090831192920.GA2190@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090831192920.GA2190@michelle.cdnetworks.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Aug 2009 20:58:50 -0000 On Mon, Aug 31, 2009 at 12:29:20PM -0700, Pyun YongHyeon wrote: > Hmm... never mind. Please try attached patch let me know how it > goes. that seemed to do it. I didn't get a chance to test networking at all, as I ran into another (most probably unrelated) panic, but I can at least get past the point where txp0 gets detected now. thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Aug 31 22:10:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDFEB106566B for ; Mon, 31 Aug 2009 22:10:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id A01AF8FC0C for ; Mon, 31 Aug 2009 22:10:39 +0000 (UTC) Received: by ywh29 with SMTP id 29so6393634ywh.33 for ; Mon, 31 Aug 2009 15:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=LRyw5MGmQWqbrj8HnpLANxaTp/0Pf3EH/P9/DbHx2OI=; b=F/zYdO/Ac9QTuQQyyWDGggmuzA0FJdh9hAQpwVoKkVXznSNp38WJRPc0heThs/AScY /m/beiXwDGUkxUk15b+5nkCP5OvV0FVa/IXEsFlF2H/NA5ZP0+Opr2/lY5WcaDAFPAxw QIdYmLL1d1TBJZtlSO0df7STpHsFJgfoNdvso= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MA22ZwnWqdAmww6K1UqqSD6usZFKrAyVPu8UYw/I+nPi3jyvskteXV4327F07oRXrs oUzjg86Fy3DkrCBfft+od2/ab7Z2AuTnV63iG41RAnebLgGRXzRQ5jkwb1jizdnzHjdO e/NT8B590R6+FKoTxZA6sp1V6AROSpoUYInyc= Received: by 10.90.217.11 with SMTP id p11mr4422593agg.82.1251756638771; Mon, 31 Aug 2009 15:10:38 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 29sm298155agd.55.2009.08.31.15.10.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Aug 2009 15:10:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 31 Aug 2009 15:09:11 -0700 From: Pyun YongHyeon Date: Mon, 31 Aug 2009 15:09:11 -0700 To: Jeff Blank Message-ID: <20090831220911.GB2190@michelle.cdnetworks.com> References: <20090831172917.GA1512@mr-happy.com> <20090831174918.GA1258@michelle.cdnetworks.com> <20090831182910.GA96366@mr-happy.com> <20090831192920.GA2190@michelle.cdnetworks.com> <20090831205849.GA5377@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090831205849.GA5377@mr-happy.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA3 and txp(4) panic: vm_phys_alloc_contig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 22:10:40 -0000 On Mon, Aug 31, 2009 at 04:58:50PM -0400, Jeff Blank wrote: > On Mon, Aug 31, 2009 at 12:29:20PM -0700, Pyun YongHyeon wrote: > > Hmm... never mind. Please try attached patch let me know how it > > goes. > > that seemed to do it. I didn't get a chance to test networking at > all, as I ran into another (most probably unrelated) panic, but I can > at least get past the point where txp0 gets detected now. > Thanks for quick reply. Patch committed to HEAD(r196721). > thanks, > Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 14:35:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5EE1065670 for ; Tue, 1 Sep 2009 14:35:58 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 08FE58FC1E for ; Tue, 1 Sep 2009 14:35:57 +0000 (UTC) Received: by fxm6 with SMTP id 6so52333fxm.43 for ; Tue, 01 Sep 2009 07:35:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.102.197.11 with SMTP id u11mr2965845muf.97.1251813890518; Tue, 01 Sep 2009 07:04:50 -0700 (PDT) Date: Tue, 1 Sep 2009 16:04:50 +0200 Message-ID: From: Maciej Jan Broniarz To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 14:35:58 -0000 Hi, Is is a bad ida to create a zfs pool from a gmirrored slice? zpool create tank /dev/mirror/gm0s1g works fine, but after the reboot the filesystem failes consistency check. Regards, mjb -- [ -----< Maciej Jan Broniarz || gausus@gausus.net >------ ] | Siamo qui \ sotto la stessa luce \ sotto la sua croce \ | | cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, | [ ---------------< E l'Emmanuel, Emmanuel >-------------- ] From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 15:32:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9466106566C for ; Tue, 1 Sep 2009 15:32:37 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 76D4D8FC0C for ; Tue, 1 Sep 2009 15:32:37 +0000 (UTC) Received: by ywh29 with SMTP id 29so82907ywh.33 for ; Tue, 01 Sep 2009 08:32:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ipeNi5Q7qkcXTWJuOa5lMNCWLD8CsMiAEMrPaqnanFw=; b=Po4tAYB1Iij5jSjgwFlGNhFFXUwVvj8ArllAJ7NRBeXG66/Cptre8jsm2AI1zkpab7 3rtEYIWfGMcAQS4O1f/rdCnTlB6jjSRDe2l3ItKvTMTTlCRPPU9cH0d8eJBWzJcyWXw8 QUnrDaWlArZYnmsVMgsGhYNTijwdgWUo6K84M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=imFiWyFshNh7rlZHOQvOy6WBKVhUsWfM/SE0wTDd1yonmQAZE2+HTb4tpenOxhQANq w3/Fwz8lDRd81V8Hv6zQQTXakJTwWN9tsYsLFnnHF7zrSTDlKQtwPTDuNCapW2tRkZIu xaHKJTAHqnyW9KKIrR1XlVKBXAkjxYzxiPybs= MIME-Version: 1.0 Received: by 10.151.20.1 with SMTP id x1mr11838122ybi.124.1251819155977; Tue, 01 Sep 2009 08:32:35 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Sep 2009 08:32:33 -0700 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 15:32:37 -0000 On Tue, Sep 1, 2009 at 7:04 AM, Maciej Jan Broniarz wrote: > Is is a bad ida to create a zfs pool from a gmirrored slice? > zpool create tank /dev/mirror/gm0s1g works fine, but after the reboot > the filesystem failes consistency check. > > You could, but the question is ... why would you? ZFS includes support for RAID0 (stripe), RAID1 (mirroring), RAID5 and RAID6 (raidz1/raidz2), and (soon in OpenSolaris) RAID7 (raidz3). Why would you want to build a pool out of devices that are already RAID'd together? Just use the bare disks, or slices on disks, or partitions even. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 15:56:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8EB1065696 for ; Tue, 1 Sep 2009 15:56:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 268228FC1F for ; Tue, 1 Sep 2009 15:56:25 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MiViT-000KrK-7U; Tue, 01 Sep 2009 16:56:17 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MiViS-0004N3-U2; Tue, 01 Sep 2009 16:56:16 +0100 To: fjwcash@gmail.com, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Tue, 01 Sep 2009 16:56:16 +0100 Cc: Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 15:56:25 -0000 > ZFS includes support for RAID0 (stripe), RAID1 (mirroring), RAID5 and RAID6 > (raidz1/raidz2), and (soon in OpenSolaris) RAID7 (raidz3). Why would you > want to build a pool out of devices that are already RAID'd together? Because gmirror type RAIDing is more appropriate for your application than ZFS RAID ? I am not the original poster, but I can easily see why one would want to do do this. For example making a gmirror of a local drive and a remote drive - you can ask gmirror to prefer reads on the local disc, but there isn't a way to specify that in ZFS that I know of. Also gmirror on top of ggate behaves nicely if the remote drive fails. ZFS does not behave nicely at all - or it didn't when I ran tests. I havent tried on the latest version I admit. But ZFS as a filesystem still has many significant advantages, so runnng it on top of gmirror is actually a worthwhile thing to do. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 16:01:05 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F27F6106568F for ; Tue, 1 Sep 2009 16:01:04 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51011.mail.re2.yahoo.com (web51011.mail.re2.yahoo.com [206.190.39.154]) by mx1.freebsd.org (Postfix) with SMTP id AC1FE8FC14 for ; Tue, 1 Sep 2009 16:01:04 +0000 (UTC) Received: (qmail 51325 invoked by uid 60001); 1 Sep 2009 16:01:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251820864; bh=pRtEajZVP7caE1In7qljhLCcpA5XNWHcU6eJqTWG7hg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Ur5Y4C53qy8CIyRUH7lrOJTesae/ai3UX81wGToqlSpZZZfOUwhDdczoUh8JbvdGe7FrbGMcb3PAkz8bHj3jp7SgznGosAcieO3QAYzzR6C3cHDRllVSp1uP6vrjoAqc3iTncyH/sguOiucDDStbmhecvFu5YUJGfyEiPlp31sQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=g+J7tsldXDCGGZxuu0GfidTy6KkfrJoqorvru2Pz082GvsuCpKhxXLuY9Tap9kLACrt/nTImRSrjgYJceqMM4GF12U4/cFMy5A8NsKuGKsQX5YLhee6Y9HQIWg1ATg/PF9ZVN4SNM+tC26CN0HHd9mAyrJF52hyDZ3NkMRfS5F8=; Message-ID: <165377.50875.qm@web51011.mail.re2.yahoo.com> X-YMail-OSG: PLUXkOoVM1lRySb6B8Sx9ExLevjBSpdqt_XxFjGrEe.e.RRGdSJB.eX9LGdX9Y5x_0NREo3s5Oyzm4iVZhnyBr9iqyXZP8GyDd8LCYSOladLwNgM.Wayc2105ZcjdEMBjEttj..essKR2IhCn3n0z8MaWsR24ezzKCl.sa4IGRdNV_jRxpA5FI97_WoCogvdmk.4lwrLQrpmaz322fcklRkata5Q7CwCipFlsLsruVaQrWasl2sN9y7XrPcACiFLubnaJSo0l5gzHVMHrRM38o8pCi4WXYmpuasz1sadB8fPLVCqAUHH73LIxsm20p1RCtSG.rIEo0QzY1kgcBhndjSzfV6picbXwt.pzT1R1RlvZqMMFF2m7x_dvdm.y2TX1DE- Received: from [71.117.53.27] by web51011.mail.re2.yahoo.com via HTTP; Tue, 01 Sep 2009 09:01:04 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Tue, 1 Sep 2009 09:01:04 -0700 (PDT) From: Richard Mahlerwein To: Gavin Atkinson In-Reply-To: <20090830203732.L24691@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Stable Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2009 16:01:05 -0000 --- On Sun, 8/30/09, Gavin Atkinson wrote:=0A=0A> From:= Gavin Atkinson =0A> Subject: Re: Fatal Trap 12 in vario= us processes always at address 0x3030313a=0A> To: "Richard Mahlerwein" =0A> Cc: "FreeBSD-Stable" =0A> = Date: Sunday, August 30, 2009, 3:47 PM=0A> On Sat, 29 Aug 2009, Richard=0A>= Mahlerwein wrote:=0A> =0A> > (Sorry, update to subject to be )= =0A> > =0A> > 3 weeks ago:=0A> > I upgraded from 7.1-PRELEASE to -stable an= d all seemed=0A> fine=0A> > until I rebooted out of single user mode after = doing=0A> make=0A> > installworld and mergemaster.=A0 At that point, near= =0A> the=0A> > end of the boot sequence I got a core dump,=0A> apparently= =0A> > triggered by devd.=0A> > =0A> > ****=0A> > Fatal trap 12: page fault= while in kernel mode.=0A> > cpu id =3D 0; apic id =3D 00=0A> > fault virtu= al address =3D 0x3030313a=0A> > fault code =3D supervisor write, page not p= resent=0A> > [snip]=0A> > current process =3D 355 (devd)=0A> > ****=0A> > = =0A> > [snip]=0A> > Does anyone have a further recommendation on what to=0A= > do,=0A> > try, test or change?=0A> =0A> Firstly, please set up a dump par= tition by adding=0A> 'dumpdev=3D"AUTO"' to your rc.conf.=0A> =0A> Then, can= you compile in the kernel debugger (options KGB /=0A> options DDB) and whe= n this happens again, please obtain a=0A> backtrace from the debugger with = the "bt" command.=A0=0A> Then, give the "show registers" command so that we= can=0A> establish which register is pointing to the odd address.=0A> Final= ly, issue the "call doadump()" command to hopefully=0A> save a copy of the = kernel dump for later analysis.=0A> =0A> Thanks,=0A> =0A> Gavin=0A=0ANo pro= blem, but for future reference by others reading this thread, the handbook = says KGB should be KDB, which is what I'm enabling in the kernel config. D= DB is fine.=0A=0Ahttp://www.freebsd.org/doc/en/books/developers-handbook/ke= rneldebug-online-ddb.html=0A=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 16:04:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC02106566B for ; Tue, 1 Sep 2009 16:04:14 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id A22238FC13 for ; Tue, 1 Sep 2009 16:04:13 +0000 (UTC) Received: by fxm6 with SMTP id 6so131000fxm.43 for ; Tue, 01 Sep 2009 09:04:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.80.23 with SMTP id h23mr3062265mul.88.1251821052633; Tue, 01 Sep 2009 09:04:12 -0700 (PDT) In-Reply-To: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> Date: Tue, 1 Sep 2009 18:04:12 +0200 Message-ID: From: Maciej Jan Broniarz To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 16:04:14 -0000 2009/9/1 Thomas Backman : > On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: > > > I'm not familiar with gmirror, but it'd be a way better idea to mirror it > using ZFS if possible - that way you get self-healing and stuff like that, > which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only sees a > single slice. > I would like to do so. I have to disks (ad4 and ad5). Is it possible to create two slices on both disks (eg ad4s1 and ad4s2 for ad4). Then to create gmirror on ad4s1, install freebsd on it so it would boot from it. Then, after having my system running to create zfs mirror from ad4s2 and ad5s2? mjb -- [ -----< Maciej Jan Broniarz || gausus@gausus.net >------ ] | Siamo qui \ sotto la stessa luce \ sotto la sua croce \ | | cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, | [ ---------------< E l'Emmanuel, Emmanuel >-------------- ] From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 17:10:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF721065692 for ; Tue, 1 Sep 2009 17:10:27 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id A3EAC8FC15 for ; Tue, 1 Sep 2009 17:10:27 +0000 (UTC) Received: by vws27 with SMTP id 27so194152vws.3 for ; Tue, 01 Sep 2009 10:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=rnBAWUb6dEwzXRDEvJRpavl7U1Baz8+vwFW0gkZczj0=; b=d7cSzKpyxWBB2gyfCgEQoP1kzb+WY220qIWRlKe0PpIGF1QAHdnKUkDekRBzL6Sbng 3lQjIVMOrD1lyC2e96i4zIWMvBmKAzYdklLEKG1tIqg8uRuNr3rribkmOS8v8Q8e6/yI 00mQBFlA/iQkK7xcogKyQszbt3Wf7ME2JloPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=CyCZXVOStR2CFlw0a7HaEThUS2f+hqvxqTJ0c3NrUaKJEQar9clpUobV5lGgtqajkS IW6R0ZMtqHV2bPM6+1E1bqx9CMPJANkimVFt+dZzoRMSjs+5WIHc1UQlx+efb7XCsn3V sGQPEI+iE23D/zfhckuPVy6V267s2P1gpOCHM= MIME-Version: 1.0 Received: by 10.150.237.1 with SMTP id k1mr12060342ybh.69.1251825026647; Tue, 01 Sep 2009 10:10:26 -0700 (PDT) In-Reply-To: References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> Date: Tue, 1 Sep 2009 10:10:26 -0700 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 17:10:28 -0000 On Tue, Sep 1, 2009 at 9:04 AM, Maciej Jan Broniarz wrote: > 2009/9/1 Thomas Backman : > > On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: > > I'm not familiar with gmirror, but it'd be a way better idea to mirror it > > using ZFS if possible - that way you get self-healing and stuff like > that, > > which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only sees a > > single slice. > > I would like to do so. I have to disks (ad4 and ad5). Is it possible > to create two slices on both disks (eg ad4s1 and ad4s2 for ad4). > Then to create gmirror on ad4s1, install freebsd on it so it would > boot from it. Then, after having my system running to create zfs > mirror from ad4s2 and ad5s2? > > Yes, this is definitely doable. You can use entire drives (ad4), single slices (ad4s1), or individual partitions (ad4s1d) with ZFS. Create two slices; install to and use s1 on both drives for the gmirror RAID1; and use s2 on both drives for a ZFS RAID1. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 17:10:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37889106566B for ; Tue, 1 Sep 2009 17:10:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id E75978FC1F for ; Tue, 1 Sep 2009 17:10:38 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id DD97619E044; Tue, 1 Sep 2009 19:10:34 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C369C19E043; Tue, 1 Sep 2009 19:10:32 +0200 (CEST) Message-ID: <4A9D558A.9070609@quip.cz> Date: Tue, 01 Sep 2009 19:10:34 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Maciej Jan Broniarz References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Thomas Backman Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 17:10:39 -0000 Maciej Jan Broniarz wrote: > 2009/9/1 Thomas Backman : > >>On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: >> >> >>I'm not familiar with gmirror, but it'd be a way better idea to mirror it >>using ZFS if possible - that way you get self-healing and stuff like that, >>which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only sees a >>single slice. >> > > > I would like to do so. I have to disks (ad4 and ad5). Is it possible > to create two slices on both disks (eg ad4s1 and ad4s2 for ad4). > Then to create gmirror on ad4s1, install freebsd on it so it would > boot from it. Then, after having my system running to create zfs > mirror from ad4s2 and ad5s2? Yes, I am using it this way: root@cage ~/# gmirror status Name Status Components mirror/gms1 COMPLETE ad4s1 ad6s1 root@cage ~/# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad4s2 ONLINE 0 0 0 ad6s2 ONLINE 0 0 0 errors: No known data errors root@cage ~/# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 444G 353G 91.2G 79% ONLINE - gmirror gms1 is for system files, ports etc. zpool (444GB) is for jails Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 17:13:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C63C0106566B for ; Tue, 1 Sep 2009 17:13:29 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id 182AA8FC14 for ; Tue, 1 Sep 2009 17:13:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 324F63C0A1; Tue, 1 Sep 2009 19:13:28 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27592-03; Tue, 1 Sep 2009 19:13:20 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 856603C0A0; Tue, 1 Sep 2009 19:13:20 +0200 (CEST) Message-ID: <4A9D561F.5000808@sh.cvut.cz> Date: Tue, 01 Sep 2009 19:13:03 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4632A8CC3C0452AB472E351A" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.1 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** Subject: GCC -m32 option on FreeBSD/AMD64 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2009 17:13:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4632A8CC3C0452AB472E351A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, is C++ + GCC -m32 option officially supported by FreeBSD/AMD64 7.2? I am getting the following errors for simplest input: shell::wilx:~/tmp> cat >m32.cxx #include shell::wilx:~/tmp> g++ -c m32.cxx shell::wilx:~/tmp> g++ -m32 m32.cxx In file included from /usr/include/c++/4.2/ext/new_allocator.h:37, from /usr/include/c++/4.2/bits/c++allocator.h:39, from /usr/include/c++/4.2/bits/allocator.h:53, from /usr/include/c++/4.2/memory:54, from /usr/include/c++/4.2/string:48, from /usr/include/c++/4.2/bits/locale_classes.h:47, from /usr/include/c++/4.2/bits/ios_base.h:47, from /usr/include/c++/4.2/ios:48, from /usr/include/c++/4.2/ostream:45, from /usr/include/c++/4.2/iostream:45, from m32.cxx:1: /usr/include/c++/4.2/new:95: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter /usr/include/c++/4.2/new:96: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter /usr/include/c++/4.2/new:99: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter /usr/include/c++/4.2/new:100: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter /usr/include/c++/4.2/new:105: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter /usr/include/c++/4.2/new:106: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter -- VH --------------enig4632A8CC3C0452AB472E351A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkqdViUACgkQr2CghdezFMntaACgh5pCUWbYTMpVsczyd8H6HVud nSgAnAj5wQGFRIgN/wZ+KyE0ZSDQ5oWH =ygY3 -----END PGP SIGNATURE----- --------------enig4632A8CC3C0452AB472E351A-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 18:26:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 639A6106566C for ; Tue, 1 Sep 2009 18:26:05 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFAD8FC08 for ; Tue, 1 Sep 2009 18:26:05 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:38369 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MiW1P-00074g-5R; Tue, 01 Sep 2009 18:15:53 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id E78231A25FD; Tue, 1 Sep 2009 18:15:22 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: Date: Tue, 1 Sep 2009 18:15:20 +0200 Content-Transfer-Encoding: 7bit Message-Id: <05E40037-FDB2-4F6A-B570-8E72ECE1B938@exscape.org> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.1075.2) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MiW1P-00074g-5R. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MiW1P-00074g-5R 5ded1ab58b78c0dff3e6f578b626a1a1 Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 18:26:05 -0000 On Sep 1, 2009, at 6:04 PM, Maciej Jan Broniarz wrote: > 2009/9/1 Thomas Backman : >> On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: >> >> >> I'm not familiar with gmirror, but it'd be a way better idea to >> mirror it >> using ZFS if possible - that way you get self-healing and stuff >> like that, >> which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only >> sees a >> single slice. >> > > I would like to do so. I have to disks (ad4 and ad5). Is it possible > to create two slices on both disks (eg ad4s1 and ad4s2 for ad4). > Then to create gmirror on ad4s1, install freebsd on it so it would > boot from it. Then, after having my system running to create zfs > mirror from ad4s2 and ad5s2? Why not go ZFS all the way? ZFS on root is well supported these days (well, not by sysinstall, but it works great if you do it manually) - you don't even need UFS /boot anymore. Again, not familiar with gmirror, but my guess (that will be corrected or confirmed by someone ;) is that your way would work too. Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 18:26:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC97106568B for ; Tue, 1 Sep 2009 18:26:05 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9913A8FC0A for ; Tue, 1 Sep 2009 18:26:05 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:44875 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MiUxp-0005TF-5T; Tue, 01 Sep 2009 17:08:07 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id C985EF5652; Tue, 1 Sep 2009 17:07:34 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: Date: Tue, 1 Sep 2009 17:07:32 +0200 Content-Transfer-Encoding: 7bit Message-Id: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> References: To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.1075.2) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MiUxp-0005TF-5T. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MiUxp-0005TF-5T e9543b6ac11c32dbe344feb6e7567f62 Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 18:26:05 -0000 On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: > Hi, > > Is is a bad ida to create a zfs pool from a gmirrored slice? > zpool create tank /dev/mirror/gm0s1g works fine, but after the reboot > the filesystem failes consistency check. > > Regards, > mjb I'm not familiar with gmirror, but it'd be a way better idea to mirror it using ZFS if possible - that way you get self-healing and stuff like that, which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only sees a single slice. Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 18:58:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4DDF1065672 for ; Tue, 1 Sep 2009 18:58:27 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51010.mail.re2.yahoo.com (web51010.mail.re2.yahoo.com [206.190.39.129]) by mx1.freebsd.org (Postfix) with SMTP id 5DAC08FC12 for ; Tue, 1 Sep 2009 18:58:27 +0000 (UTC) Received: (qmail 60090 invoked by uid 60001); 1 Sep 2009 18:58:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251831506; bh=NH2vK25VG1fpODFy6tYuROoUQVCLmjqAkjcRwbfO5Lk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BHpin6S5XvPK0eMNWuYPozRHMA09KZFMOpQa2bSgBDTh83CCgrrXkZ3FWmcLLk8e17EFS63X1P6tkMJ/rXA/OokI40AmaMR/Y5fPk4cbAnLVmwhvEWDyHS+5KTeYOUTEMvXD/hlu405nwytIMowXLKHCYvif2b2k0KxSB5jDUfo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vMewyu1R/y64AXQ6Vz3L/ko3BEhd7vUUdjvROTYYaY8q5uU2LoadtG1DO3zFAKbUDQxgMgEIjpTfjfeM0hmLiG44c+RKz6uoe3Hb7frPzsS23DArelCR2xWrl5n7hdxktLvhXTFbdqKACvo/sAfgT8Q3XHFNG8GoanvQO98e5nI=; Message-ID: <400450.59350.qm@web51010.mail.re2.yahoo.com> X-YMail-OSG: tcuRcLMVM1mO0cqfhILRcdwX._w5q9aYmekc4u3ayDADh9wz_mu3oMDdpaprna75oqAi0GGxdkKy_rgkLz4snjKQUsNzikAASZ5NKeXbM8PjJSW11yC5hfZveaWXt2I6F1N7SIn0C27vPXTndfWLsRQvera0QqvB13KyxKtZy_h4RdlCBEwIXbJ8UVeX3im1mu_m0hKKJZy9G0X5DgYmmQZgEY926CyVIwQ1tpd5TtAm2w93dh_hMWXS0Fy1dTfUp3mdHVL6FtuLjDUlJs2BhGEM1cjWaiw7EyzhIvzKdoE3BSYh1T_ser464Zh_1EfI4R8gEV7SeS_9ay0R8d2o4Usz.SuxOE6B3Z3e5XEKp03qsyHwAWwSa4t.Z8syJjF22mY- Received: from [71.117.53.27] by web51010.mail.re2.yahoo.com via HTTP; Tue, 01 Sep 2009 11:58:26 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Tue, 1 Sep 2009 11:58:26 -0700 (PDT) From: Richard Mahlerwein To: FreeBSD-Stable In-Reply-To: <20090830203732.L24691@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2009 18:58:27 -0000 > From: Gavin Atkinson =0A> Subject: Re: Fatal Trap 12 i= n various processes always at address 0x3030313a=0A> To: "Richard Mahlerwei= n" =0A> Cc: "FreeBSD-Stable" =0A> Date: Sunday, August 30, 2009, 3:47 PM=0A> On Sat, 29 Aug 2009, Rich= ard=0A> Mahlerwein wrote:=0A> =0A>> I upgraded from 7.1-PRELEASE to -stable= and all seemed fine=0A>> until I rebooted out of single user mode after do= ing make=0A>> installworld and mergemaster.=A0 At that point, near the=0A>>= end of the boot sequence I got a core dump, apparently=0A>> triggered by d= evd.=0A>> =0A>> ****=0A>> Fatal trap 12: page fault while in kernel mode.= =0A>> cpu id =3D 0; apic id =3D 00=0A>> fault virtual address =3D 0x3030313= a=0A>> fault code =3D supervisor write, page not present=0A>> [snip]=0A>> c= urrent process =3D 355 (devd)=0A>> ****=0A=0A>> Does anyone have a further = recommendation on what to do,=0A>> try, test or change?=0A> =0A> Firstly, p= lease set up a dump partition by adding=0A> 'dumpdev=3D"AUTO"' to your rc.c= onf.=0A> =0A> Then, can you compile in the kernel debugger (options KGB /= =0A> options DDB) and when this happens again, please obtain a=0A> backtrac= e from the debugger with the "bt" command.=A0=0A> Then, give the "show regi= sters" command so that we can=0A> establish which register is pointing to t= he odd address.=0A> Finally, issue the "call" command to hopefully=0A> save= a copy of the kernel dump for later analysis.=0A> =0A> Thanks,=0A> =0A> Ga= vin=0A=0AError at virtual address 0x3030313a=0Acurrent process 352(sysctl) = =0A=0Abt says (typing blind, but I think I got it):=0A=0ATracing pid 352 ti= d 100044 td 0xc3378480=0Asysctl_devctl_disable(c0c80ac0,0,0,d82fcba4,d82fcb= a4...) at sysctl_devctl_disable+0xaa=0Asysctl_root(d82fcba4,4,1,d82fcc60,0,= ...) at sysctl_root+0x187=0Auserland_sysctl(c3378480,d82fcc14,3,0,0,...) at= userland_sysctl+0x1c4=0A__sysctl(c3378480,d82fccfc,18,d82fcd38,d82fcd2c,..= .) at __sysctl_0x94=0Asyscall(d82fcd38) at syscall_0x335=0AXint0x80_syscall= () at Xint0x80_syscall_0x20=0A--- syscall (202,FreeBSD ELF32, __sysctl, eip= =3D 0x2815beaf, esp=3D0xbfbfe55c, epb =3D 0xbfbfe588 ---=0A=0Ashow registe= rs :=0A=0Acs 0x20=0Ads 0xc1470028=0Aes 0xc1470028=0Afs 0xc1460008=0Ass 0x28= =0Aeax 0xc0cea0cc devsoftc_0x4c=0Aecx 0=0Aedx 0x30303132=0Aebx 0xc3181350= =0Aesp 0xd82fcb34=0Aebp 0xd82fcb54=0Aesi 0=0Aedi 0=0Aeip 0xc08218da sysctl_= devctl_disable+0xaa=0Aefl 0x10202=0Asysctl_devctl_disable+0xaa: movl %eax,0= x8(%edx)=0A=0AI hope that tells someone on the list way more than it tells = me.=0A=0AThanks again for all the help so far!=0A=0A-Rich=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 19:47:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EBE31065679 for ; Tue, 1 Sep 2009 19:47:47 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51007.mail.re2.yahoo.com (web51007.mail.re2.yahoo.com [206.190.38.138]) by mx1.freebsd.org (Postfix) with SMTP id 1757D8FC1B for ; Tue, 1 Sep 2009 19:47:46 +0000 (UTC) Received: (qmail 96706 invoked by uid 60001); 1 Sep 2009 19:47:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251834466; bh=+uG4teEH102b8+TgMq14Z315RPDhyifup/L75Fu32YE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=zO+CQCh9SaP6YCRZn0aik0dK6BLJp3mNa8R9V7Yb7CwrDqS+nLTiM0p/L1SqjH6CjIE1f5dwxH3BcgxeKLulxv0kRPVIeCnNaQII72H1g8XsWBjaa1x98fSB2E8fMb/k7RD9A2iAgBkg664TLT1OwqILIXHthE/1wcTiLUL+s1w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=FMWUz+cT+CwPD9xWnPy2WujME11YdfARERsp+n/QQkhYlhNelzBaWFUvPxddVRmJVBPUqhXUPvkQl8Di1xZP/k2CB5duL1E+zI/WdLIquOChQPEkQ1XaVAEMeGAAVkjT4WNEmYyf2N3b6zRgWLO9dZOHc63XFUWC1Z9kC4bs3NQ=; Message-ID: <79047.96509.qm@web51007.mail.re2.yahoo.com> X-YMail-OSG: OlPiM48VM1mMPBDbpKrVdU33vIb4YzYY6f8S7iXWCgi9U1N3FXPJemdQw.Q1Z.uY6mZMTAuqiqeJWCvDD4nAf6c0AWDKETw7AtLiAB9VOECMd.EEeGEiEr7Kg82n2bMLk.ER19cXZzb1e1HAyN61Y_4bjTZMRJQNMQ11xfzU5XSoeUjdNgAlb2ygJKMZYUaErw.A4HQ6rTewud_cl5HUJ5H4geX5RlrNAAD9xK5Vff0IT2zGqUqlF7iQ1hHnfHvZD59FFHJK.AGc4T3F3P00WD8X3xp5IdnomKu7SQ4t0rkurNefwsTdiheKliNNtB6DYGcikB6BnyqBxzWE9gExUr6oXS_NSnawoJltoiY- Received: from [71.117.53.27] by web51007.mail.re2.yahoo.com via HTTP; Tue, 01 Sep 2009 12:47:45 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Tue, 1 Sep 2009 12:47:45 -0700 (PDT) From: Richard Mahlerwein To: FreeBSD-Stable In-Reply-To: <400450.59350.qm@web51010.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2009 19:47:47 -0000 From: Richard Mahlerwein Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313= a To: "FreeBSD-Stable" Date: Tuesday, September 1, 2009, 2:58 PM > From: Gavin Atkinson > Subject: Re: Fatal Trap 12 in various processes always at address 0x30303= 13a > To: "Richard Mahlerwein" > Cc: "FreeBSD-Stable" > Date: Sunday, August 30, 2009, 3:47 PM > On Sat, 29 Aug 2009, Richard > Mahlerwein wrote: >=20 >> I upgraded from 7.1-PRELEASE to -stable and all seemed fine >> until I rebooted out of single user mode after doing make >> installworld and mergemaster.=A0 At that point, near the >> end of the boot sequence I got a core dump, apparently >> triggered by devd. >>=20 >> **** >> Fatal trap 12: page fault while in kernel mode. >> cpu id =3D 0; apic id =3D 00 >> fault virtual address =3D 0x3030313a >> fault code =3D supervisor write, page not present >> [snip] >> current process =3D 355 (devd) >> **** >> Does anyone have a further recommendation on what to do, >> try, test or change? >=20 > Firstly, please set up a dump partition by adding > 'dumpdev=3D"AUTO"' to your rc.conf. >=20 > Then, can you compile in the kernel debugger (options KGB / > options DDB) and when this happens again, please obtain a > backtrace from the debugger with the "bt" command.=A0 > Then, give the "show registers" command so that we can > establish which register is pointing to the odd address. > Finally, issue the "call" command to hopefully > save a copy of the kernel dump for later analysis. >=20 > Thanks, >=20 > Gavin Error at virtual address 0x3030313a current process 352(sysctl)=20 bt says (typing blind, but I think I got it): Tracing pid 352 tid 100044 td 0xc3378480 sysctl_devctl_disable(c0c80ac0,0,0,d82fcba4,d82fcba4...) at sysctl_devctl_d= isable+0xaa sysctl_root(d82fcba4,4,1,d82fcc60,0,...) at sysctl_root+0x187 userland_sysctl(c3378480,d82fcc14,3,0,0,...) at userland_sysctl+0x1c4 __sysctl(c3378480,d82fccfc,18,d82fcd38,d82fcd2c,...) at __sysctl_0x94 syscall(d82fcd38) at syscall_0x335 Xint0x80_syscall() at Xint0x80_syscall_0x20 --- syscall (202,FreeBSD ELF32, __sysctl, eip =3D 0x2815beaf, esp=3D0xbfbfe= 55c, epb =3D 0xbfbfe588 --- show registers : cs 0x20 ds 0xc1470028 es 0xc1470028 fs 0xc1460008 ss 0x28 eax 0xc0cea0cc devsoftc_0x4c ecx 0 edx 0x30303132 ebx 0xc3181350 esp 0xd82fcb34 ebp 0xd82fcb54 esi 0 edi 0 eip 0xc08218da sysctl_devctl_disable+0xaa efl 0x10202 sysctl_devctl_disable+0xaa: movl %eax,0x8(%edx) I hope that tells someone on the list way more than it tells me. Thanks again for all the help so far! -Rich I hope changing back to non-text (to get around some messed-up-ed-ness I've= been having in my Yahoo account) won't mess=0A this up too bad.=A0 Please = don't yell at me if it does - just a polite mention will do.=A0 :) I=0Achanged devd_enable=3D"NO" to devd_enable=3D"YES" in rc.conf, and get T= HIS=0Aerror (which is back to being almost the same as the original one I g= ot=0Aon the first attempt at a new kernel) vault virtual address 0x3030313a fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc08216dc stack pointer =3D 0x28: 0xd8311b70 frame pointer =3D 0x28:0xd8300b8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3DDPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process -=3D 255 (devd) [thread pid 355 tid 100045 ] stopped at devread+0x12c: movl %eax,0x8(%edx) bt says: Tracing pid 355 tid 100045 tc 0xc3378240 devread(c30df400,d8300c60,0,c3434564,d8300bd8,...) at devread+0x12c giant_read(c30df400,d8300c60,0,0,400,...) at giant_read+0x89 devfs_read_f(c33adb48,d8300c60,c3071300,0,c33adb48,...) at=0A dofileread+0x= 96 kern_readv(c3378240,3,d8300c60,bfbfe9f7,400,...) at kern_readv+0x58 read(c3378240,d8300cfc,c,80000000,369e99,...) at read+0x4f syscall(d8300d38) at syscall_0x335 Xint0x80_syscall() at Xint0x80_syscall_0x20 --- syscall (3, FreeBSD ELF32, read), eip - 0x8086c7f, esp =3D 0xbfbfe9bc, = ebp =3D 0xbfbfee98 --- And show registers: cs=3D20,ds=3Dd8300028, es=3Dd8300028,fs=3D d8300008, ss=3D28, eax=3Dc0cea0c= c devsoftc_0x4c ecx=3D0x4,,=0Aedx=3D0x30303132, ebx=3Doxc3181350, esp=3Dpxd8300b70, ebp=3Do= xd8300b8c,=0Aesi=3D0xc30df400, edi=3D0x6, eip=3Doxc08216dc devread_0x12c, e= fl=3D0x10202 devread+0x12c: movl %eax, 0x8(%edx) I'm=0Astill not quite sure what that's telling me, but is it significant th= at=0Ait's the same virtual location with a different piece of code loaded= =0Athere because of a change in options?=A0 No other change was made, just= =0Achanging devd_enable.=A0 I'm going to check loader.conf, too, as someone= =0Aelse suggested (but at this point, I didn't want to muddy the waters by= =0Achanging two things at once). =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 19:53:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00EF1065670 for ; Tue, 1 Sep 2009 19:53:35 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 46B388FC0C for ; Tue, 1 Sep 2009 19:53:34 +0000 (UTC) Received: by ewy4 with SMTP id 4so215465ewy.36 for ; Tue, 01 Sep 2009 12:53:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.210.139.17 with SMTP id m17mr6757478ebd.7.1251833415459; Tue, 01 Sep 2009 12:30:15 -0700 (PDT) Date: Tue, 1 Sep 2009 21:30:15 +0200 Message-ID: From: Major Domo To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 19:53:35 -0000 Hello list, Apologies if this has been discussed already but I searched the web and the mailing lists and haven't found hints on my problem. I've got a jail, I assign it a set of IP addresses, and it just won't take the IP6 I give it. Uname: FreeBSD 7.2-STABLE Sysctl jail MIBs: security.jail.jail_max_af_ips: 255 security.jail.mount_allowed: 0 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 1 security.jail.enforce_statfs: 2 security.jail.sysvipc_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 0 /etc/rc.conf settings: jail_enable="YES" jail_set_hostname_allow="NO" jail_list="ns" jail_ns_interface="lo252" jail_ns_hostname="[snip]" jail_ns_ip="192.168.0.252,fe80::c0a8:fc" jail_ns_rootdir="/var/jail/ns" jail_ns_devfs_enable="YES" jls -v: JID Hostname Path Name State CPUSetID IP Address(es) 23 [snip] /var/jail/ns ALIVE 2 192.168.0.252 fe80::c0a8:fc ifconfig lo252 from the host: lo252: flags=8049 metric 0 mtu 16384 inet 192.168.0.252 netmask 0xffffffff inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 ifconfig from the jail: re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:e0:f4:19:e9:d2 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 pflog0: flags=141 metric 0 mtu 33204 lo252: flags=8049 metric 0 mtu 16384 inet 192.168.0.252 netmask 0xffffffff ping6 from the host: PING6(56=40+8+8 bytes) fe80::c0a8:fc%lo252 --> fe80::c0a8:fc%lo252 16 bytes from fe80::c0a8:fc%lo252, icmp_seq=0 hlim=64 time=0.082 ms I fail to see what could be going wrong :( Any pointers please ? Regards From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 19:53:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A8E106568D for ; Tue, 1 Sep 2009 19:53:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBC68FC0A for ; Tue, 1 Sep 2009 19:53:56 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MiZQR-00062k-5Q for freebsd-stable@freebsd.org; Tue, 01 Sep 2009 21:53:55 +0200 Received: from 93-138-37-246.adsl.net.t-com.hr ([93.138.37.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Sep 2009 21:53:55 +0200 Received: from ivoras by 93-138-37-246.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Sep 2009 21:53:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 01 Sep 2009 21:53:28 +0200 Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig302EA59A9839F98088CA661F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-37-246.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: X-Enigmail-Version: 0.96.0 Sender: news Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 19:53:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig302EA59A9839F98088CA661F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maciej Jan Broniarz wrote: > Hi, >=20 > Is is a bad ida to create a zfs pool from a gmirrored slice? > zpool create tank /dev/mirror/gm0s1g works fine, but after the reboot > the filesystem failes consistency check. It *should* work. What error(s) do you get? --------------enig302EA59A9839F98088CA661F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqde70ACgkQldnAQVacBchPAgCeKbUf6GSowVj7Utlu8pON/C40 YlEAnjDphj4avCTdc55y6wpJIkxwMCxK =Y/Lw -----END PGP SIGNATURE----- --------------enig302EA59A9839F98088CA661F-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 19:55:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32A39106568B for ; Tue, 1 Sep 2009 19:55:48 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51004.mail.re2.yahoo.com (web51004.mail.re2.yahoo.com [206.190.38.135]) by mx1.freebsd.org (Postfix) with SMTP id D51568FC1C for ; Tue, 1 Sep 2009 19:55:47 +0000 (UTC) Received: (qmail 46220 invoked by uid 60001); 1 Sep 2009 19:55:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251834947; bh=U87/LQuh7OfiMXvTAlrQK/h2DnabX0QXftsOI8V54J8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=tIUiNMDrM06VopQBgwCw8Q9ORiCnekYDMhMPhWSI0cJqab+FlV7/LT5HcS8hC7dXqyoL72EZbntzuHHuEOHMYGo4c+u3ymqeacZRpZw4/XxgeTFdoaycMif0VImxn8xml1OOK13llIKwjeQideeibPggDqcPPIJ+PVA2vdwbp94= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=MY/BI/p2vt8X2VCRTEawxebq5FP8PPPrAuWqJzNdpdkzu9XTW8czFw9t8A+kHEYUJBsKfH8RQ7I4b87GNSaMZJyhgT4IeuUb1V08slWUxfVVNvSef5flRHmqjLvJr0eAU7FWIRngQc0Q6ECd3XQvVeVOo3TS28iRUyDBcXUOJSI=; Message-ID: <232414.46191.qm@web51004.mail.re2.yahoo.com> X-YMail-OSG: JEzI2TEVM1nFXeBg0JyY.yhxsSg17SccVzhXRR2imddKje3v0z2wp82k9XPWTT5oLRorYtb.BBPe402CTgt78rJkMdfsU4bh9Gi9dvXi2fuuptzLMvDRvZE_c.C5W8VkQrSjI9kE.c.u8_9WXx53YMl.gDzhcd.8Jd2xJGLME6zgyhRiPoEe0TvtkUGoh1dasVogqwIJyeHZpZGLNwzIN5Ed0Eutc4itqD79b6A88cT5ndMx86O9USihL78eOZ14J0157tmC1_EjmTWt.trnfksrBPmpxIOqxbdQ3zVL2_Tm6CTNlhVQ4eQTDlRPQdJdSuPHWmMv0MZ33MTgwedJGgmVSiN4Lj8MlLtwMjARPlW4a.vGW55veye.c9WRsv_Dwns- Received: from [71.117.53.27] by web51004.mail.re2.yahoo.com via HTTP; Tue, 01 Sep 2009 12:55:47 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Tue, 1 Sep 2009 12:55:47 -0700 (PDT) From: Richard Mahlerwein To: FreeBSD-Stable In-Reply-To: <79047.96509.qm@web51007.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Sep 2009 19:55:48 -0000 From: Richard Mahlerwein Subject: Re: Fatal Trap 12 in various processes always at address 0x3030313= a To: "FreeBSD-Stable" Date: Tuesday, September 1, 2009, 2:58 PM > From: Gavin Atkinson > Subject: Re: Fatal Trap 12 in various processes always at address 0x30303= 13a > To: "Richard Mahlerwein" > Cc: "FreeBSD-Stable" > Date: Sunday, August 30, 2009, 3:47 PM > On Sat, 29 Aug 2009, Richard > Mahlerwein wrote: >=20 >> I upgraded from 7.1-PRELEASE to -stable and all seemed fine >> until I rebooted out of single user mode after doing make >> installworld and mergemaster.=A0 At that point, near the >> end of the boot sequence I got a core dump, apparently >> triggered by devd. >>=20 >> **** >> Fatal trap 12: page fault while in kernel mode. >> cpu id =3D 0; apic id =3D 00 >> fault virtual address =3D 0x3030313a >> fault code =3D supervisor write, page not present >> [snip] >> current process =3D 355 (devd) >> **** >> Does anyone have a further recommendation on what to do, >> try, test or change? >=20 > Firstly, please set up a dump partition by adding > 'dumpdev=3D"AUTO"' to your rc.conf. >=20 > Then, can you compile in the kernel debugger (options KGB / > options DDB) and when this happens again, please obtain a > backtrace from the debugger with the "bt" command.=A0 > Then, give the "show registers" command so that we can > establish which register is pointing to the odd address. > Finally, issue the "call" command to hopefully > save a copy of the kernel dump for later analysis. >=20 > Thanks, >=20 > Gavin TWO Pieces of information here, and please excuse the repost - darn mailer'= s making me look like such a noob (not like I need help at that!).=A0 Again= , mention it if this screws up the formatting too badly.=A0 Now that I know= certain stuff doesn't come across, I have not used it so hopefully this wi= ll turn out nicely. Error at virtual address 0x3030313a current process 352(sysctl)=20 bt says (typing blind, but I think I got it): Tracing pid 352 tid 100044 td 0xc3378480 sysctl_devctl_disable(c0c80ac0,0,0,d82fcba4,d82fcba4...) at sysctl_devctl_d= isable+0xaa sysctl_root(d82fcba4,4,1,d82fcc60,0,...) at sysctl_root+0x187 userland_sysctl(c3378480,d82fcc14,3,0,0,...) at userland_sysctl+0x1c4 __sysctl(c3378480,d82fccfc,18,d82fcd38,d82fcd2c,...) at __sysctl_0x94 syscall(d82fcd38) at syscall_0x335 Xint0x80_syscall() at Xint0x80_syscall_0x20 --- syscall (202,FreeBSD ELF32, __sysctl, eip =3D 0x2815beaf, esp=3D0xbfbfe= 55c, epb =3D 0xbfbfe588 --- show registers : cs 0x20 ds 0xc1470028 es 0xc1470028 fs 0xc1460008 ss 0x28 eax 0xc0cea0cc devsoftc_0x4c ecx 0 edx 0x30303132 ebx 0xc3181350 esp 0xd82fcb34 ebp 0xd82fcb54 esi 0 edi 0 eip 0xc08218da sysctl_devctl_disable+0xaa efl 0x10202 sysctl_devctl_disable+0xaa: movl %eax,0x8(%edx) I hope that tells someone on the list way more than it tells me. On a hunch, I changed devd_enable=3D"NO" to devd_enable=3D"YES" in rc.conf,= and get THIS error (which is back to being almost the same as the original one I got on = the first attempt at a new kernel) vault virtual address 0x3030313a fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc08216dc stack pointer =3D 0x28: 0xd8311b70 frame pointer =3D 0x28:0xd8300b8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =A0=A0=A0=A0 =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process -=3D 255 (devd) [thread pid 355 tid 100045 ] stopped at devread+0x12c: movl %eax,0x8(%edx) bt says: Tracing pid 355 tid 100045 tc 0xc3378240 devread(c30df400,d8300c60,0,c3434564,d8300bd8,...) at devread+0x12c giant_read(c30df400,d8300c60,0,0,400,...) at giant_read+0x89 devfs_read_f(c33adb48,d8300c60,c3071300,0,c33adb48,...) at dofileread+0x96 kern_readv(c3378240,3,d8300c60,bfbfe9f7,400,...) at kern_readv+0x58 read(c3378240,d8300cfc,c,80000000,369e99,...) at read+0x4f syscall(d8300d38) at syscall_0x335 Xint0x80_syscall() at Xint0x80_syscall_0x20 --- syscall (3, FreeBSD ELF32, read), eip - 0x8086c7f, esp =3D 0xbfbfe9bc, = ebp =3D 0xbfbfee98 --- And show registers: cs=3D20, ds=3Dd8300028, es=3Dd8300028, fs=3D d8300008, ss=3D28, eax=3Dc0cea= 0cc devsoftc_0x4c ecx=3D0x4, edx=3D0x30303132, ebx=3Doxc3181350, esp=3Dpxd8300b70, ebp=3Doxd8= 300b8c, esi=3D0xc30df400, edi=3D0x6, eip=3Doxc08216dc devread_0x12c, efl=3D0x10202 devread+0x12c: movl %eax, 0x8(%edx) I'm still not quite sure what that's telling me, but is it significant that= it's the same virtual location with a different piece of code loaded there= because of a change in options?=A0 No other change was made, just changing= devd_enable.=A0 I'm going to check loader.conf, too, as someone else sugge= sted (but at this point, I didn't want to muddy the waters by changing two = things at once). Thanks again, Rich =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 20:13:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD16910656C5 for ; Tue, 1 Sep 2009 20:13:49 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id EA2D98FC18 for ; Tue, 1 Sep 2009 20:13:48 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id A035A3982D; Tue, 1 Sep 2009 22:13:45 +0200 (SAST) Date: Tue, 1 Sep 2009 22:13:45 +0200 From: John Hay To: Major Domo Message-ID: <20090901201345.GA42379@zibbi.meraka.csir.co.za> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 20:13:49 -0000 On Tue, Sep 01, 2009 at 09:30:15PM +0200, Major Domo wrote: > Hello list, > > > Apologies if this has been discussed already but I searched the web > and the mailing lists and haven't found hints on my problem. > > I've got a jail, I assign it a set of IP addresses, and it just won't > take the IP6 I give it. > > > Uname: > FreeBSD 7.2-STABLE > > > Sysctl jail MIBs: > security.jail.jail_max_af_ips: 255 > security.jail.mount_allowed: 0 > security.jail.chflags_allowed: 0 > security.jail.allow_raw_sockets: 1 > security.jail.enforce_statfs: 2 > security.jail.sysvipc_allowed: 0 > security.jail.socket_unixiproute_only: 1 > security.jail.set_hostname_allowed: 0 > > > /etc/rc.conf settings: > jail_enable="YES" > jail_set_hostname_allow="NO" > jail_list="ns" > jail_ns_interface="lo252" > jail_ns_hostname="[snip]" > jail_ns_ip="192.168.0.252,fe80::c0a8:fc" > jail_ns_rootdir="/var/jail/ns" > jail_ns_devfs_enable="YES" > > > jls -v: > JID Hostname Path > Name State > CPUSetID > IP Address(es) > 23 [snip] /var/jail/ns > ALIVE > 2 > 192.168.0.252 > fe80::c0a8:fc > > > ifconfig lo252 from the host: > lo252: flags=8049 metric 0 mtu 16384 > inet 192.168.0.252 netmask 0xffffffff > inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 > > > ifconfig from the jail: > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 00:e0:f4:19:e9:d2 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > pflog0: flags=141 metric 0 mtu 33204 > lo252: flags=8049 metric 0 mtu 16384 > inet 192.168.0.252 netmask 0xffffffff > > > ping6 from the host: > PING6(56=40+8+8 bytes) fe80::c0a8:fc%lo252 --> fe80::c0a8:fc%lo252 > 16 bytes from fe80::c0a8:fc%lo252, icmp_seq=0 hlim=64 time=0.082 ms > > > I fail to see what could be going wrong :( > > Any pointers please ? I have not used jails with link-local addresses, only global addresses and that works. It looks like you did not specify the whole link-local address in the jail_*_ip line. You need to add the %interface for a proper ipv6 link-local address, eg. fe80::c0a8:fc%lo252. Not everything works with link-local addresses though and jail might be one of them. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 20:20:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB071065711; Tue, 1 Sep 2009 20:20:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 23BF08FC19; Tue, 1 Sep 2009 20:20:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id F108441C66F; Tue, 1 Sep 2009 22:20:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id NKlTlDCEUk4V; Tue, 1 Sep 2009 22:20:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 7D50A41C67B; Tue, 1 Sep 2009 22:20:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E4BB24448E6; Tue, 1 Sep 2009 20:15:24 +0000 (UTC) Date: Tue, 1 Sep 2009 20:15:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Major Domo In-Reply-To: Message-ID: <20090901200313.J68375@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 20:20:07 -0000 On Tue, 1 Sep 2009, Major Domo wrote: Hi, > Apologies if this has been discussed already but I searched the web > and the mailing lists and haven't found hints on my problem. > > I've got a jail, I assign it a set of IP addresses, and it just won't > take the IP6 I give it. > > > Uname: > FreeBSD 7.2-STABLE > > jail_ns_ip="192.168.0.252,fe80::c0a8:fc" > > jls -v: > JID Hostname Path > Name State > CPUSetID > IP Address(es) > 23 [snip] /var/jail/ns > ALIVE > 2 > 192.168.0.252 > fe80::c0a8:fc > > > ifconfig lo252 from the host: > lo252: flags=8049 metric 0 mtu 16384 > inet 192.168.0.252 netmask 0xffffffff > inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 > > > ifconfig from the jail: > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 00:e0:f4:19:e9:d2 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > pflog0: flags=141 metric 0 mtu 33204 > lo252: flags=8049 metric 0 mtu 16384 > inet 192.168.0.252 netmask 0xffffffff This is a rather special case. For link-local addresses you have to give the scope as well but it won't take the scope with the %lo252 notation but only in the KAME in-kernel syntax I would assume. Can you try: jail_ns_ip="192.168.0.252,fe80:5::c0a8:fc" Note the added 5 in the second group of hex digits. That five is the interface index. I took it from the "scopeid 0x5". In case your interface index changes you will need to adjust the address. I cannot say if it'll work but it would be worth a try. /bz -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 1 21:46:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 599D5106568D for ; Tue, 1 Sep 2009 21:46:10 +0000 (UTC) (envelope-from dam@sd-13813.dedibox.fr) Received: from sd-13813.dedibox.fr (my.gd [88.191.78.91]) by mx1.freebsd.org (Postfix) with ESMTP id E6E668FC08 for ; Tue, 1 Sep 2009 21:46:09 +0000 (UTC) Received: by sd-13813.dedibox.fr (Postfix, from userid 1001) id 7D00D2C9B801; Tue, 1 Sep 2009 23:29:40 +0200 (CEST) Date: Tue, 1 Sep 2009 23:29:40 +0200 From: FLEURIOT Damien To: John Hay Message-ID: <20090901212939.GA9713@sd-13813.dedibox.fr> References: <20090901201345.GA42379@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090901201345.GA42379@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Sep 2009 21:46:10 -0000 On Tue, Sep 01, 2009 at 10:13:45PM +0200 or thereabouts, John Hay wrote: > On Tue, Sep 01, 2009 at 09:30:15PM +0200, Major Domo wrote: > > Hello list, > > > > > > Apologies if this has been discussed already but I searched the web > > and the mailing lists and haven't found hints on my problem. > > > > I've got a jail, I assign it a set of IP addresses, and it just won't > > take the IP6 I give it. > > > > > > Uname: > > FreeBSD 7.2-STABLE > > > > > > Sysctl jail MIBs: > > security.jail.jail_max_af_ips: 255 > > security.jail.mount_allowed: 0 > > security.jail.chflags_allowed: 0 > > security.jail.allow_raw_sockets: 1 > > security.jail.enforce_statfs: 2 > > security.jail.sysvipc_allowed: 0 > > security.jail.socket_unixiproute_only: 1 > > security.jail.set_hostname_allowed: 0 > > > > > > /etc/rc.conf settings: > > jail_enable="YES" > > jail_set_hostname_allow="NO" > > jail_list="ns" > > jail_ns_interface="lo252" > > jail_ns_hostname="[snip]" > > jail_ns_ip="192.168.0.252,fe80::c0a8:fc" > > jail_ns_rootdir="/var/jail/ns" > > jail_ns_devfs_enable="YES" > > > > > > jls -v: > > JID Hostname Path > > Name State > > CPUSetID > > IP Address(es) > > 23 [snip] /var/jail/ns > > ALIVE > > 2 > > 192.168.0.252 > > fe80::c0a8:fc > > > > > > ifconfig lo252 from the host: > > lo252: flags=8049 metric 0 mtu 16384 > > inet 192.168.0.252 netmask 0xffffffff > > inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 > > > > > > ifconfig from the jail: > > re0: flags=8843 metric 0 mtu 1500 > > options=389b > > ether 00:e0:f4:19:e9:d2 > > media: Ethernet autoselect (100baseTX ) > > status: active > > lo0: flags=8049 metric 0 mtu 16384 > > pflog0: flags=141 metric 0 mtu 33204 > > lo252: flags=8049 metric 0 mtu 16384 > > inet 192.168.0.252 netmask 0xffffffff > > > > > > ping6 from the host: > > PING6(56=40+8+8 bytes) fe80::c0a8:fc%lo252 --> fe80::c0a8:fc%lo252 > > 16 bytes from fe80::c0a8:fc%lo252, icmp_seq=0 hlim=64 time=0.082 ms > > > > > > I fail to see what could be going wrong :( > > > > Any pointers please ? > > I have not used jails with link-local addresses, only global addresses > and that works. It looks like you did not specify the whole link-local > address in the jail_*_ip line. You need to add the %interface for a > proper ipv6 link-local address, eg. fe80::c0a8:fc%lo252. Not everything > works with link-local addresses though and jail might be one of them. > > John > -- > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org Thanks for the hint John, I just tried by appending the interface % and it still won't work any better: rc.conf: jail_ns_ip="192.168.0.252,fe80::c0a8:fc%lo252" jls -v output doesn't change. ifconfig output within the jail doesn't change. ifconfig output on the host's lo252 doesn't change. I'm afraid I don't have spare IP6s to assign to my public interface so I can't test much more. -- Damien Fleuriot From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 03:52:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFDB1065676 for ; Wed, 2 Sep 2009 03:52:37 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 24E788FC29 for ; Wed, 2 Sep 2009 03:52:37 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id D2E5D3982B; Wed, 2 Sep 2009 05:52:34 +0200 (SAST) Date: Wed, 2 Sep 2009 05:52:34 +0200 From: John Hay To: FLEURIOT Damien Message-ID: <20090902035234.GA77802@zibbi.meraka.csir.co.za> References: <20090901201345.GA42379@zibbi.meraka.csir.co.za> <20090901212939.GA9713@sd-13813.dedibox.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090901212939.GA9713@sd-13813.dedibox.fr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 03:52:37 -0000 On Tue, Sep 01, 2009 at 11:29:40PM +0200, FLEURIOT Damien wrote: > On Tue, Sep 01, 2009 at 10:13:45PM +0200 or thereabouts, John Hay wrote: > > > > I have not used jails with link-local addresses, only global addresses > > and that works. It looks like you did not specify the whole link-local > > address in the jail_*_ip line. You need to add the %interface for a > > proper ipv6 link-local address, eg. fe80::c0a8:fc%lo252. Not everything > > works with link-local addresses though and jail might be one of them. > > > > John > > -- > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > Thanks for the hint John, I just tried by appending the interface % > and it still won't work any better: > > rc.conf: > jail_ns_ip="192.168.0.252,fe80::c0a8:fc%lo252" > > jls -v output doesn't change. > ifconfig output within the jail doesn't change. > ifconfig output on the host's lo252 doesn't change. > > I'm afraid I don't have spare IP6s to assign to my public interface > so I can't test much more. You can use site-local (fec0::) or rfc4193 addresses for testing. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 07:20:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E5B9106566B for ; Wed, 2 Sep 2009 07:20:30 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id A90018FC17 for ; Wed, 2 Sep 2009 07:20:29 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1Mik8q-0002Mt-OE; Wed, 02 Sep 2009 09:20:28 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Mik8m-000GSs-Oy; Wed, 02 Sep 2009 09:20:24 +0200 Message-ID: <4A9E1CB5.6030906@mapper.nl> Date: Wed, 02 Sep 2009 09:20:21 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> In-Reply-To: <4A9D558A.9070609@quip.cz> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig015CF9C75ADF032EDA7B1D58" Cc: freebsd-stable@freebsd.org, Thomas Backman , Maciej Jan Broniarz Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 07:20:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig015CF9C75ADF032EDA7B1D58 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Miroslav Lachman wrote: > Maciej Jan Broniarz wrote: >> 2009/9/1 Thomas Backman : >> >>> On Sep 1, 2009, at 4:04 PM, Maciej Jan Broniarz wrote: >>> >>> >>> I'm not familiar with gmirror, but it'd be a way better idea to >>> mirror it >>> using ZFS if possible - that way you get self-healing and stuff like >>> that, >>> which you won't if ZFS doesn't have a mirror/RAIDZ setup, but only >>> sees a >>> single slice. >>> >> >> >> I would like to do so. I have to disks (ad4 and ad5). Is it possible >> to create two slices on both disks (eg ad4s1 and ad4s2 for ad4). >> Then to create gmirror on ad4s1, install freebsd on it so it would >> boot from it. Then, after having my system running to create zfs >> mirror from ad4s2 and ad5s2? > > Yes, I am using it this way: > > root@cage ~/# gmirror status > Name Status Components > mirror/gms1 COMPLETE ad4s1 > ad6s1 > > > root@cage ~/# zpool status > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror ONLINE 0 0 0 > ad4s2 ONLINE 0 0 0 > ad6s2 ONLINE 0 0 0 > > errors: No known data errors > > > root@cage ~/# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT= > tank 444G 353G 91.2G 79% ONLINE - > > > gmirror gms1 is for system files, ports etc. zpool (444GB) is for jails= > > Miroslav Lachman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" Hello, I'm quite surprised by your setup, as you are using two mechanisms to accomplish the exact same thing: data replication. If you want two slices of toast do you use a toaster for one, and an oven for the other? My advice to you: either use zfs or gmirror to realize redundancy. Of course, zfs provides far more flexibility then UFS. However, as mentioned, booting from ZFS isn't something sysinstall can setup for you.= Besides, updating a zfs filesystem which you are running from is next to impossible. And since ZFS is still under heavy development, you will want to update your zfs version every now and then. So, i would recommend setting up gmirror to mirror your whole disks, install the base system(boot and "world") on a small UFS slice, and use the rest of the disc as zfs slice. If you feel comfortable enough running your entire system on zfs, you could use a mirrored zpool to boot from. Takes a little more efford, but is more uniform. Updating zfs will be a pain though. You would have to boot from another filesystem to be able to update your root filesystem. If you'll be reinstalling your system, you might want to check out FreeBSD 8 because zfs boot support is better. Hope it helps. Greetz, Mark --------------enig015CF9C75ADF032EDA7B1D58 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqeHLgACgkQN9xNqOOVnWDt1gCglywYtyFMFtYVvTTqBgbceCHF vzUAnisdim6c7RPC5VA/P0SGv73vTpvm =+Ncl -----END PGP SIGNATURE----- --------------enig015CF9C75ADF032EDA7B1D58-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 07:44:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FCCF1065670 for ; Wed, 2 Sep 2009 07:44:50 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id EDBF78FC19 for ; Wed, 2 Sep 2009 07:44:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAAO9nUqWZZrw/2dsb2JhbACReLcFkgWEGwU X-IronPort-AV: E=Sophos;i="4.44,316,1249223400"; d="scan'208";a="28872209" Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail03.adl6.internode.on.net with ESMTP; 02 Sep 2009 17:14:46 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 78CD05C6E; Wed, 2 Sep 2009 17:44:45 +1000 (EST) Date: Wed, 2 Sep 2009 17:44:45 +1000 From: Emil Mikulic To: Mark Stapper Message-ID: <20090902074445.GA13588@dmr.ath.cx> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A9E1CB5.6030906@mapper.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Maciej Jan Broniarz , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Thomas Backman Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 07:44:50 -0000 On Wed, Sep 02, 2009 at 09:20:21AM +0200, Mark Stapper wrote: > updating a zfs filesystem which you are running from is next to > impossible. [citation needed] :) > So, i would recommend setting up gmirror to mirror your whole disks, > install the base system(boot and "world") on a small UFS slice, and use > the rest of the disc as zfs slice. As Thomas Backman pointed out, this means you won't get self-healing. I don't know if a ZFS mirror performs smarter disk access scheduling than gmirror. Someone oughta measure. ;) I recommend you (Maciej) do what Freddie Cash said: slice your disks into two pieces each - a gmirror'd UFS root, and the rest for ZFS. (or work out how to zfsboot) --Emil From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 07:46:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336961065693 for ; Wed, 2 Sep 2009 07:46:14 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id E1B518FC1E for ; Wed, 2 Sep 2009 07:46:13 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta02.mail.rr.com with ESMTP id <20090902074613108.JGUP16127@cdptpa-omta02.mail.rr.com> for ; Wed, 2 Sep 2009 07:46:13 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id B9FC3182573 for ; Wed, 2 Sep 2009 00:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=3x7FCfHVH3C4mZbTEipJOzm1UehjJypge43B yzXUeG8=; b=DB7v+5J1Lc4mvYfxAM7jL7RWcwKDCBxYZxr/G0eAjRawpsphGKYb 6B53IqaQt1WfqaKo7N9tbudkUl3nhw8aDxTsvOA8hUAjv1s/Jb0p4ItY90gt50p0 l1L4zU7oOVxsMKXpw8qgNzQC1fqAh6jjom/7ZfnCGQ9Zu1/LNZ32wzU= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 4209A1825E8; Wed, 2 Sep 2009 00:46:11 -0700 (PDT) Date: Wed, 2 Sep 2009 00:46:11 -0700 From: Kenyon Ralph To: freebsd-stable@freebsd.org Message-ID: <20090902074611.GB7186@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <4A9E1CB5.6030906@mapper.nl> X-Operating-System: Ubuntu 9.04 Linux 2.6.28-15-generic on i686 User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 07:46:14 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2009-09-02T09:20:21+0200, Mark Stapper wrote: > If you feel comfortable enough running your entire system on zfs, you > could use a mirrored zpool to boot from. Takes a little more efford, > but is more uniform. This is what I did recently, made a 3-way ZFS mirror. Here are my notes: https://kenyonralph.com/wiki/FreeBsdZfsBoot Kenyon --H1spWtNR+x+ondvy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqeIsIACgkQmFtUtJKnbnXZswCglpXVE3c2GBxzqzlpd5+dCFwi Wd4AoOPe5Ki4xEVnpKdv7ZltFqDbZrWp =DRT8 -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 08:25:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E8941065676 for ; Wed, 2 Sep 2009 08:25:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id EE6BA8FC21 for ; Wed, 2 Sep 2009 08:25:29 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BF57019E043; Wed, 2 Sep 2009 10:25:26 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7403E19E046; Wed, 2 Sep 2009 10:25:24 +0200 (CEST) Message-ID: <4A9E2BF6.6080803@quip.cz> Date: Wed, 02 Sep 2009 10:25:26 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Mark Stapper References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> In-Reply-To: <4A9E1CB5.6030906@mapper.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Maciej Jan Broniarz , Thomas Backman Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 08:25:30 -0000 Mark Stapper wrote: > Miroslav Lachman wrote: [...] >>Yes, I am using it this way: >> >>root@cage ~/# gmirror status >> Name Status Components >>mirror/gms1 COMPLETE ad4s1 >> ad6s1 >> >> >>root@cage ~/# zpool status >> pool: tank >> state: ONLINE >> scrub: none requested >>config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> mirror ONLINE 0 0 0 >> ad4s2 ONLINE 0 0 0 >> ad6s2 ONLINE 0 0 0 >> >>errors: No known data errors >> >> >>root@cage ~/# zpool list >>NAME SIZE USED AVAIL CAP HEALTH ALTROOT >>tank 444G 353G 91.2G 79% ONLINE - >> >> >>gmirror gms1 is for system files, ports etc. zpool (444GB) is for jails >> >>Miroslav Lachman >>_______________________________________________ > > Hello, > > I'm quite surprised by your setup, as you are using two mechanisms to > accomplish the exact same thing: data replication. > If you want two slices of toast do you use a toaster for one, and an > oven for the other? > My advice to you: either use zfs or gmirror to realize redundancy. > Of course, zfs provides far more flexibility then UFS. However, as > mentioned, booting from ZFS isn't something sysinstall can setup for you. > Besides, updating a zfs filesystem which you are running from is next to > impossible. And since ZFS is still under heavy development, you will > want to update your zfs version every now and then. > So, i would recommend setting up gmirror to mirror your whole disks, > install the base system(boot and "world") on a small UFS slice, and use > the rest of the disc as zfs slice. The reason is simple - the machine was installed one year ago, when ZFS was more experimental and sometimes with unexpected results and kernel panics. It was safer to use UFS for base. And the reason for using gmirror for base (small slice) and not for whole drive is re-synchronization after panic. Sync of 500GB drives in gmirror takes about 2 hours or more if system is under load. Sync of ZFS mirror takes seconds - only few files are synchronized, not whole mirror. ZFS mirror is better to avoid "silent data corruption" on mirrored drives. And because the setup with gmirror of one slice and ZFS mirror for second slice works without problem, I see no reason to do any changes on this machine. > If you feel comfortable enough running your entire system on zfs, you > could use a mirrored zpool to boot from. Takes a little more efford, but > is more uniform. > Updating zfs will be a pain though. You would have to boot from another > filesystem to be able to update your root filesystem. > If you'll be reinstalling your system, you might want to check out > FreeBSD 8 because zfs boot support is better. > Hope it helps. > Greetz, > Mark I am able to install and run system from ZFS only, but I have no such strong feeling to do it. I am using 2GB USB flashdisk with UFS to boot and run a system, then 4x 1TB drives in RAIDZ used as storage pool on backup server. And again - ZFS is still experimental and this setup is better for me in case when I need to do some recovery or ZFS upgrade. All can be done remotelly without a need to boot some LiveCD etc. It is my € 0.02, YMMV. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 08:27:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C031065676 for ; Wed, 2 Sep 2009 08:27:48 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3018FC0A for ; Wed, 2 Sep 2009 08:27:48 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MilBz-0007hY-Ci; Wed, 02 Sep 2009 10:27:47 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MilBv-000GZ5-CA; Wed, 02 Sep 2009 10:27:43 +0200 Message-ID: <4A9E2C7C.6030904@mapper.nl> Date: Wed, 02 Sep 2009 10:27:40 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Emil Mikulic References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> In-Reply-To: <20090902074445.GA13588@dmr.ath.cx> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA7C89C4DA7772BC1F62C3CE" Cc: Maciej Jan Broniarz , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Thomas Backman Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 08:27:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA7C89C4DA7772BC1F62C3CE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Emil Mikulic wrote: > On Wed, Sep 02, 2009 at 09:20:21AM +0200, Mark Stapper wrote: > =20 >> updating a zfs filesystem which you are running from is next to >> impossible. >> =20 > > [citation needed] :) > =20 Well, to update your zfs filesystem version, the filesystem is first unmounted, then updated, and then mounted again. citation coming up! # umount / umount: unmount of / failed: Invalid argument > =20 >> So, i would recommend setting up gmirror to mirror your whole disks, >> install the base system(boot and "world") on a small UFS slice, and us= e >> the rest of the disc as zfs slice. >> =20 > > As Thomas Backman pointed out, this means you won't get self-healing. > =20 self-healing sounds very nice, but with mirrorring you have data on two discs, so in that case there no "healing" involved, it's just checksumming and reading the non-corrupted copy. =46rom the gmirror manpage: "All operations like failure detection, stale= component detection, rebuild of stale components, etc. are also done automatically." This would indicate the same functionality, with a much less fancy name. However, i have not tested it the way they demonstrate zfs's "self-healing" property. I might, if I get the time to run it in a virtual machine one of these days.. > I don't know if a ZFS mirror performs smarter disk access scheduling > than gmirror. Someone oughta measure. ;) > =20 NCQ should help here, but still, very interesting. gmirror is fast though. I've even heard it's faster than software RAID1/ataraid. (not confirmed). Even if this is true, running zfs on top of gmirror probably isn't faster then running zfs with a mirrored pool. --------------enigEA7C89C4DA7772BC1F62C3CE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqeLH4ACgkQN9xNqOOVnWB/RgCfd29VJcnGXFCP0pe3MUoG0fJm U6oAn3y+NPSeNeDAQzoEhJlupr9gKHTN =Vzij -----END PGP SIGNATURE----- --------------enigEA7C89C4DA7772BC1F62C3CE-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 08:33:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041BC106566C for ; Wed, 2 Sep 2009 08:33:59 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8354F8FC13 for ; Wed, 2 Sep 2009 08:33:58 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:60004 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MilHl-0007AN-3a; Wed, 02 Sep 2009 10:33:47 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id A4BC71A2876; Wed, 2 Sep 2009 10:33:25 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <4A9E2C7C.6030904@mapper.nl> Date: Wed, 2 Sep 2009 10:33:24 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> To: Mark Stapper X-Mailer: Apple Mail (2.1075.2) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MilHl-0007AN-3a. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MilHl-0007AN-3a 0d09b6b9d32a5e2a1232350a7bc8ce2f Cc: freebsd-stable@freebsd.org, Emil Mikulic , Miroslav Lachman <000.fbsd@quip.cz>, Maciej Jan Broniarz Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 08:33:59 -0000 On Sep 2, 2009, at 10:27 AM, Mark Stapper wrote: > Emil Mikulic wrote: >> On Wed, Sep 02, 2009 at 09:20:21AM +0200, Mark Stapper wrote: >> >>> updating a zfs filesystem which you are running from is next to >>> impossible. >>> >> >> [citation needed] :) >> > Well, to update your zfs filesystem version, the filesystem is first > unmounted, then updated, and then mounted again. > citation coming up! > # umount / > umount: unmount of / failed: Invalid argument Nothing a LiveCD or something to that regard can't handle. Obviously this doesn't work for everyone, but it should for many. >> >>> So, i would recommend setting up gmirror to mirror your whole disks, >>> install the base system(boot and "world") on a small UFS slice, >>> and use >>> the rest of the disc as zfs slice. >>> >> >> As Thomas Backman pointed out, this means you won't get self-healing. >> > self-healing sounds very nice, but with mirrorring you have data on > two > discs, so in that case there no "healing" involved, it's just > checksumming and reading the non-corrupted copy. > From the gmirror manpage: "All operations like failure detection, > stale > component detection, rebuild of stale components, etc. are also done > automatically." > This would indicate the same functionality, with a much less fancy > name. > However, i have not tested it the way they demonstrate zfs's > "self-healing" property. > I might, if I get the time to run it in a virtual machine one of these > days.. If ZFS finds a corrupted copy and a non-corrupted one in a mirrored ZFS pool, it will repair the damage so that both copies are valid, so yes, self-healing will indeed occur. :) Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 08:49:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AD8D106568D for ; Wed, 2 Sep 2009 08:49:29 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id B1D448FC1B for ; Wed, 2 Sep 2009 08:49:28 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MilWx-0003Sv-F9; Wed, 02 Sep 2009 10:49:27 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MilWd-000GaT-Uw; Wed, 02 Sep 2009 10:49:08 +0200 Message-ID: <4A9E3181.9030601@mapper.nl> Date: Wed, 02 Sep 2009 10:49:05 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Thomas Backman References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1730779D28C2B6405EFF9CF4" Cc: freebsd-stable@freebsd.org, Emil Mikulic , Miroslav Lachman <000.fbsd@quip.cz>, Maciej Jan Broniarz Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 08:49:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1730779D28C2B6405EFF9CF4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thomas Backman wrote: > On Sep 2, 2009, at 10:27 AM, Mark Stapper wrote: > >> > Nothing a LiveCD or something to that regard can't handle. Obviously > this doesn't work for everyone, but it should for many. Actually it won't because updating zfs comes with updating your world. After updating you world, you will be running a newer ZFS version then the one that come with the RELEASE install, hence the need to update your zfs filesystems. Incidentally, the livefs CD contains the "old" zfs version. You see where I'm going? You could, of course, copy the base system to a USB drive, boot from it, and so sidestep the whole "can't unmount root" problem, but it's hard to insert a USB device over ssh... ... ... >> self-healing sounds very nice, but with mirrorring you have data on tw= o >> discs, so in that case there no "healing" involved, it's just >> checksumming and reading the non-corrupted copy. >> From the gmirror manpage: "All operations like failure detection, stal= e >> component detection, rebuild of stale components, etc. are also done >> automatically." >> This would indicate the same functionality, with a much less fancy nam= e. >> However, i have not tested it the way they demonstrate zfs's >> "self-healing" property. >> I might, if I get the time to run it in a virtual machine one of these= >> days.. > If ZFS finds a corrupted copy and a non-corrupted one in a mirrored > ZFS pool, it will repair the damage so that both copies are valid, so > yes, self-healing will indeed occur. :) I'm feeling Shakespearean again... My point was that I find "self-healing" too magic sounding. While indeed it means:"Automatic data error detection and rebuilding" or something along those lines. We don't call the automatic remapping of bad sectors in HDD's "self-healing" do we= ? Alas, I must admit that on file-system level, some "healing" does take place. --------------enig1730779D28C2B6405EFF9CF4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqeMYMACgkQN9xNqOOVnWCNywCfa3vC2xSWQI/l0aPmYfxqD4hS mUsAoJYAij0rOeRTvApvaEKm6irTGrJ0 =6FGh -----END PGP SIGNATURE----- --------------enig1730779D28C2B6405EFF9CF4-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 09:18:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6EC1065676 for ; Wed, 2 Sep 2009 09:18:02 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id AB8528FC19 for ; Wed, 2 Sep 2009 09:18:02 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1Milyb-0001Xe-KP for freebsd-stable@freebsd.org; Wed, 02 Sep 2009 11:18:01 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 46995719D for ; Wed, 2 Sep 2009 11:17:58 +0200 (CEST) Date: Wed, 02 Sep 2009 11:17:57 +0200 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> <4A9E3181.9030601@mapper.nl> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <4A9E3181.9030601@mapper.nl> User-Agent: Opera Mail/9.64 (FreeBSD) Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 09:18:03 -0000 On Wed, 02 Sep 2009 10:49:05 +0200, Mark Stapper wrote: > Thomas Backman wrote: >> On Sep 2, 2009, at 10:27 AM, Mark Stapper wrote: >> >>> >> Nothing a LiveCD or something to that regard can't handle. Obviously >> this doesn't work for everyone, but it should for many. > Actually it won't because updating zfs comes with updating your world. > After updating you world, you will be running a newer ZFS version then > the one that come with the RELEASE install, hence the need to update > your zfs filesystems. Incidentally, the livefs CD contains the "old" zfs > version. You see where I'm going? > > You could, of course, copy the base system to a USB drive, boot from it, > and so sidestep the whole "can't unmount root" problem, but it's hard to > insert a USB device over ssh... ... ... Hi, I did this (boot via usb to upgrade zfs /) a couple of months ago and the system told me the zfs pool was owned by another machine. How can I handle that? Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 10:29:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52AAF1065679 for ; Wed, 2 Sep 2009 10:29:10 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFA38FC39 for ; Wed, 2 Sep 2009 10:29:09 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3422419E044; Wed, 2 Sep 2009 12:29:06 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1F41519E043; Wed, 2 Sep 2009 12:29:04 +0200 (CEST) Message-ID: <4A9E48F1.60606@quip.cz> Date: Wed, 02 Sep 2009 12:29:05 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Ronald Klop References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> <4A9E3181.9030601@mapper.nl> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 10:29:10 -0000 Ronald Klop wrote: > On Wed, 02 Sep 2009 10:49:05 +0200, Mark Stapper wrote: [...] >> You could, of course, copy the base system to a USB drive, boot from it, >> and so sidestep the whole "can't unmount root" problem, but it's hard to >> insert a USB device over ssh... ... ... > > > Hi, > > I did this (boot via usb to upgrade zfs /) a couple of months ago and > the system told me the zfs pool was owned by another machine. How can I > handle that? I think zpool export and then zpool import should fix it. See the manpage. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 10:49:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1CFE1065670 for ; Wed, 2 Sep 2009 10:49:58 +0000 (UTC) (envelope-from oloringr@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4198FC22 for ; Wed, 2 Sep 2009 10:49:58 +0000 (UTC) Received: by ewy4 with SMTP id 4so666811ewy.36 for ; Wed, 02 Sep 2009 03:49:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:x-face:mime-version:content-type :content-transfer-encoding:message-id; bh=dzensSgA2h3LnlWEV0s0W9gZvz8Kz/drlxQDflJQlHM=; b=i4/RXdCfg9k8kCobFvuOK54gyh8PeJjEB0QzZozNhMLBN0NEyxeD3kgc0Zs4HYfzf1 /7JrlWg5KUroquDBJuJF3xWdBRPQzM309+q4jm+vKraNDrNF+QVBaqMhBcrfDzEVduKS 9a71l63pC9a3e2yw0+KUzu+kcHSruMs8Y9ZBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:x-face :mime-version:content-type:content-transfer-encoding:message-id; b=FlA953gRtkws5b4ksD5cHdmBttsWBU/KfAkVoWRUkRCqxyOnWZx3iBP4QHgM/M1DkC e2gmHo9DK4qyh1gGxq96cNkA2VV9UC8rdW0iAmzieKk7zNx5oeVjQdX1gPf+TaXhexL7 bX74pSNABDQLi+ASk2pNLmJbcSnvu7wL2Q8a8= Received: by 10.216.8.78 with SMTP id 56mr125817weq.210.1251888595890; Wed, 02 Sep 2009 03:49:55 -0700 (PDT) Received: from media.localnet (adsl265-127.kln.forthnet.gr [77.49.30.127]) by mx.google.com with ESMTPS id p37sm3512306gvf.4.2009.09.02.03.49.54 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Sep 2009 03:49:54 -0700 (PDT) From: Ed Jobs To: freebsd-stable@freebsd.org Date: Wed, 2 Sep 2009 13:50:24 +0300 User-Agent: KMail/1.12.0 (Linux/2.6.30-ARCH; KDE/4.3.0; i686; ; ) References: <4A9E48F1.60606@quip.cz> In-Reply-To: <4A9E48F1.60606@quip.cz> X-Face: %5EDs|At1pm>WE%P0}6)Hi*s, JH2J${69~j)R"Yu'^P9R3#fvi{LmpsCzxvX*38/, kxcUd QVrlS0G,}-ll{||\P]; *'Gz`RTG+dzconmNyDY3rJHBmpEJkFj|; %vZO&~T")='B<; 88~[ Cltx6#}N*E MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1796089.IMgAOJRCaK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909021350.25025.oloringr@gmail.com> Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 10:49:58 -0000 --nextPart1796089.IMgAOJRCaK Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wednesday 02 September 2009 13:29, Miroslav Lachman wrote: > > I think zpool export and then zpool import should fix it. See the manpage. > a simple zpool import will list all the pools available that you can import= ,=20 then you can use=20 zpool import -f to import it. the only problem i found with that, is that on a fixit environment, i had a= =20 zroot pool mounted as legacy and when i imported it with -f it broke the wh= ole=20 thing. some libraries went missing and i couldn't even ls. i have no idea how, but an opensolaris livecd handled it perfectly. it made= =20 the proper warnings and when i changed the mountpoints afterwards, all was= =20 ok. so mind the "-f" option when importing. just my 2 cents =2D-=20 Real programmers don't document. If it was hard to write, it should be hard= to=20 understand. --nextPart1796089.IMgAOJRCaK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkqeTfAACgkQBPpdVEWKA32slACgp1NZzjw5fVVNV45vtQgUUNhF aLsAn2wLbGZOfTbKhrlHRNuJyKCUimUm =CsQy -----END PGP SIGNATURE----- --nextPart1796089.IMgAOJRCaK-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 14:10:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B801065670 for ; Wed, 2 Sep 2009 14:10:09 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A3C718FC13 for ; Wed, 2 Sep 2009 14:10:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e817:f690:b95a:3ed2] (unknown [IPv6:2001:7b8:3a7:0:e817:f690:b95a:3ed2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 947A55C59; Wed, 2 Sep 2009 16:10:08 +0200 (CEST) Message-ID: <4A9E7CC3.1090605@andric.com> Date: Wed, 02 Sep 2009 16:10:11 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090901 Shredder/3.0b4pre MIME-Version: 1.0 To: Mark Stapper References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> In-Reply-To: <4A9E2C7C.6030904@mapper.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Thomas Backman , Emil Mikulic , Miroslav Lachman <000.fbsd@quip.cz>, Maciej Jan Broniarz Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 14:10:10 -0000 On 2009-09-02 10:27, Mark Stapper wrote: > self-healing sounds very nice, but with mirrorring you have data on two > discs, so in that case there no "healing" involved, it's just > checksumming and reading the non-corrupted copy. > From the gmirror manpage: "All operations like failure detection, stale > component detection, rebuild of stale components, etc. are also done > automatically." > This would indicate the same functionality, with a much less fancy name. Not really. ZFS can checksum the actual file data, while gmirror can only detect errors it gets told about by the underlying disk. E.g. if the disk silently corrupts data, you will never know about it. Also, if gmirror needs to resynchronize, it must resynchronize the whole disk, since it can't detect which specific parts of it were corrupted. ZFS synchronizes on demand. There are also some other advantages to ZFS mirroring, see pages 15 and further of these slides: http://www.opensolaris.org/os/community/zfs/docs/zfs_last.pdf From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 14:10:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348761065780 for ; Wed, 2 Sep 2009 14:10:27 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id DEF3A8FC18 for ; Wed, 2 Sep 2009 14:10:26 +0000 (UTC) Received: by megatron.madpilot.net (Postfix, from userid 1000) id C2324168C; Wed, 2 Sep 2009 15:54:13 +0200 (CEST) Date: Wed, 2 Sep 2009 15:54:13 +0200 From: Guido Falsi To: Ed Jobs Message-ID: <20090902135413.GA29201@megatron.madpilot.net> References: <4A9E48F1.60606@quip.cz> <200909021350.25025.oloringr@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909021350.25025.oloringr@gmail.com> X-Operating-System: FreeBSD 8.0-BETA3 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 14:10:27 -0000 On Wed, Sep 02, 2009 at 01:50:24PM +0300, Ed Jobs wrote: > On Wednesday 02 September 2009 13:29, Miroslav Lachman wrote: > > > > I think zpool export and then zpool import should fix it. See the manpage. > > > > a simple zpool import will list all the pools available that you can import, > then you can use > zpool import -f to import it. > > the only problem i found with that, is that on a fixit environment, i had a > zroot pool mounted as legacy and when i imported it with -f it broke the whole > thing. some libraries went missing and i couldn't even ls. Most probably you had mountpoint set to system paths (/usr, for example). The -R option could help ypu there, so all zfses will be mounted relative to an alternative root and not overwrite the fixit system paths. That is a proprietary property and will not be saved to the pool anyway. I evn usually set mountpoint=/ for the root zfs when I make zfs boot systems, works like a charm. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 14:17:14 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF77106566C; Wed, 2 Sep 2009 14:17:14 +0000 (UTC) (envelope-from fbsd.multimedia@rachie.is-a-geek.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7B88FC12; Wed, 2 Sep 2009 14:17:14 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id B789E7E821; Wed, 2 Sep 2009 05:59:44 -0800 (AKDT) From: Mel Flynn To: freebsd-multimedia@freebsd.org Date: Wed, 2 Sep 2009 15:59:30 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090828135029.GA21544@svzserv.kemerovo.su> In-Reply-To: <20090828135029.GA21544@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909021559.31093.fbsd.multimedia@rachie.is-a-geek.net> Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: x11/nvidia-driver cannot obtain EDID under 8.0-BETA3/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 14:17:14 -0000 On Friday 28 August 2009 15:50:30 Eugene Grosbein wrote: > Hi! > > Fresh install of 8.0-BETA2 upgraded to 8.0-BETA3 using source, > x.org installed from fresh ports tree. It cannot read EDID from > Samsung 959NF CRT monitor. The same time, it can read EDID under 7.2-STABLE > just fine. I've tried older nvidia-driver-180.60 (downgrading port) > and current port's version 185.18.29, no change. > > (WW) NVIDIA(GPU-0): Unable to read EDID for display device CRT-1 Can't reproduce this with FreeBSD 8.0-BETA2 #10 r196398M both 180.60 and 185.18.29 driver. World/kernel as of today is building, so I'll report back if I can reproduce it then. Different (laptop) monitor though. -- Mel From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 15:52:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF61F106568D for ; Wed, 2 Sep 2009 15:52:34 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 5BD458FC18 for ; Wed, 2 Sep 2009 15:52:34 +0000 (UTC) Received: (qmail 35908 invoked by uid 89); 2 Sep 2009 15:54:49 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 2 Sep 2009 15:54:48 -0000 Message-ID: <4A9E94C5.20209@ibctech.ca> Date: Wed, 02 Sep 2009 11:52:37 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: John Hay References: <20090901201345.GA42379@zibbi.meraka.csir.co.za> <20090901212939.GA9713@sd-13813.dedibox.fr> <20090902035234.GA77802@zibbi.meraka.csir.co.za> In-Reply-To: <20090902035234.GA77802@zibbi.meraka.csir.co.za> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070006040304020102070507" Cc: FLEURIOT Damien , freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 15:52:35 -0000 This is a cryptographically signed message in MIME format. --------------ms070006040304020102070507 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit John Hay wrote: > On Tue, Sep 01, 2009 at 11:29:40PM +0200, FLEURIOT Damien wrote: >> On Tue, Sep 01, 2009 at 10:13:45PM +0200 or thereabouts, John Hay wrote: >>> I have not used jails with link-local addresses, only global addresses >>> and that works. It looks like you did not specify the whole link-local >>> address in the jail_*_ip line. You need to add the %interface for a >>> proper ipv6 link-local address, eg. fe80::c0a8:fc%lo252. Not everything >>> works with link-local addresses though and jail might be one of them. >>> >>> John >>> -- >>> John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org >> >> Thanks for the hint John, I just tried by appending the interface % >> and it still won't work any better: >> >> rc.conf: >> jail_ns_ip="192.168.0.252,fe80::c0a8:fc%lo252" >> >> jls -v output doesn't change. >> ifconfig output within the jail doesn't change. >> ifconfig output on the host's lo252 doesn't change. >> >> I'm afraid I don't have spare IP6s to assign to my public interface >> so I can't test much more. > > You can use site-local (fec0::) or rfc4193 addresses for testing. In the event you don't have your own public v6 space (or not enough of it), you can acquire it for free from the fabulous guys over at http://he.net Steve --------------ms070006040304020102070507 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwOTAyMTU1MjM3WjAjBgkqhkiG9w0BCQQxFgQUkzc09KYlcQzwK+O9LWsyv9nN 4eowUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AFSKiQNnDJvl6e8BMvYTMaIbOW415OGw8G/C0H2RYDsA+OVrCZTxJ7pEBQYkbgzFGkxejBSa Zpc0cgT9zosHOBKFgv1hHebJ8CkofRGypEI8cTWEREQwY5v9b8tQE/gCcU8hrBINT0HIINBg wkidyxzZh1oFaBxU/unvl9XDf2u+d2NXXDH7CV/pcepmSZ8x8cPsAdeUIk2Kp5RUmDFUBZNS WdQ+qn6w3DNUou9HLXx7gu34xLJ3/tqlaLacUwbdk9l8W/Aaxo1qKvWsEKmvaUw+elGUm83X W5ugeer9ctE1UsyBJ8ij89TlDVakR9IwyJQEbVRuMvzc336wd8A5p1wAAAAAAAA= --------------ms070006040304020102070507-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 16:04:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FAEC1065679 for ; Wed, 2 Sep 2009 16:04:54 +0000 (UTC) (envelope-from dam@sd-13813.dedibox.fr) Received: from sd-13813.dedibox.fr (my.gd [88.191.78.91]) by mx1.freebsd.org (Postfix) with ESMTP id C766F8FC17 for ; Wed, 2 Sep 2009 16:04:53 +0000 (UTC) Received: by sd-13813.dedibox.fr (Postfix, from userid 1001) id 122352C9B801; Wed, 2 Sep 2009 18:04:42 +0200 (CEST) Date: Wed, 2 Sep 2009 18:04:42 +0200 From: FLEURIOT Damien To: "Bjoern A. Zeeb" Message-ID: <20090902160440.GA28417@sd-13813.dedibox.fr> References: <20090901200313.J68375@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090901200313.J68375@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-jail@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 16:04:54 -0000 On Tue, Sep 01, 2009 at 08:15:24PM +0000 or thereabouts, Bjoern A. Zeeb wrote: > On Tue, 1 Sep 2009, Major Domo wrote: > > Hi, > > >Apologies if this has been discussed already but I searched the web > >and the mailing lists and haven't found hints on my problem. > > > >I've got a jail, I assign it a set of IP addresses, and it just won't > >take the IP6 I give it. > > > > > >Uname: > >FreeBSD 7.2-STABLE > > > >jail_ns_ip="192.168.0.252,fe80::c0a8:fc" > > > >jls -v: > > JID Hostname Path > > Name State > > CPUSetID > > IP Address(es) > > 23 [snip] /var/jail/ns > > ALIVE > > 2 > > 192.168.0.252 > > fe80::c0a8:fc > > > > > >ifconfig lo252 from the host: > >lo252: flags=8049 metric 0 mtu 16384 > > inet 192.168.0.252 netmask 0xffffffff > > inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 > > > > > >ifconfig from the jail: > >re0: flags=8843 metric 0 mtu 1500 > > options=389b > > ether 00:e0:f4:19:e9:d2 > > media: Ethernet autoselect (100baseTX ) > > status: active > >lo0: flags=8049 metric 0 mtu 16384 > >pflog0: flags=141 metric 0 mtu 33204 > >lo252: flags=8049 metric 0 mtu 16384 > > inet 192.168.0.252 netmask 0xffffffff > > > This is a rather special case. For link-local addresses you have to > give the scope as well but it won't take the scope with the %lo252 > notation but only in the KAME in-kernel syntax I would assume. > Can you try: > > jail_ns_ip="192.168.0.252,fe80:5::c0a8:fc" > > Note the added 5 in the second group of hex digits. That five is the > interface index. I took it from the "scopeid 0x5". In case your > interface index changes you will need to adjust the address. > > I cannot say if it'll work but it would be worth a try. > > /bz > > -- > Bjoern A. Zeeb What was I talking about and who are you again? Hi list, Bjoern, John, I confirm it is now working with the following line in /etc/rc.conf: jail_ns_ip="192.168.0.252,fec0:5::df:252" along with redirections in /etc/pf.conf: rdr pass log on $ext_if inet proto {tcp,udp} to $ext_if port 53 -> $lo252_if port 53 rdr pass log on $ext_if inet6 proto {tcp,udp} to $ext_if port 53 -> $lo252_if port 53 Notice the use of both the interface's index and a site-local ip6 address instead of the old fe80 as suggested. BIND's now happily running in its jail and responding to public queries. Perhaps a small addition to the jails entry in the Handbook to advise people about the use of IP6 addresses on loopback interfaces would be warranted ? I realize how lousy it is to NAT IP6 but my host assigns only 1 IP6 address per server. Thanks for the help ! Regards -- Damien From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 16:09:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963AF106566B for ; Wed, 2 Sep 2009 16:09:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 305548FC14 for ; Wed, 2 Sep 2009 16:09:25 +0000 (UTC) Received: (qmail 29407 invoked by uid 399); 2 Sep 2009 16:09:23 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 2 Sep 2009 16:09:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A9E98AD.1070202@FreeBSD.org> Date: Wed, 02 Sep 2009 09:09:17 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: FLEURIOT Damien References: <20090901200313.J68375@maildrop.int.zabbadoz.net> <20090902160440.GA28417@sd-13813.dedibox.fr> In-Reply-To: <20090902160440.GA28417@sd-13813.dedibox.fr> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-jail@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 16:09:26 -0000 FLEURIOT Damien wrote: > BIND's now happily running in its jail and responding to public > queries. It's up to you if you choose to do it, but there is no reason to run BIND in a jail. The chroot feature provided by default by rc.d/named is quite adequate security. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 16:40:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D99B1065670 for ; Wed, 2 Sep 2009 16:40:35 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f202.google.com (mail-yx0-f202.google.com [209.85.210.202]) by mx1.freebsd.org (Postfix) with ESMTP id 402078FC1B for ; Wed, 2 Sep 2009 16:40:34 +0000 (UTC) Received: by yxe40 with SMTP id 40so21172yxe.13 for ; Wed, 02 Sep 2009 09:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=X6uCCo/EfAELj4pjdfAP/65T9Gi862BOkF6krpzQ6ak=; b=UfGIBZNXpC8v9zqJzJ3v4FqFL4rLlE4vopjkp9+yOo1pe/KRlntdTIlSYxo3VH/n9c cKDNHg7P3X0UGvVqHPDj7fDaS9ivpMBPZ5InNzu9jvi23qz/wjgXoPf6eE/Q9tPaxrQO QqSehie+WSu9rIL/CAMDARW8pur++yQmOo8hU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=DptuGvv1xa0Lq2H/7bCsdbZ5wT+DpTn1vPF3C3HZeI1ZzUXV9oQ54Rhg5oksVv0j4L p9LY7f6dGiaEFpApJExBMkQw5u1Wczu4iahtxUFKR1MGR3uHuANzA0UONInC3nmUuPvd IiaIJv0wOi+K7tQJ54ybZYikde9ioyzf1Gjn0= MIME-Version: 1.0 Received: by 10.150.99.9 with SMTP id w9mr14178980ybb.216.1251909634434; Wed, 02 Sep 2009 09:40:34 -0700 (PDT) In-Reply-To: <4A9E3181.9030601@mapper.nl> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> <4A9E3181.9030601@mapper.nl> Date: Wed, 2 Sep 2009 09:40:34 -0700 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 16:40:35 -0000 On Wed, Sep 2, 2009 at 1:49 AM, Mark Stapper wrote: > Thomas Backman wrote: > > On Sep 2, 2009, at 10:27 AM, Mark Stapper wrote: > >> > > Nothing a LiveCD or something to that regard can't handle. Obviously > > this doesn't work for everyone, but it should for many. > Actually it won't because updating zfs comes with updating your world. > After updating you world, you will be running a newer ZFS version then > the one that come with the RELEASE install, hence the need to update > your zfs filesystems. Incidentally, the livefs CD contains the "old" zfs > version. You see where I'm going? > The new version of the ZFS tools (zpool/zfs) will work with older versions of the on-disk formats (pool and filesystem). Thus, you can boot into an 8.0 system while using ZFSv6 pool from a 7.2 system. Upgrading the world only upgrades the tools, it doesn't upgrade the on-disk format. Once you *manually* upgrade your filesystems and pools to ZFSv13, then you can no longer access them on older systems. Thus, there's no issue. You can start with a FreeBSD 7.x system running ZFSv6, upgrade it via buildworld to FreeBSD 8.0, and continue running your ZFSv6 pool and filesystems. Sometime in the future, you can then upgrade the pool and filesystems to ZFSv13, and continue on your merry way. ZFS provides backward compatibility, and doesn't automatically upgrade your pools or filesystems. > > If ZFS finds a corrupted copy and a non-corrupted one in a mirrored > > ZFS pool, it will repair the damage so that both copies are valid, so > > yes, self-healing will indeed occur. :) > > I'm feeling Shakespearean again... My point was that I find > "self-healing" too magic sounding. While indeed it means:"Automatic data > error detection and rebuilding" or something along those lines. We don't > call the automatic remapping of bad sectors in HDD's "self-healing" do we? > Alas, I must admit that on file-system level, some "healing" does take > place. > You should read some of the ZFS white papers and blog postings to better understand what "self-healing" in ZFS is all about. It's a lot more than "automatically rebuild arrays" or "automatically re-map bad sectors". And it works at the individual file level (possibly the data block level) instead of the "entire disk" level that gmirror works. For fun, use dd to zero out some random sectors on a drive that's part of a gmirror array and a ZFS mirror, and see what happens. ;) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 16:55:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA5010656AE for ; Wed, 2 Sep 2009 16:55:22 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys51.mail.msu.edu (sys51.mail.msu.edu [35.9.75.231]) by mx1.freebsd.org (Postfix) with ESMTP id 83AF18FC14 for ; Wed, 2 Sep 2009 16:55:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msu.edu; s=mail; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; bh=Gt4Nu4Xq3hCf3ZmGsVcxS MEA4T9EvK1ATGjuh5hA8Go=; b=fFIApcI83e7rEcdaesC5GKCu9xu3Uh10Qbs+H n97oxbI2KHNimhq2xGGL/SNIawDAytIH/PNKTDeJkHqAzQM7o2lY4osXol9ffhHO aa3+Vl+IV5qExbZhwRSnFg2IDKRxfuX3GNgm88LjwmZ/Y8LF0UqgdgQEUeWjRYll od3+0s= Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys51.mail.msu.edu with esmtpsa (Exim 4.69 #1) (TLSv1:AES256-SHA:256) id 1Mit7B-00088A-I8 for freebsd-stable@freebsd.org; Wed, 02 Sep 2009 12:55:21 -0400 Message-ID: <4A9EA37B.2020800@msu.edu> Date: Wed, 02 Sep 2009 12:55:23 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.16 (X11/20080918) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2009 16:55:22 -0000 I have a system that has a simple zfs raid 0 volume on it and it will now mount when the system boots. After the system is up I can run /etc/rc.d/zfs start and it's fine. I don't see any errors in the log file other than the ZFS is experimental in FreeBSD message. I'm running FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I missing something? LB From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 17:28:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5335D1065726; Wed, 2 Sep 2009 17:28:17 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id E1CE58FC1C; Wed, 2 Sep 2009 17:28:16 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 8C05784556; Wed, 2 Sep 2009 13:28:16 -0400 (EDT) Date: Wed, 2 Sep 2009 13:28:11 -0400 From: Jeff Blank To: Ivan Voras Message-ID: <20090902172811.GA1361@mr-happy.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 17:28:17 -0000 On Tue, Sep 01, 2009 at 09:53:28PM +0200, Ivan Voras wrote: > Maciej Jan Broniarz wrote: > > Is is a bad ida to create a zfs pool from a gmirrored slice? > > zpool create tank /dev/mirror/gm0s1g works fine, but after the reboot > > the filesystem failes consistency check. > > It *should* work. What error(s) do you get? I'm not the original poster, but I appear to be having similar problems, though it's a panic rather than a failed consistency check. I posted about it back in July, see http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051167.html I've since gotten a serial console working (needed to use uart instead of sio), so I can now provide a backtrace, this from sources around 0600 UTC on 31 Aug. My gmirror is entire disks (ad6/ad4), and my ZFS pool/filesystems are still v6, on /dev/mirror/gm0s1d. Jeff ================================ [...] WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 13 ZFS storage pool version 13 ad4: 152587MB at ata2-master SATA300 ad6: 152587MB at ata3-master SATA300 GEOM_MIRROR: Device mirror/gm0 launched (1/2). GEOM_MIRROR: Device gm0: rebuilding provider ad4. acd0: CDROM at ata4-master SATA150 acd1: CDRW at ata5-master SATA150 hdac0: HDA Codec #0: Sigmatel STAC9220 pcm0: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! Trying to mount root from zfs:zgm0/root Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80da14fd stack pointer = 0x10:0xffffff800001efd0 frame pointer = 0x10:0xffffff800001f020 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) [thread pid 1 tid 100002 ] Stopped at vdev_geom_open+0x10d: movq (%r12),%rax db> bt Tracing pid 1 tid 100002 td 0xffffff000142eab0 vdev_geom_open() at vdev_geom_open+0x10d vdev_open() at vdev_open+0xa8 vdev_root_open() at vdev_root_open+0x94 vdev_open() at vdev_open+0xa8 spa_load() at spa_load+0x1d2 spa_load() at spa_load+0x461 spa_open_common() at spa_open_common+0x12d dsl_dir_open_spa() at dsl_dir_open_spa+0x279 dsl_dataset_hold() at dsl_dataset_hold+0x3b dsl_prop_get() at dsl_prop_get+0x3c zfs_mount() at zfs_mount+0x264 vfs_donmount() at vfs_donmount+0xdea kernel_mount() at kernel_mount+0x88 kernel_vmount() at kernel_vmount+0xcb vfs_mountroot_try() at vfs_mountroot_try+0x10c vfs_mountroot() at vfs_mountroot+0x32e start_init() at start_init+0x4d fork_exit() at fork_exit+0x11e fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800001fd30, rbp = 0 --- db> From owner-freebsd-stable@FreeBSD.ORG Wed Sep 2 23:04:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3981106566B; Wed, 2 Sep 2009 23:04:35 +0000 (UTC) (envelope-from marka@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9614D8FC18; Wed, 2 Sep 2009 23:04:35 +0000 (UTC) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (not verified)) by farside.isc.org (Postfix) with ESMTP id C11C7E6024; Wed, 2 Sep 2009 23:04:33 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.3/8.14.3) with ESMTP id n82N4PHe079957; Thu, 3 Sep 2009 09:04:28 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200909022304.n82N4PHe079957@drugs.dv.isc.org> To: FLEURIOT Damien From: Mark Andrews References: <20090901200313.J68375@maildrop.int.zabbadoz.net> <20090902160440.GA28417@sd-13813.dedibox.fr> In-reply-to: Your message of "Wed, 02 Sep 2009 18:04:42 +0200." <20090902160440.GA28417@sd-13813.dedibox.fr> Date: Thu, 03 Sep 2009 09:04:25 +1000 Sender: marka@isc.org Cc: "Bjoern A. Zeeb" , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Sep 2009 23:04:36 -0000 In message <20090902160440.GA28417@sd-13813.dedibox.fr>, FLEURIOT Damien writes : > On Tue, Sep 01, 2009 at 08:15:24PM +0000 or thereabouts, Bjoern A. Zeeb wrote > : > > On Tue, 1 Sep 2009, Major Domo wrote: > > > > Hi, > > > > >Apologies if this has been discussed already but I searched the web > > >and the mailing lists and haven't found hints on my problem. > > > > > >I've got a jail, I assign it a set of IP addresses, and it just won't > > >take the IP6 I give it. > > > > > > > > >Uname: > > >FreeBSD 7.2-STABLE > > > > > >jail_ns_ip="192.168.0.252,fe80::c0a8:fc" > > > > > >jls -v: > > > JID Hostname Path > > > Name State > > > CPUSetID > > > IP Address(es) > > > 23 [snip] /var/jail/ns > > > ALIVE > > > 2 > > > 192.168.0.252 > > > fe80::c0a8:fc > > > > > > > > >ifconfig lo252 from the host: > > >lo252: flags=8049 metric 0 mtu 16384 > > > inet 192.168.0.252 netmask 0xffffffff > > > inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 > > > > > > > > >ifconfig from the jail: > > >re0: flags=8843 metric 0 mtu 1500 > > > options=389b UCAST,WOL_MCAST,WOL_MAGIC> > > > ether 00:e0:f4:19:e9:d2 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > >lo0: flags=8049 metric 0 mtu 16384 > > >pflog0: flags=141 metric 0 mtu 33204 > > >lo252: flags=8049 metric 0 mtu 16384 > > > inet 192.168.0.252 netmask 0xffffffff > > > > > > This is a rather special case. For link-local addresses you have to > > give the scope as well but it won't take the scope with the %lo252 > > notation but only in the KAME in-kernel syntax I would assume. > > Can you try: > > > > jail_ns_ip="192.168.0.252,fe80:5::c0a8:fc" > > > > Note the added 5 in the second group of hex digits. That five is the > > interface index. I took it from the "scopeid 0x5". In case your > > interface index changes you will need to adjust the address. > > > > I cannot say if it'll work but it would be worth a try. > > > > /bz > > > > -- > > Bjoern A. Zeeb What was I talking about and who are you again? > > > Hi list, Bjoern, John, > > > I confirm it is now working with the following line in /etc/rc.conf: > jail_ns_ip="192.168.0.252,fec0:5::df:252" > > along with redirections in /etc/pf.conf: > rdr pass log on $ext_if inet proto {tcp,udp} to $ext_if port 53 -> > $lo252_if port 53 > rdr pass log on $ext_if inet6 proto {tcp,udp} to $ext_if port 53 -> > $lo252_if port 53 > > > Notice the use of both the interface's index and a site-local ip6 > address instead of the old fe80 as suggested. > > BIND's now happily running in its jail and responding to public > queries. > > > Perhaps a small addition to the jails entry in the Handbook to > advise people about the use of IP6 addresses on loopback interfaces > would be warranted ? > > I realize how lousy it is to NAT IP6 but my host assigns only 1 > IP6 address per server. Then complain. There is no reason to be miserly with IPv6 addresses. > Thanks for the help ! > > Regards > > -- > Damien > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 03:19:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E9A106566B for ; Thu, 3 Sep 2009 03:19:12 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id A5BD88FC0A for ; Thu, 3 Sep 2009 03:19:11 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAL/SnkqWZZrw/2dsb2JhbACSAbgTkWuEGwWBVw X-IronPort-AV: E=Sophos;i="4.44,322,1249223400"; d="scan'208";a="29262153" Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail03.adl6.internode.on.net with ESMTP; 03 Sep 2009 12:49:09 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 5FCEF5C6E; Thu, 3 Sep 2009 13:19:08 +1000 (EST) Date: Thu, 3 Sep 2009 13:19:08 +1000 From: Emil Mikulic To: Mark Stapper Message-ID: <20090903031908.GA18410@dmr.ath.cx> References: <061541E3-F301-46C4-8ECB-5B05854F0EAA@exscape.org> <4A9D558A.9070609@quip.cz> <4A9E1CB5.6030906@mapper.nl> <20090902074445.GA13588@dmr.ath.cx> <4A9E2C7C.6030904@mapper.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A9E2C7C.6030904@mapper.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zfs on gmirror slice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 03:19:12 -0000 On Wed, Sep 02, 2009 at 10:27:40AM +0200, Mark Stapper wrote: > Emil Mikulic wrote: > > As Thomas Backman pointed out, this means you won't get self-healing. > > > self-healing sounds very nice, but with mirrorring you have data on two > discs, so in that case there no "healing" involved, it's just > checksumming and reading the non-corrupted copy. This won't work through gmirror because ZFS sees the mirror as a single disk. When it gets corrupt data, it has no way of signalling the gmirror layer to try reading the other disk(s) in the mirror. It's simply stuck with the corrupt data. Whereas with mirroring done by ZFS itself, it -can- try the other disks. And "self-healing" is where it writes the correct data back to the damaged disk on the fly. That's pretty cool. > From the gmirror manpage: "All operations like failure detection, stale > component detection, rebuild of stale components, etc. are also done > automatically." > This would indicate the same functionality, with a much less fancy name. Sorry, but no. ZFS can do some much fancier things if you let it manage the disks directly, e.g.: - it can detect disks returning bad data (because it has checksums) whereas gmirror's "failure detection" requires the disk to return errors or stop responding entirely - rebuild of stale components ("resilver") is proportional to the amount of data stored rather than the full capacity of the disks being used. i.e. ZFS won't rebuild the free space in the filesystem. > gmirror is fast though. I've even heard it's faster than software > RAID1/ataraid. (not confirmed). gmirror -is- software raid. ataraid is really broken based on my reading of these lists, I wouldn't trust my data to it. > Even if this is true, running zfs on top of gmirror probably isn't > faster then running zfs with a mirrored pool. Maybe you wouldn't see a speed difference, but there's a significant difference in features and reliability. --Emil From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 05:59:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE8A106566B; Thu, 3 Sep 2009 05:59:04 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id C84BD8FC1A; Thu, 3 Sep 2009 05:59:04 +0000 (UTC) Received: by pxi8 with SMTP id 8so152909pxi.9 for ; Wed, 02 Sep 2009 22:59:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.115.134.4 with SMTP id l4mr7638935wan.118.1251954840678; Wed, 02 Sep 2009 22:14:00 -0700 (PDT) In-Reply-To: <200909022304.n82N4PHe079957@drugs.dv.isc.org> References: <20090901200313.J68375@maildrop.int.zabbadoz.net> <20090902160440.GA28417@sd-13813.dedibox.fr> <200909022304.n82N4PHe079957@drugs.dv.isc.org> Date: Thu, 3 Sep 2009 13:13:58 +0800 Message-ID: From: Mars G Miro To: Mark Andrews , FLEURIOT Damien , "Bjoern A. Zeeb" , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 05:59:05 -0000 On Thu, Sep 3, 2009 at 7:04 AM, Mark Andrews wrote: > > In message <20090902160440.GA28417@sd-13813.dedibox.fr>, FLEURIOT Damien = writes > : >> On Tue, Sep 01, 2009 at 08:15:24PM +0000 or thereabouts, Bjoern A. Zeeb = wrote >> : >> > On Tue, 1 Sep 2009, Major Domo wrote: >> > >> > Hi, >> > >> > >Apologies if this has been discussed already but I searched the web >> > >and the mailing lists and haven't found hints on my problem. >> > > >> > >I've got a jail, I assign it a set of IP addresses, and it just won't >> > >take the IP6 I give it. >> > > >> > > >> > >Uname: >> > >FreeBSD 7.2-STABLE >> > > >> > >jail_ns_ip=3D"192.168.0.252,fe80::c0a8:fc" >> > > >> > >jls -v: >> > > =A0JID =A0Hostname =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Path >> > > =A0 =A0 =A0 Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= State >> > > =A0 =A0 =A0 CPUSetID >> > > =A0 =A0 =A0 IP Address(es) >> > > =A0 23 =A0[snip] =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/var/jai= l/ns >> > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 ALIVE >> > > =A0 =A0 =A0 2 >> > > =A0 =A0 =A0 192.168.0.252 >> > > =A0 =A0 =A0 fe80::c0a8:fc >> > > >> > > >> > >ifconfig lo252 from the host: >> > >lo252: flags=3D8049 metric 0 mtu 16384 >> > > =A0 =A0 =A0 inet 192.168.0.252 netmask 0xffffffff >> > > =A0 =A0 =A0 inet6 fe80::c0a8:fc%lo252 prefixlen 128 scopeid 0x5 >> > > >> > > >> > >ifconfig from the jail: >> > >re0: flags=3D8843 metric 0 mt= u 1500 >> > > =A0 =A0 =A0 options=3D389b> UCAST,WOL_MCAST,WOL_MAGIC> >> > > =A0 =A0 =A0 ether 00:e0:f4:19:e9:d2 >> > > =A0 =A0 =A0 media: Ethernet autoselect (100baseTX ) >> > > =A0 =A0 =A0 status: active >> > >lo0: flags=3D8049 metric 0 mtu 16384 >> > >pflog0: flags=3D141 metric 0 mtu 33204 >> > >lo252: flags=3D8049 metric 0 mtu 16384 >> > > =A0 =A0 =A0 inet 192.168.0.252 netmask 0xffffffff >> > >> > >> > This is a rather special case. =A0For link-local addresses you have to >> > give the scope as well but it won't take the scope with the %lo252 >> > notation but only in the KAME in-kernel syntax I would assume. >> > Can you try: >> > >> > jail_ns_ip=3D"192.168.0.252,fe80:5::c0a8:fc" >> > >> > Note the added 5 in the second group of hex digits. =A0That five is th= e >> > interface index. =A0I took it from the "scopeid 0x5". In case your >> > interface index changes you will need to adjust the address. >> > >> > I cannot say if it'll work but it would be worth a try. >> > >> > /bz >> > >> > -- >> > Bjoern A. Zeeb =A0 =A0 =A0 =A0 =A0 What was I talking about and who ar= e you again? >> >> >> Hi list, Bjoern, John, >> >> >> I confirm it is now working with the following line in /etc/rc.conf: >> jail_ns_ip=3D"192.168.0.252,fec0:5::df:252" >> >> along with redirections in /etc/pf.conf: >> rdr pass log on $ext_if inet proto {tcp,udp} to $ext_if port 53 -> >> $lo252_if port 53 >> rdr pass log on $ext_if inet6 proto {tcp,udp} to $ext_if port 53 -> >> $lo252_if port 53 >> >> >> Notice the use of both the interface's index and a site-local ip6 >> address instead of the old fe80 as suggested. >> >> BIND's now happily running in its jail and responding to public >> queries. >> >> >> Perhaps a small addition to the jails entry in the Handbook to >> advise people about the use of IP6 addresses on loopback interfaces >> would be warranted ? >> >> I realize how lousy it is to NAT IP6 but my host assigns only 1 >> IP6 address per server. > > Then complain. =A0There is no reason to be miserly with IPv6 addresses. > True that. Or just sign up @HE. They can give you up to 4 tunnels w/ a /64 and a /48 (if you opt) for each of these 4 tunnels! All you hafta do is give them your contact info and a public IPv4 and it doesn't hafta be static --- there are tools to update their records.. >> Thanks for the help ! >> >> Regards >> >> -- >> Damien >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 INTERNET: marka@is= c.org > _______________________________________________ > freebsd-jail@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-jail > To unsubscribe, send any mail to "freebsd-jail-unsubscribe@freebsd.org" > --=20 cheers mars ----- Marie von Ebner-Eschenbach - "Even a stopped clock is right twice a day." - http://www.brainyquote.com/quotes/authors/m/marie_von_ebnereschenba= c.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 12:21:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57E481065676; Thu, 3 Sep 2009 12:21:40 +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 281998FC13; Thu, 3 Sep 2009 12:21:40 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CC6D446B2A; Thu, 3 Sep 2009 08:21:39 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1B6FC8A043; Thu, 3 Sep 2009 08:21:39 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 3 Sep 2009 08:08:07 -0400 User-Agent: KMail/1.9.7 References: <20090902160440.GA28417@sd-13813.dedibox.fr> <4A9E98AD.1070202@FreeBSD.org> In-Reply-To: <4A9E98AD.1070202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909030808.08440.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 03 Sep 2009 08:21:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "Bjoern A. Zeeb" , FLEURIOT Damien , Doug Barton , freebsd-jail@freebsd.org Subject: Re: Not getting an IPv6 in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 12:21:40 -0000 On Wednesday 02 September 2009 12:09:17 pm Doug Barton wrote: > FLEURIOT Damien wrote: > > > BIND's now happily running in its jail and responding to public > > queries. > > It's up to you if you choose to do it, but there is no reason to run > BIND in a jail. The chroot feature provided by default by rc.d/named > is quite adequate security. That is debatable. One of the chief benefits of a jail is that if a server is compromised so that an attacker can gain root access that root access is limited in what it can do compared to a simple chroot. That is true for any server you would run under a jail, not just BIND. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 12:39:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EA17106566C for ; Thu, 3 Sep 2009 12:39:30 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mail.fit.nokia.com (mail.fit.nokia.com [195.148.124.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3558FC13 for ; Thu, 3 Sep 2009 12:39:29 +0000 (UTC) Received: from [IPv6:2001:708:40:fff2:225:ff:fe45:eccf] (lars.local [IPv6:2001:708:40:fff2:225:ff:fe45:eccf] (may be forged)) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id n83CB259026589 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 3 Sep 2009 15:11:02 +0300 (EEST) (envelope-from lars.eggert@nokia.com) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: multipart/signed; boundary=Apple-Mail-8-942239434; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <20090523013452.GA22204@michelle.cdnetworks.co.kr> Date: Thu, 3 Sep 2009 15:11:02 +0300 Message-Id: References: <4A09DEF1.2010202@delphij.net> <4A09FDB2.5080307@eyede.com> <20090513004131.GP65350@michelle.cdnetworks.co.kr> <20090514082750.GU65350@michelle.cdnetworks.co.kr> <310A73CC-A32D-4794-BF23-A49715AFCF99@nokia.com> <20090515085806.GX65350@michelle.cdnetworks.co.kr> <20090520173716.U1136@familysquires.net> <20090521034540.GM9043@michelle.cdnetworks.co.kr> <20090522153805.W1128@familysquires.net> <20090523013452.GA22204@michelle.cdnetworks.co.kr> To: "pyunyh@gmail.com" X-Mailer: Apple Mail (2.1075.2) X-Spam-Status: No, score=-102.6 required=5.0 tests=AWL,BAYES_00,NO_RELAYS, TW_FX,USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on fit.nokia.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: net.inet.tcp.tso=1 still neceesary with fxp was Re: TCP differences in 7.2 vs 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2009 12:39:30 -0000 --Apple-Mail-8-942239434 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Hi, just a quick update: I still need to run with TSO off on RELENG_7 build Sep 1, because otherwise throughput via em interfaces is sometimes very poor. Lars --Apple-Mail-8-942239434-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 13:28:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 293E41065676 for ; Thu, 3 Sep 2009 13:28:48 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 9A6258FC23 for ; Thu, 3 Sep 2009 13:28:47 +0000 (UTC) Received: (qmail 88696 invoked by uid 89); 3 Sep 2009 13:31:08 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 3 Sep 2009 13:31:08 -0000 Message-ID: <4A9FC494.4040409@ibctech.ca> Date: Thu, 03 Sep 2009 09:28:52 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: besko@msu.edu References: <4A9EA37B.2020800@msu.edu> In-Reply-To: <4A9EA37B.2020800@msu.edu> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070004060309080102070307" Cc: freebsd-stable@freebsd.org Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 13:28:48 -0000 This is a cryptographically signed message in MIME format. --------------ms070004060309080102070307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Lisa Besko wrote: > I have a system that has a simple zfs raid 0 volume on it and it will > now mount when the system boots. After the system is up I can run > /etc/rc.d/zfs start and it's fine. I don't see any errors in the log > file other than the ZFS is experimental in FreeBSD message. I'm running > FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I > missing something? My ZFS setups have worked so well for so long, I can't remember what all to look for. However, I do remember having to create an entry in my /boot/loader.conf ( IIRC, only the first two lines are mandatory, the other two are just tweaks ): zfs_load="YES" vfs.root.mountfrom="zfs:storage" vm.kmem_size="1536M" vm.kmem_size_max="1536M" Steve --------------ms070004060309080102070307 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwOTAzMTMyODUyWjAjBgkqhkiG9w0BCQQxFgQU3+fCm6KK1zOl+Q4TeAKydtkD Ls4wUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB ABonILNjNfkfdrTehHcLN3C4HDYf1Ih7XKUx/kR4/gWu7yIWaxFkBAnHaJDwEY/NeKyVtB4K o2XCw1GFeFdTL/j+oaujE21rL2C7nVcucZooRY9dJIZgtwwxQDuRK/vXPGIuhn04/IBiTX3j iL0TTa+zaxsfrtHH3ZUI3sneL+ogUGnietwgJKeOp9kcFIfN9281O/fgC2LDIgHTDWfz2cUq S87y2KGgHASosiWpOOGtErEhaHKrwcsp5yR2qhY7otks/g3SBQbjytYEpv6FdVuRxjlGS8M5 8IWG00egnfC5+GhWeDAr1ei/4wvtvIiK2bCemivC+MLxCI3Kq9GhZoQAAAAAAAA= --------------ms070004060309080102070307-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 13:31:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87410106566C for ; Thu, 3 Sep 2009 13:31:18 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 38BD98FC15 for ; Thu, 3 Sep 2009 13:31:18 +0000 (UTC) Received: (qmail 88732 invoked by uid 89); 3 Sep 2009 13:33:39 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 3 Sep 2009 13:33:39 -0000 Message-ID: <4A9FC52B.2090705@ibctech.ca> Date: Thu, 03 Sep 2009 09:31:23 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: besko@msu.edu References: <4A9EA37B.2020800@msu.edu> <4A9FC494.4040409@ibctech.ca> In-Reply-To: <4A9FC494.4040409@ibctech.ca> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070204070705070009020205" Cc: freebsd-stable@freebsd.org Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 13:31:18 -0000 This is a cryptographically signed message in MIME format. --------------ms070204070705070009020205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Steve Bertrand wrote: > Lisa Besko wrote: >> I have a system that has a simple zfs raid 0 volume on it and it will >> now mount when the system boots. After the system is up I can run >> /etc/rc.d/zfs start and it's fine. I don't see any errors in the log >> file other than the ZFS is experimental in FreeBSD message. I'm running >> FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I >> missing something? > > My ZFS setups have worked so well for so long, I can't remember what all > to look for. However, I do remember having to create an entry in my > /boot/loader.conf ( IIRC, only the first two lines are mandatory, the > other two are just tweaks ): > > zfs_load="YES" > vfs.root.mountfrom="zfs:storage" > vm.kmem_size="1536M" > vm.kmem_size_max="1536M" D'oh! After hitting myself with the cluebat, I realized that those entries are there because I am mounting / from ZFS. I don't think they'll help in your case. Sorry! Steve --------------ms070204070705070009020205 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwOTAzMTMzMTIzWjAjBgkqhkiG9w0BCQQxFgQUarxpQM+5c9j6YpGBlWU7zX9G VJQwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB ADhWjYeNJ8F2sa+XNc9Moc1pxc482tt51pPuErFnf/oqQbb3CHr/h73mMX/5dBF1wpaE6h45 7ceQkMZyWUBoAMYQ/zLnHIvb6gzRAKuWxkAOoqCXPlyY2WxOZXTeZYRjLEa+ulQe6kuoTpwn ifNd4DJPnrnOJmzDd1jX1ehhI9q64UP8wlyKu7vFy2Xc2wzKa1GHHpcdeFR19UDWqktAW/Kl DOvzCadfwU+tC68nrSKpKBzs4BH/YVFHMX6Uqgqzi1JU+gm5W7sBqoFxPsfXWzWKAhMHpUnj q3kuMwLe0RQPOg+G9NBRgcHy3D9AvUI37DWgAC3m52nGdAN2Z28b59IAAAAAAAA= --------------ms070204070705070009020205-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 13:35:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A69106568B for ; Thu, 3 Sep 2009 13:35:04 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F99C8FC1B for ; Thu, 3 Sep 2009 13:35:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8ab:4715:9f7c:d628] (unknown [IPv6:2001:7b8:3a7:0:c8ab:4715:9f7c:d628]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8F98C5C59; Thu, 3 Sep 2009 15:35:03 +0200 (CEST) Message-ID: <4A9FC60A.2000904@andric.com> Date: Thu, 03 Sep 2009 15:35:06 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090901 Shredder/3.0b4pre MIME-Version: 1.0 To: besko@msu.edu References: <4A9EA37B.2020800@msu.edu> In-Reply-To: <4A9EA37B.2020800@msu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 13:35:05 -0000 On 2009-09-02 18:55, Lisa Besko wrote: > I have a system that has a simple zfs raid 0 volume on it and it will > now mount when the system boots. After the system is up I can run > /etc/rc.d/zfs start and it's fine. I don't see any errors in the log > file other than the ZFS is experimental in FreeBSD message. I'm running > FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I > missing something? What do "zpool list" and "zfs list" say? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 17:15:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF15E106566B for ; Thu, 3 Sep 2009 17:15:34 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys07.mail.msu.edu (sys07.mail.msu.edu [35.9.75.107]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8AA8FC0C for ; Thu, 3 Sep 2009 17:15:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msu.edu; s=mail; h=Resent-From:Resent-To:Resent-Date:Resent-Message-Id: Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=uilowo35q EvXo4dF0/BcwHoCztPpYFpRLfni1rskkeE=; b=vzmrkDk4UGS8azPt/IxPdGaHj x9yh33m1jTK0Ubg8MPV9JUo4NnnmpvccyzKTLZzhprVwkSmGKILG5fJTgZoWgwD0 8dN6aB77YAh0UDHrqrnzQJD8KWCV+x64Bq+Hw0H5rXqMWG7hSjQ3M3Cn9eObHa2s BEymbf77xrqLl/9SJA= Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys07.mail.msu.edu with esmtpsa (Exim 4.69 #1) (TLSv1:AES256-SHA:256) id 1MjFuH-0003iy-S6 for freebsd-stable@freebsd.org; Thu, 03 Sep 2009 13:15:33 -0400 Resent-From: Lisa Besko Resent-To: freebsd-stable@freebsd.org Resent-Date: Thu, 3 Sep 2009 13:15:35 -0400 Resent-Message-Id: <4A9FF9B7.1080009@msu.edu> Resent-User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.16) Gecko/20080918 Thunderbird/2.0.0.16 Message-ID: <4A9FD29F.3010000@msu.edu> Date: Thu, 03 Sep 2009 10:28:47 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.16 (X11/20080918) MIME-Version: 1.0 To: Dimitry Andric References: <4A9EA37B.2020800@msu.edu> <4A9FC60A.2000904@andric.com> In-Reply-To: <4A9FC60A.2000904@andric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2009 17:15:34 -0000 Dimitry Andric wrote: > On 2009-09-02 18:55, Lisa Besko wrote: >> I have a system that has a simple zfs raid 0 volume on it and it will >> now mount when the system boots. After the system is up I can run >> /etc/rc.d/zfs start and it's fine. I don't see any errors in the log >> file other than the ZFS is experimental in FreeBSD message. I'm running >> FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I >> missing something? > > What do "zpool list" and "zfs list" say? After I mount them they say this: # zfs list NAME USED AVAIL REFER MOUNTPOINT sniffer 66.5K 1.96T 18.5K /sniffer # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT sniffer 1.99T 75K 1.99T 0% ONLINE - When it boots and they are not mounted it says: # zfs list NAME USED AVAIL REFER MOUNTPOINT sniffer 66.5K 1.96T 18.5K /sniffer # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT sniffer 1.99T 75K 1.99T 0% ONLINE - but it does not show up when I do a df. LB From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 17:54:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A4B1065670 for ; Thu, 3 Sep 2009 17:54:01 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-px0-f188.google.com (mail-px0-f188.google.com [209.85.216.188]) by mx1.freebsd.org (Postfix) with ESMTP id 88C7F8FC23 for ; Thu, 3 Sep 2009 17:54:01 +0000 (UTC) Received: by pxi26 with SMTP id 26so94582pxi.13 for ; Thu, 03 Sep 2009 10:54:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=wC52bpQILUB8N0mgHS0fSVjHjmwXKbwyqz254SpijCw=; b=LC5BfZZhvmR9yr2ieCMIwFHDDwjMic+uWCQDaDzbzMSRTv8SrSUB36mou0ZMP53j1L 5xpvO7zOt1YiJ0+U7jqf2BSSlzkLCdtvu8Qtb1rHpG/8xRf1Os4WveVsahm6g8aEXswp 4kXian3IaU38xpFNY9uNfoTA3KFfJV/Hqud5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=WMavbXQqKdvGkubU9usb4PnxudkglN5B/AMPu6MB3xatWami2lnj7Mz1jyxklHn0pa LVQNt7QJneBQ5z658tqmV1mEEQYOsVyFNPnte+eZF9Y6SNSVsI2z84cqyYJXPWJ67q7R qfE+EQdMfiBjYH6aPsC8djL7Zt4dCNZ6tkqyc= MIME-Version: 1.0 Received: by 10.142.75.15 with SMTP id x15mr243051wfa.152.1251998933728; Thu, 03 Sep 2009 10:28:53 -0700 (PDT) In-Reply-To: <4A9FD29F.3010000@msu.edu> References: <4A9EA37B.2020800@msu.edu> <4A9FC60A.2000904@andric.com> <4A9FD29F.3010000@msu.edu> Date: Fri, 4 Sep 2009 00:28:53 +0700 Message-ID: From: Edho P Arief To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 17:54:01 -0000 On Thu, Sep 3, 2009 at 9:28 PM, Lisa Besko wrote: > > > Dimitry Andric wrote: >> >> On 2009-09-02 18:55, Lisa Besko wrote: >>> >>> I have a system that has a simple zfs raid 0 volume on it and it will n= ow >>> mount when the system boots. =C2=A0After the system is up I can run /et= c/rc.d/zfs >>> start and it's fine. =C2=A0I don't see any errors in the log file other= than the >>> ZFS is experimental in FreeBSD message. =C2=A0I'm running FreeBSD 7.2 s= table. =C2=A0I >>> have zfs_enable=3D"YES" in the rc.conf file. =C2=A0Am I missing somethi= ng? >> >> What do "zpool list" and "zfs list" say? > > After I mount them they say this: > > # zfs list > NAME =C2=A0 =C2=A0 =C2=A0USED =C2=A0AVAIL =C2=A0REFER =C2=A0MOUNTPOINT > sniffer =C2=A066.5K =C2=A01.96T =C2=A018.5K =C2=A0/sniffer > # zpool list > NAME =C2=A0 =C2=A0 =C2=A0SIZE =C2=A0 USED =C2=A0AVAIL =C2=A0 =C2=A0CAP = =C2=A0HEALTH =C2=A0ALTROOT > sniffer =C2=A01.99T =C2=A0 =C2=A075K =C2=A01.99T =C2=A0 =C2=A0 0% =C2=A0O= NLINE =C2=A0- > > When it boots and they are not mounted it says: > > # zfs list > NAME =C2=A0 =C2=A0 =C2=A0USED =C2=A0AVAIL =C2=A0REFER =C2=A0MOUNTPOINT > sniffer =C2=A066.5K =C2=A01.96T =C2=A018.5K =C2=A0/sniffer > # zpool list > NAME =C2=A0 =C2=A0 =C2=A0SIZE =C2=A0 USED =C2=A0AVAIL =C2=A0 =C2=A0CAP = =C2=A0HEALTH =C2=A0ALTROOT > sniffer =C2=A01.99T =C2=A0 =C2=A075K =C2=A01.99T =C2=A0 =C2=A0 0% =C2=A0O= NLINE =C2=A0- > > but it does not show up when I do a df. > fastest way would be adding entry sniffer /sniffer zfs rw 0 0 to /etc/fstab --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 19:29:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCC6D1065679 for ; Thu, 3 Sep 2009 19:29:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 92A308FC14 for ; Thu, 3 Sep 2009 19:29:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8ab:4715:9f7c:d628] (unknown [IPv6:2001:7b8:3a7:0:c8ab:4715:9f7c:d628]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AC4645C59; Thu, 3 Sep 2009 21:29:56 +0200 (CEST) Message-ID: <4AA01933.8000509@andric.com> Date: Thu, 03 Sep 2009 21:29:55 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090901 Shredder/3.0b4pre MIME-Version: 1.0 To: Edho P Arief References: <4A9EA37B.2020800@msu.edu> <4A9FC60A.2000904@andric.com> <4A9FD29F.3010000@msu.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 19:29:57 -0000 On 2009-09-03 19:28, Edho P Arief wrote: > fastest way would be adding entry > > sniffer /sniffer zfs rw 0 0 > > to /etc/fstab No, that is not the way you should do it with ZFS. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 19:43:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9D11065670 for ; Thu, 3 Sep 2009 19:43:26 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.123]) by mx1.freebsd.org (Postfix) with ESMTP id 465748FC20 for ; Thu, 3 Sep 2009 19:43:26 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta01.mail.rr.com with ESMTP id <20090903194325246.DVTQ8054@cdptpa-omta01.mail.rr.com> for ; Thu, 3 Sep 2009 19:43:25 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id 2737F181C16 for ; Thu, 3 Sep 2009 12:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=uzEYF0wsfQ+a+RH3pMtqUbOjisAtHqsA7uvd BWESEB8=; b=Nf/J4fuWL7I3xH778+/SEsv33nqaAC5plzO9nMtN4hFchiWO/DzM /+8DIW79PbEoA9piBb01C8z8ixSpWIBpR2YEDtaJcZGVwuXcvOTtGN+Q+Xj0C0aK RCONwWnVVoaYn7NRy1/KEwixQh3CDSYAY+BRFbAhZ5IgZR5kNohEX68= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id AD2D018236F; Thu, 3 Sep 2009 12:43:23 -0700 (PDT) Date: Thu, 3 Sep 2009 12:43:23 -0700 From: Kenyon Ralph To: freebsd-stable@freebsd.org Message-ID: <20090903194323.GE7186@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4A9EA37B.2020800@msu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Oiv9uiLrevHtW1RS" Content-Disposition: inline In-Reply-To: <4A9EA37B.2020800@msu.edu> X-Operating-System: Ubuntu 9.04 Linux 2.6.28-15-generic on i686 User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 19:43:26 -0000 --Oiv9uiLrevHtW1RS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-09-02T12:55:23-0400, Lisa Besko wrote: > I have a system that has a simple zfs raid 0 volume on it and it will =20 > now mount when the system boots. After the system is up I can run =20 > /etc/rc.d/zfs start and it's fine. I don't see any errors in the log =20 > file other than the ZFS is experimental in FreeBSD message. I'm running = =20 > FreeBSD 7.2 stable. I have zfs_enable=3D"YES" in the rc.conf file. Am I= =20 > missing something? Do you have the zfs mountpoint properties set for the filesystems? Try zfs get all | grep mountpoint. When you zfs set the mountpoint, the filesystem will automatically be mounted there. The zfs man page has the details. Kenyon --Oiv9uiLrevHtW1RS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqgHFsACgkQmFtUtJKnbnV8EACgtchvH+dags3kxj+eKWlmyZlf HDsAn1aV33YW4OqSTWWOohn9lzeOH/A5 =3qXt -----END PGP SIGNATURE----- --Oiv9uiLrevHtW1RS-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 3 20:30:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6036106566B for ; Thu, 3 Sep 2009 20:30:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id 725FE8FC1B for ; Thu, 3 Sep 2009 20:30:41 +0000 (UTC) Received: by ywh17 with SMTP id 17so431803ywh.3 for ; Thu, 03 Sep 2009 13:30:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=55Sf0OXlG0T7RheyoyQOOkhBjQZr2IrVRcjCcCM/1u0=; b=AlUgQTMvYd9plY0bJ1MvLqn3NCH0J1RkHne/KE0C8xXHKbTqBWqNHxPIOG76pY52W3 jFRnYXtEwCUHM9xJxuneiFhRMbn5RSqIiGXmBHO0/4TTCovJ5iv8YC+NgFZahsJtPjhz FU1PuZjD1i150qQNDhsRrURl05wR/I4YZjAfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=QbK54N+BV4rmRAPPwUrqz+pohZ94MN5XRLxvq8A+w9KonN5YkVktKmAFXeNfH+xXgo ClWiYhc9glG4eFB6HYRvGb1LIvAB/lUTGhoINC8FS5CzCy2Sb/lVqrX2V6PyrvVI0Oly ZyZQx27L8EFpVHpkONk1zViNLqKz4t8ncd7ds= MIME-Version: 1.0 Received: by 10.151.25.7 with SMTP id c7mr15751577ybj.236.1252009840798; Thu, 03 Sep 2009 13:30:40 -0700 (PDT) In-Reply-To: <20090903194323.GE7186@kenyonralph.com> References: <4A9EA37B.2020800@msu.edu> <20090903194323.GE7186@kenyonralph.com> Date: Thu, 3 Sep 2009 13:30:40 -0700 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: zfs won't automount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Sep 2009 20:30:41 -0000 On Thu, Sep 3, 2009 at 12:43 PM, Kenyon Ralph wrote: > On 2009-09-02T12:55:23-0400, Lisa Besko wrote: > > I have a system that has a simple zfs raid 0 volume on it and it will > > now mount when the system boots. After the system is up I can run > > /etc/rc.d/zfs start and it's fine. I don't see any errors in the log > > file other than the ZFS is experimental in FreeBSD message. I'm running > > FreeBSD 7.2 stable. I have zfs_enable="YES" in the rc.conf file. Am I > > missing something? > > Do you have the zfs mountpoint properties set for the filesystems? Try > zfs get all | grep mountpoint. When you zfs set the mountpoint, the > No need for the grep command, just "zfs get mountpoint" is enough. That will show just the mounpoint property for all the filesystems, snapshots, and volumes. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 04:17:44 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B24B1065676 for ; Fri, 4 Sep 2009 04:17:44 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD3B8FC13 for ; Fri, 4 Sep 2009 04:17:44 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 811FD61B9C; Fri, 4 Sep 2009 00:01:41 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 04 Sep 2009 00:01:41 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:mime-version:content-type:from:in-reply-to:date:cc:content-transfer-encoding:message-id:references:to; s=smtpout; bh=QMOMqZW3H6y0I4IVgZCVHG45N1I=; b=uFCWWz+RC0fgpg1viNBauqaqfq8PgAZzFmHcM/eS2u5MlJ86l7kp3fheC4XiZciC1UNxqpSMpy2ZjajitC7NvMFnGycCiWafb26650j9+I9RlM1bZgF6Inxy0kVNZqm27WpxEe6JMfTcQkXNU7wA5z3g+uejIugNk/cDxI+LZYk= X-Sasl-enc: H8r3FmOugv4tOypeMCfR7Vw9vAs6dzQ1cAgKrYhBY4n5 1252036901 Received: from olympe.ewd.goldmark.org (n114.ewd.goldmark.org [72.64.118.114]) by mail.messagingengine.com (Postfix) with ESMTPSA id E3A0A1E465; Fri, 4 Sep 2009 00:01:40 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes From: Jeffrey Goldberg In-Reply-To: <1251743631.3555.9.camel@bakacs.kerek.hu> Date: Thu, 3 Sep 2009 23:01:39 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1251743631.3555.9.camel@bakacs.kerek.hu> To: gyurkasz@mail.datanet.hu X-Mailer: Apple Mail (2.1075.2) Cc: stable@FreeBSD.org Subject: Re: Subscribe to your mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 04:17:44 -0000 On Aug 31, 2009, at 1:33 PM, Sz=E1ra Gy=F6rgy wrote: > I had some nuisance when after implementation booting 7.2 release. It > denied me to boot the once installed release. I don't understand what you are saying. Are you saying that once you =20= installed 7.2 the system wouldn't boot? Azt mondod, hogy nem boot-ol az 7.2es insztelaci=F3 utan? > Further I have very strong annoyance implementing the Localisation.We > need of accent over voayels aniway. > Best regards Gyorgy Szara. Considering your name, I understand why you need the accent marks. Have you looked at the instructions in chapter 23 of the handbook? http://www.freebsd.org/doc/hu/books/handbook/l10n.html Minden j=F3t kiv=E1nok -jeff --=20 Jeffrey Goldberg http://www.goldmark.org/jeff/ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 06:33:42 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E85310656A4 for ; Fri, 4 Sep 2009 06:33:42 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8AC8FC1D for ; Fri, 4 Sep 2009 06:33:41 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MjSMe-0001nb-Pn; Fri, 04 Sep 2009 08:33:40 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MjSMK-00034I-QG; Fri, 04 Sep 2009 08:33:20 +0200 Message-ID: <4AA0B4A7.5010803@mapper.nl> Date: Fri, 04 Sep 2009 08:33:11 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Jeffrey Goldberg References: <1251743631.3555.9.camel@bakacs.kerek.hu> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36895CF3ABFAD55F22A8D77A" Cc: stable@FreeBSD.org, gyurkasz@mail.datanet.hu Subject: Re: Subscribe to your mailing list(off topic) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 06:33:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36895CF3ABFAD55F22A8D77A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jeffrey Goldberg wrote: > On Aug 31, 2009, at 1:33 PM, Sz=E1ra Gy=F6rgy wrote: > >> I had some nuisance when after implementation booting 7.2 release. It= >> denied me to boot the once installed release. > > I don't understand what you are saying. Are you saying that once you > installed 7.2 the system wouldn't boot? > > Azt mondod, hogy nem boot-ol az 7.2es insztelaci=F3 utan? > >> Further I have very strong annoyance implementing the Localisation.We >> need of accent over voayels aniway. >> Best regards Gyorgy Szara. > > Considering your name, I understand why you need the accent marks. > > Have you looked at the instructions in chapter 23 of the handbook? > > http://www.freebsd.org/doc/hu/books/handbook/l10n.html > > Minden j=F3t kiv=E1nok > > -jeff > Just off topic.. but.. Magyar? Eg=E9szs=E9gedre! Mark --------------enig36895CF3ABFAD55F22A8D77A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqgtLAACgkQN9xNqOOVnWCcVwCfRZQsdzP+1rTRojGObaht46fD ULgAnAkAQZuj22yLp+O2hh0FVxG41E1A =LjUT -----END PGP SIGNATURE----- --------------enig36895CF3ABFAD55F22A8D77A-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 17:37:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9D71065670 for ; Fri, 4 Sep 2009 17:37:17 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 108FF8FC15 for ; Fri, 4 Sep 2009 17:37:17 +0000 (UTC) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id A36DD84552 for ; Fri, 4 Sep 2009 13:37:16 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 528CB4501B; Fri, 4 Sep 2009 13:37:16 -0400 (EDT) Date: Fri, 4 Sep 2009 13:37:16 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090904173716.GA2278@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.94.2/9776/Fri Sep 4 07:42:19 2009 on vexbert.mr-paradox.net X-Virus-Status: Clean Subject: 8.0-BETA3/IPv6: route: bad keyword: cloning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 17:37:17 -0000 Hi, Upon booting an 8.0-BETA3 system with IPv6 enabled, I saw this in the console boot output: route: bad keyword: cloning usage: route [-dnqtv] command [[modifiers] args] This looks like it's from line 1062/1063 of /etc/network.subr v1.195.2.4. This system is not an IPv6 router, so do I particularly need $ipv6_default_interface set in rc.conf? Is there a situation where -cloning (still referenced in the man page) is a valid option to route (in inet6 context at least)? If no, should I file a PR? (I searched GNATS but didn't find anything matching this.) thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 17:56:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2583E1065672 for ; Fri, 4 Sep 2009 17:56:29 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9239C8FC17 for ; Fri, 4 Sep 2009 17:56:26 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 404957943F7 for ; Fri, 4 Sep 2009 19:38:21 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 07626D48074 for ; Fri, 4 Sep 2009 19:38:15 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 251E3D48124 for ; Fri, 4 Sep 2009 19:38:13 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 4D86B11467; Fri, 4 Sep 2009 19:38:11 +0200 (CEST) Date: Fri, 4 Sep 2009 19:38:11 +0200 From: Thierry Thomas To: freebsd-stable Message-ID: <20090904173811.GA45176@graf.pompo.net> Mail-Followup-To: freebsd-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: ifconfig_ed0="DHCP" does not work on 8.0-BETA3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 17:56:29 -0000 Hello, I have a machine with the following ethernet PCI card: ed0: port 0xdc00-0xdc1f irq 16 at device 0.0 on pci2 ed0: WARNING: using obsoleted if_watchdog interface ed0: Ethernet address: 00:50:bf:27:ba:24 ed0: [ITHREAD] It's rather an ancient card, and it worked on FreeBSD 7.2-STABLE (and several previous versions) with the line: ifconfig_ed0="DHCP" in /etc/rc.conf. I upgraded this machine to 8.0-BETA3, and ed0 does not get an IP anymore at boot time! Running `dhclient ed0' manually is working, and then everything is OK. Well, I know that this device could be deprecated, but I'm sure it is still running in many machines... If I replace it by a newer card, e.g. rl0: port 0xd800-0xd8ff mem 0xfbeffc00-0xfbeffcff irq 16 at device 0.0 on pci2 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:17:3f:d2:51:4c rl0: [ITHREAD] and replacing s/ed0/rl0/ in /etc/rc.conf, everything is working. Strange, is'nt it? -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 18:15:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F8B106568D; Fri, 4 Sep 2009 18:15:54 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8B56C8FC15; Fri, 4 Sep 2009 18:15:54 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n84IFrhJ016825; Fri, 4 Sep 2009 11:15:54 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Sep 2009 11:15:18 -0700 Message-ID: In-Reply-To: <20090904173716.GA2278@mr-happy.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA3/IPv6: route: bad keyword: cloning Thread-Index: AcothpUh13HV8f/6S8q5q0b1qQIRBQAP5OsQ References: <20090904173716.GA2278@mr-happy.com> From: "Li, Qing" To: "Jeff Blank" , Cc: FreeBSD Current Subject: RE: 8.0-BETA3/IPv6: route: bad keyword: cloning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 18:15:54 -0000 >=20 > Upon booting an 8.0-BETA3 system with IPv6 enabled, I saw this in the > console boot output: >=20 > route: bad keyword: cloning > usage: route [-dnqtv] command [[modifiers] args] >=20 > This looks like it's from line 1062/1063 of /etc/network.subr > v1.195.2.4. >=20 > This system is not an IPv6 router, so do I particularly need > $ipv6_default_interface set in rc.conf? >=20 > Is there a situation where -cloning (still referenced in the man page) > is a valid option to route (in inet6 context at least)? If no, should > I file a PR? (I searched GNATS but didn't find anything matching > this.) >=20 Route cloning is obsolete. Please report issues concerning 8.0 to freebsd-current@freebsd.org. Thanks, -- Qing From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 18:57:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36A3106566C; Fri, 4 Sep 2009 18:57:20 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 84E028FC14; Fri, 4 Sep 2009 18:57:20 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n84IvJ8q022650; Fri, 4 Sep 2009 11:57:20 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Sep 2009 11:56:58 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA3/IPv6: route: bad keyword: cloning Thread-Index: AcothpUh13HV8f/6S8q5q0b1qQIRBQAP5OsQAA15B5A= References: <20090904173716.GA2278@mr-happy.com> From: "Li, Qing" To: "Jeff Blank" , Cc: qingli@freebsd.org, FreeBSD Current Subject: RE: 8.0-BETA3/IPv6: route: bad keyword: cloning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 18:57:20 -0000 Regarding the man page issue, after a quick investigation, and to=20 make a long story short, Kip Macy and I spent a bunch of time testing=20 and fixing a few last minute bugs before my big commit last December.=20 Kip actually took care of this man page and one other issue in "ndp" command.=20 Somehow these two last minute changes fell through the cracks and did not make it into r186119. Kip will fix it again. Thank you for catching the bug. -- Qing =09 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Li, Qing > Sent: Friday, September 04, 2009 11:15 AM > To: Jeff Blank; freebsd-stable@freebsd.org > Cc: FreeBSD Current > Subject: RE: 8.0-BETA3/IPv6: route: bad keyword: cloning >=20 > > > > Upon booting an 8.0-BETA3 system with IPv6 enabled, I saw this in the > > console boot output: > > > > route: bad keyword: cloning > > usage: route [-dnqtv] command [[modifiers] args] > > > > This looks like it's from line 1062/1063 of /etc/network.subr > > v1.195.2.4. > > > > This system is not an IPv6 router, so do I particularly need > > $ipv6_default_interface set in rc.conf? > > > > Is there a situation where -cloning (still referenced in the man page) > > is a valid option to route (in inet6 context at least)? If no, > should > > I file a PR? (I searched GNATS but didn't find anything matching > > this.) > > >=20 > Route cloning is obsolete. Please report issues concerning > 8.0 to freebsd-current@freebsd.org. >=20 > Thanks, >=20 > -- Qing >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 21:42:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1B27106566B for ; Fri, 4 Sep 2009 21:42:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f197.google.com (mail-qy0-f197.google.com [209.85.221.197]) by mx1.freebsd.org (Postfix) with ESMTP id A642C8FC0C for ; Fri, 4 Sep 2009 21:42:47 +0000 (UTC) Received: by qyk35 with SMTP id 35so1001169qyk.14 for ; Fri, 04 Sep 2009 14:42:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=HJAa3y12O6Z1BTwme5LTcRuiCJ3bPVx9CJ78spH7DBo=; b=e2KJak35mi+zdb+NUsuGkbqKW3SyNwrSoYFvXb03PTur7q7+/SFcfuGr90LpeGkfvq h4M8Uyuvp365IM1+QvFC5PIsaDBZ9ROW01czBtzuYKVC6VXyAifEwKbz7n9fglauBUBQ /zrTHXpcqz/3ZKw0pBszUBwogTlVAkH+QstOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=QHenkPIcWsKLBu/q7OQwetifXiRjvSAa5ywfGfvCfBDc9DhfPp5LOy3kWSJ0LWhkHx fp3JeNqfAqKiOOppd5d48scnFUkkrqIQyogvj+FpLSmltw2Y6gOqvfuQBldIfxt9r/af 5gojuRJLM1tt/P2Gb4VspUhRCjvzRc3/rx6LQ= Received: by 10.224.72.12 with SMTP id k12mr7891227qaj.62.1252100566687; Fri, 04 Sep 2009 14:42:46 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm831111qyk.0.2009.09.04.14.42.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 04 Sep 2009 14:42:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 4 Sep 2009 14:41:48 -0700 From: Pyun YongHyeon Date: Fri, 4 Sep 2009 14:41:48 -0700 To: freebsd-stable Message-ID: <20090904214148.GB9950@michelle.cdnetworks.com> References: <20090904173811.GA45176@graf.pompo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090904173811.GA45176@graf.pompo.net> User-Agent: Mutt/1.4.2.3i Subject: Re: ifconfig_ed0="DHCP" does not work on 8.0-BETA3 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, 04 Sep 2009 21:42:48 -0000 On Fri, Sep 04, 2009 at 07:38:11PM +0200, Thierry Thomas wrote: > Hello, > > I have a machine with the following ethernet PCI card: > > ed0: port 0xdc00-0xdc1f irq 16 at device 0.0 on pci2 > ed0: WARNING: using obsoleted if_watchdog interface > ed0: Ethernet address: 00:50:bf:27:ba:24 > ed0: [ITHREAD] > > It's rather an ancient card, and it worked on FreeBSD 7.2-STABLE (and > several previous versions) with the line: > > ifconfig_ed0="DHCP" > > in /etc/rc.conf. > > I upgraded this machine to 8.0-BETA3, and ed0 does not get an IP anymore > at boot time! Running `dhclient ed0' manually is working, and then > everything is OK. > I guess it's related with link state handling. Can you see "ed0: link state changed to UP" in dmesg output? Quick reading code reveals only some variants(pccard) support mii(4) but others looks dumb on link state handling. I vaguely remember I had ed(4) hardwares in FreeBSD 2.2.x days but didn't have chance to read the source. > Well, I know that this device could be deprecated, but I'm sure it is > still running in many machines... > > If I replace it by a newer card, e.g. > > rl0: port 0xd800-0xd8ff mem 0xfbeffc00-0xfbeffcff irq 16 at device 0.0 on pci2 > miibus1: on rl0 > rlphy0: PHY 0 on miibus1 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:17:3f:d2:51:4c > rl0: [ITHREAD] > > and replacing s/ed0/rl0/ in /etc/rc.conf, everything is working. > Yes it should because it has active maintainer. :-) > Strange, is'nt it? > -- > Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 21:56:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B772106568D for ; Fri, 4 Sep 2009 21:56:10 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD778FC0A for ; Fri, 4 Sep 2009 21:56:07 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 37B98D4808F; Fri, 4 Sep 2009 23:56:03 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 526ADD48056; Fri, 4 Sep 2009 23:56:01 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 82A6811467; Fri, 4 Sep 2009 23:55:59 +0200 (CEST) Date: Fri, 4 Sep 2009 23:55:59 +0200 From: Thierry Thomas To: Pyun YongHyeon Message-ID: <20090904215559.GJ93393@graf.pompo.net> Mail-Followup-To: Pyun YongHyeon , freebsd-stable References: <20090904173811.GA45176@graf.pompo.net> <20090904214148.GB9950@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090904214148.GB9950@michelle.cdnetworks.com> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Cc: freebsd-stable Subject: Re: ifconfig_ed0="DHCP" does not work on 8.0-BETA3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 21:56:10 -0000 Hello, Le Ven 4 sep 09 à 23:41:48 +0200, Pyun YongHyeon écrivait : > I guess it's related with link state handling. Can you see > "ed0: link state changed to UP" in dmesg output? Quick reading code > reveals only some variants(pccard) support mii(4) but others looks > dumb on link state handling. I vaguely remember I had ed(4) > hardwares in FreeBSD 2.2.x days but didn't have chance to read the > source. No, no lines ed0: link state changed to DOWN ed0: link state changed to UP in 8.0-BETA3! > > and replacing s/ed0/rl0/ in /etc/rc.conf, everything is working. > > > > Yes it should because it has active maintainer. :-) Great! ;-) -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 4 21:57:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E771F106568B for ; Fri, 4 Sep 2009 21:57:24 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 547E08FC12 for ; Fri, 4 Sep 2009 21:57:24 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n84LvlUL098557; Fri, 4 Sep 2009 16:57:47 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n84LvllO098556; Fri, 4 Sep 2009 16:57:47 -0500 (CDT) (envelope-from brooks) Date: Fri, 4 Sep 2009 16:57:47 -0500 From: Brooks Davis To: Pyun YongHyeon Message-ID: <20090904215747.GB82231@lor.one-eyed-alien.net> References: <20090904173811.GA45176@graf.pompo.net> <20090904214148.GB9950@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <20090904214148.GB9950@michelle.cdnetworks.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 04 Sep 2009 16:57:47 -0500 (CDT) Cc: freebsd-stable Subject: Re: ifconfig_ed0="DHCP" does not work on 8.0-BETA3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2009 21:57:25 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 04, 2009 at 02:41:48PM -0700, Pyun YongHyeon wrote: > On Fri, Sep 04, 2009 at 07:38:11PM +0200, Thierry Thomas wrote: > > Hello, > >=20 > > I have a machine with the following ethernet PCI card: > >=20 > > ed0: port 0xdc00-0xdc1f irq 16 at device 0.0 on pci2 > > ed0: WARNING: using obsoleted if_watchdog interface > > ed0: Ethernet address: 00:50:bf:27:ba:24 > > ed0: [ITHREAD] > >=20 > > It's rather an ancient card, and it worked on FreeBSD 7.2-STABLE (and > > several previous versions) with the line: > >=20 > > ifconfig_ed0=3D"DHCP" > >=20 > > in /etc/rc.conf. > >=20 > > I upgraded this machine to 8.0-BETA3, and ed0 does not get an IP anymore > > at boot time! Running `dhclient ed0' manually is working, and then > > everything is OK. > >=20 >=20 > I guess it's related with link state handling. Can you see > "ed0: link state changed to UP" in dmesg output? Quick reading code > reveals only some variants(pccard) support mii(4) but others looks > dumb on link state handling. I vaguely remember I had ed(4) > hardwares in FreeBSD 2.2.x days but didn't have chance to read the > source. This is a know issue with some devices supported by ed(4). You can work around it by changing DHCP to SYNCDHCP which will cause dhclient to alwasy start immediatly on that interface instead of waiting for a link state change that never happens. -- brooks --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKoY1aXY6L6fI4GtQRAtgkAKCqQUcE6F6oNTRfhf+yXgwHNh5idACfQUqh wpbgzuBA2mdfF4KV5gIazjM= =PCbE -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 5 00:10:47 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86473106566B; Sat, 5 Sep 2009 00:10:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6998FC08; Sat, 5 Sep 2009 00:10:47 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n850AipX032990; Fri, 4 Sep 2009 20:10:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n850AiE3077624; Fri, 4 Sep 2009 20:10:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7F22A1B5060; Fri, 4 Sep 2009 20:10:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090905001044.7F22A1B5060@freebsd-stable.sentex.ca> Date: Fri, 4 Sep 2009 20:10:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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, 05 Sep 2009 00:10:47 -0000 TB --- 2009-09-04 23:01:40 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-09-04 23:01:40 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-09-04 23:01:40 - cleaning the object tree TB --- 2009-09-04 23:02:01 - cvsupping the source tree TB --- 2009-09-04 23:02:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-09-04 23:02:11 - building world TB --- 2009-09-04 23:02:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-04 23:02:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-04 23:02:11 - TARGET=i386 TB --- 2009-09-04 23:02:11 - TARGET_ARCH=i386 TB --- 2009-09-04 23:02:11 - TZ=UTC TB --- 2009-09-04 23:02:11 - __MAKE_CONF=/dev/null TB --- 2009-09-04 23:02:11 - cd /src TB --- 2009-09-04 23:02:11 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 4 23:02:13 UTC 2009 >>> 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 Sep 5 00:06:07 UTC 2009 TB --- 2009-09-05 00:06:07 - generating LINT kernel config TB --- 2009-09-05 00:06:07 - cd /src/sys/i386/conf TB --- 2009-09-05 00:06:07 - /usr/bin/make -B LINT TB --- 2009-09-05 00:06:07 - building LINT kernel TB --- 2009-09-05 00:06:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-05 00:06:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-05 00:06:07 - TARGET=i386 TB --- 2009-09-05 00:06:07 - TARGET_ARCH=i386 TB --- 2009-09-05 00:06:07 - TZ=UTC TB --- 2009-09-05 00:06:07 - __MAKE_CONF=/dev/null TB --- 2009-09-05 00:06:07 - cd /src TB --- 2009-09-05 00:06:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 5 00:06:07 UTC 2009 >>> 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 [...] In file included from ./machine/vm.h:33, from /src/sys/vm/vm.h:64, from /src/sys/ddb/db_break.c:42: ./machine/specialreg.h: In function 'read_cyrix_reg': ./machine/specialreg.h:547: warning: implicit declaration of function 'outb' ./machine/specialreg.h:547: warning: nested extern declaration of 'outb' ./machine/specialreg.h:548: warning: implicit declaration of function 'inb' ./machine/specialreg.h:548: warning: nested extern declaration of 'inb' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-05 00:10:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-05 00:10:44 - ERROR: failed to build lint kernel TB --- 2009-09-05 00:10:44 - 3465.36 user 377.23 system 4143.55 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 5 00:23:23 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB6D106566B; Sat, 5 Sep 2009 00:23:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F0A9E8FC13; Sat, 5 Sep 2009 00:23:22 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n850NJm9039860; Fri, 4 Sep 2009 20:23:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n850NJdx037014; Fri, 4 Sep 2009 20:23:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8E6C11B5060; Fri, 4 Sep 2009 20:23:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090905002319.8E6C11B5060@freebsd-stable.sentex.ca> Date: Fri, 4 Sep 2009 20:23:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2009 00:23:23 -0000 TB --- 2009-09-05 00:10:44 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-09-05 00:10:44 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-09-05 00:10:44 - cleaning the object tree TB --- 2009-09-05 00:11:12 - cvsupping the source tree TB --- 2009-09-05 00:11:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2009-09-05 00:11:23 - building world TB --- 2009-09-05 00:11:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-05 00:11:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-05 00:11:23 - TARGET=pc98 TB --- 2009-09-05 00:11:23 - TARGET_ARCH=i386 TB --- 2009-09-05 00:11:23 - TZ=UTC TB --- 2009-09-05 00:11:23 - __MAKE_CONF=/dev/null TB --- 2009-09-05 00:11:23 - cd /src TB --- 2009-09-05 00:11:23 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 5 00:11:24 UTC 2009 >>> 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 [...] ln -sf /src/lib/libc/../../contrib/gdtoa/strtord.c gdtoa_strtord.c ln -sf /src/lib/libc/../../contrib/gdtoa/sum.c gdtoa_sum.c ln -sf /src/lib/libc/../../contrib/gdtoa/ulp.c gdtoa_ulp.c rm -f .depend mkdep -f .depend -a -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING /src/lib/libc/db/btree/bt_close.c /src/lib/libc/db/btree/bt_conv.c /src/lib/libc/db/btree/bt_debug.c /src/lib/libc/db/btree/bt_delete.c /src/lib/libc/db/btree/bt_get.c /src/lib/libc/db/btree/bt_open.c /src/lib/libc/db/btree/bt_overflow.c /src/lib/libc/db/btree/bt_page.c /src/lib/libc/db/btree/bt_put.c /src/lib/libc/db/btree/bt_search.c /src/lib/libc/db/btree/bt_seq.c /src/lib/libc/db/btree/bt_split.c /src/lib/libc/db/btree/bt_utils.c /src/lib/libc/db/db/db.c /src/lib/libc/db/hash/hash.c /src/lib/libc/db/hash/hash_bigkey.c /src/lib/libc/db/hash/hash_buf.c /src/lib/libc/db/hash/hash_func.c /src/lib/libc/db/hash/hash_log2.c /src/lib/libc /db/hash/hash_page.c /src/lib/libc/db/hash/ndbm.c /src/lib/libc/db/mpool/mpool.c /src/lib/libc/db/recno/rec_close.c /src/lib/libc/db/recno/rec_delete.c /src/lib/libc/db/recno/rec_get.c /src/lib/libc/db/recno/rec_open.c /src/lib/libc/db/recno/rec_put.c /src/lib/libc/db/recno/rec_search.c /src/lib/libc/db/recno/rec_seq.c /src/lib/libc/db/recno/rec_utils.c /src/lib/libc/compat-43/creat.c /src/lib/libc/compat-43/gethostid.c /src/lib/libc/compat-43/getwd.c /src/lib/libc/compat-43/killpg.c /src/lib/libc/compat-43/sethostid.c /src/lib/libc/compat-43/setpgrp.c /src/lib/libc/compat-43/setrgid.c /src/lib/libc/compat-43/setruid.c /src/lib/libc/compat-43/sigcompat.c /src/lib/libc/gen/__getosreldate.c /src/lib/libc/gen/__xuname.c /src/lib/libc/gen/_pthread_stubs.c /src/lib/libc/gen/_rand48.c /src/lib/libc/gen/_spinlock_stub.c /src/lib/libc/gen/_thread_init.c /src/lib/libc/gen/alarm.c /src/lib/libc/gen/arc4random.c /src/lib/libc/gen/assert.c /src/lib/libc/gen/basename.c /src/lib/libc/gen/ check_utility_compat.c /src/lib/libc/gen/clock.c /src/lib/libc/gen/closedir.c /src/lib/libc/gen/confstr.c /src/lib/libc/gen/crypt.c /src/lib/libc/gen/ctermid.c /src/lib/libc/gen/daemon.c /src/lib/libc/gen/devname.c /src/lib/libc/gen/dirname.c /src/lib/libc/gen/disklabel.c /src/lib/libc/gen/dlfcn.c /src/lib/libc/gen/dlfunc.c /src/lib/libc/gen/drand48.c /src/lib/libc/gen/erand48.c /src/lib/libc/gen/err.c /src/lib/libc/gen/errlst.c /src/lib/libc/gen/errno.c /src/lib/libc/gen/exec.c /src/lib/libc/gen/feature_present.c /src/lib/libc/gen/fmtcheck.c /src/lib/libc/gen/fmtmsg.c /src/lib/libc/gen/fnmatch.c /src/lib/libc/gen/fpclassify.c /src/lib/libc/gen/frexp.c /src/lib/libc/gen/fstab.c /src/lib/libc/gen/ftok.c /src/lib/libc/gen/fts.c /src/lib/libc/gen/ftw.c /src/lib/libc/gen/getbootfile.c /src/lib/libc/gen/getbsize.c /src/lib/libc/gen/getcap.c /src/lib/libc/gen/getcwd.c /src/lib/libc/gen/getdomainname.c /src/lib/libc/gen/getgrent.c /src/lib/libc/gen/getgrouplist.c /src/lib/libc/gen/ gethostname.c /src/lib/libc/gen/getloadavg.c /src/lib/libc/gen/getlogin.c /src/lib/libc/gen/getmntinfo.c /src/lib/libc/gen/getnetgrent.c /src/lib/libc/gen/getosreldate.c /src/lib/libc/gen/getpagesize.c /src/lib/libc/gen/getpeereid.c /src/lib/libc/gen/getprogname.c /src/lib/libc/gen/getpwent.c /src/lib/libc/gen/getttyent.c /src/lib/libc/gen/getusershell.c /src/lib/libc/gen/getvfsbyname.c /src/lib/libc/gen/glob.c /src/lib/libc/gen/initgroups.c /src/lib/libc/gen/isatty.c /src/lib/libc/gen/isinf.c /src/lib/libc/gen/isnan.c /src/lib/libc/gen/jrand48.c /src/lib/libc/gen/lcong48.c /src/lib/libc/gen/lockf.c /src/lib/libc/gen/lrand48.c /src/lib/libc/gen/mrand48.c /src/lib/libc/gen/nftw.c /src/lib/libc/gen/nice.c /src/lib/libc/gen/nlist.c /src/lib/libc/gen/nrand48.c /src/lib/libc/gen/opendir.c /src/lib/libc/gen/pause.c /src/lib/libc/gen/pmadvise.c /src/lib/libc/gen/popen.c /src/lib/libc/gen/posixshm.c /src/lib/libc/gen/pselect.c /src/lib/libc/gen/psignal.c /src/lib/libc/gen/pw_scan.c /src/lib/libc/gen/pwcache.c /src/lib/libc/gen/raise.c /src/lib/libc/gen/readdir.c /src/lib/libc/gen/readpassphrase.c /src/lib/libc/gen/rewinddir.c /src/lib/libc/gen/scandir.c /src/lib/libc/gen/seed48.c /src/lib/libc/gen/seekdir.c /src/lib/libc/gen/sem.c /src/lib/libc/gen/semctl.c /src/lib/libc/gen/setdomainname.c /src/lib/libc/gen/sethostname.c /src/lib/libc/gen/setjmperr.c /src/lib/libc/gen/setmode.c /src/lib/libc/gen/setproctitle.c /src/lib/libc/gen/setprogname.c /src/lib/libc/gen/siginterrupt.c /src/lib/libc/gen/siglist.c /src/lib/libc/gen/signal.c /src/lib/libc/gen/sigsetops.c /src/lib/libc/gen/sleep.c /src/lib/libc/gen/srand48.c /src/lib/libc/gen/statvfs.c /src/lib/libc/gen/stringlist.c /src/lib/libc/gen/strtofflags.c /src/lib/libc/gen/sysconf.c /src/lib/libc/gen/sysctl.c /src/lib/libc/gen/sysctlbyname.c /src/lib/libc/gen/sysctlnametomib.c /src/lib/libc/gen/syslog.c /src/lib/libc/gen/telldir.c /src/lib/libc/gen/termios.c /src/lib/libc/gen/time.c /src/lib/libc/gen/times. c /src/lib/libc/gen/timezone.c /src/lib/libc/gen/tls.c /src/lib/libc/gen/ttyname.c /src/lib/libc/gen/ttyslot.c /src/lib/libc/gen/ualarm.c /src/lib/libc/gen/ulimit.c /src/lib/libc/gen/uname.c /src/lib/libc/gen/unvis.c /src/lib/libc/gen/usleep.c /src/lib/libc/gen/utime.c /src/lib/libc/gen/valloc.c /src/lib/libc/gen/vis.c /src/lib/libc/gen/wait.c /src/lib/libc/gen/wait3.c /src/lib/libc/gen/waitpid.c /src/lib/libc/gen/wordexp.c /src/lib/libc/i386/gen/_ctx_start.S /src/lib/libc/i386/gen/_setjmp.S /src/lib/libc/i386/gen/_set_tp.c /src/lib/libc/i386/gen/fabs.S /src/lib/libc/i386/gen/flt_rounds.c /src/lib/libc/i386/gen/infinity.c /src/lib/libc/i386/gen/ldexp.c /src/lib/libc/i386/gen/makecontext.c /src/lib/libc/i386/gen/modf.S /src/lib/libc/i386/gen/rfork_thread.S /src/lib/libc/i386/gen/setjmp.S /src/lib/libc/i386/gen/signalcontext.c /src/lib/libc/i386/gen/sigsetjmp.S /src/lib/libc/gmon/gmon.c /src/lib/libc/gmon/mcount.c /src/lib/libc/inet/inet_addr.c /src/lib/libc/inet/inet_cidr_nto p.c /src/lib/libc/inet/inet_cidr_pton.c /src/lib/libc/inet/inet_lnaof.c /src/lib/libc/inet/inet_makeaddr.c /src/lib/libc/inet/inet_net_ntop.c /src/lib/libc/inet/inet_net_pton.c /src/lib/libc/inet/inet_neta.c /src/lib/libc/inet/inet_netof.c /src/lib/libc/inet/inet_network.c /src/lib/libc/inet/inet_ntoa.c /src/lib/libc/inet/inet_ntop.c /src/lib/libc/inet/inet_pton.c /src/lib/libc/inet/nsap_addr.c /src/lib/libc/isc/ev_streams.c /src/lib/libc/isc/ev_timers.c /src/lib/libc/locale/big5.c /src/lib/libc/locale/btowc.c /src/lib/libc/locale/collate.c /src/lib/libc/locale/collcmp.c /src/lib/libc/locale/euc.c /src/lib/libc/locale/fix_grouping.c /src/lib/libc/locale/gb18030.c /src/lib/libc/locale/gb2312.c /src/lib/libc/locale/gbk.c /src/lib/libc/locale/isctype.c /src/lib/libc/locale/iswctype.c /src/lib/libc/locale/ldpart.c /src/lib/libc/locale/lmessages.c /src/lib/libc/locale/lmonetary.c /src/lib/libc/locale/lnumeric.c /src/lib/libc/locale/localeconv.c /src/lib/libc/locale/mblen.c /src/l ib/libc/locale/mbrlen.c /src/lib/libc/locale/mbrtowc.c /src/lib/libc/locale/mbsinit.c /src/lib/libc/locale/mbsnrtowcs.c /src/lib/libc/locale/mbsrtowcs.c /src/lib/libc/locale/mbtowc.c /src/lib/libc/locale/mbstowcs.c /src/lib/libc/locale/mskanji.c /src/lib/libc/locale/nextwctype.c /src/lib/libc/locale/nl_langinfo.c /src/lib/libc/locale/nomacros.c /src/lib/libc/locale/none.c /src/lib/libc/locale/rpmatch.c /src/lib/libc/locale/rune.c /src/lib/libc/locale/runetype.c /src/lib/libc/locale/setlocale.c /src/lib/libc/locale/setrunelocale.c /src/lib/libc/locale/table.c /src/lib/libc/locale/tolower.c /src/lib/libc/locale/toupper.c /src/lib/libc/locale/utf8.c /src/lib/libc/locale/wcrtomb.c /src/lib/libc/locale/wcsnrtombs.c /src/lib/libc/locale/wcsrtombs.c /src/lib/libc/locale/wcsftime.c /src/lib/libc/locale/wcstof.c /src/lib/libc/locale/wcstod.c /src/lib/libc/locale/wcstoimax.c /src/lib/libc/locale/wcstol.c /src/lib/libc/locale/wcstold.c /src/lib/libc/locale/wcstoll.c /src/lib/libc/local e/wcstombs.c /src/lib/libc/locale/wcstoul.c /src/lib/libc/locale/wcstoull.c /src/lib/libc/locale/wcstoumax.c /src/lib/libc/locale/wctob.c /src/lib/libc/locale/wctomb.c /src/lib/libc/locale/wctrans.c /src/lib/libc/locale/wctype.c /src/lib/libc/locale/wcwidth.c /src/lib/libc/nameser/ns_name.c /src/lib/libc/nameser/ns_netint.c /src/lib/libc/nameser/ns_parse.c /src/lib/libc/nameser/ns_print.c /src/lib/libc/nameser/ns_samedomain.c /src/lib/libc/nameser/ns_ttl.c /src/lib/libc/net/base64.c /src/lib/libc/net/ether_addr.c /src/lib/libc/net/eui64.c /src/lib/libc/net/gai_strerror.c /src/lib/libc/net/getaddrinfo.c /src/lib/libc/net/gethostbydns.c /src/lib/libc/net/gethostbyht.c /src/lib/libc/net/gethostbynis.c /src/lib/libc/net/gethostnamadr.c /src/lib/libc/net/getifaddrs.c /src/lib/libc/net/getifmaddrs.c /src/lib/libc/net/getnameinfo.c /src/lib/libc/net/getnetbydns.c /src/lib/libc/net/getnetbyht.c /src/lib/libc/net/getnetbynis.c /src/lib/libc/net/getnetnamadr.c /src/lib/libc/net/getpro to.c /src/lib/libc/net/getprotoent.c /src/lib/libc/net/getprotoname.c /src/lib/libc/net/getservent.c /src/lib/libc/net/if_indextoname.c /src/lib/libc/net/if_nameindex.c /src/lib/libc/net/if_nametoindex.c /src/lib/libc/net/ip6opt.c /src/lib/libc/net/linkaddr.c /src/lib/libc/net/map_v4v6.c /src/lib/libc/net/name6.c /src/lib/libc/net/ntoh.c /src/lib/libc/net/nsdispatch.c nslexer.c nsparser.c /src/lib/libc/net/nss_compat.c /src/lib/libc/net/rcmd.c /src/lib/libc/net/rcmdsh.c /src/lib/libc/net/recv.c /src/lib/libc/net/rthdr.c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/send.c /src/lib/libc/net/sockatmark.c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/vars.c /src/lib/libc/net/nscache.c /src/lib/libc/net/nscachedcli.c /src/lib/libc/nls/msgcat.c /src/lib/libc/posix1e/acl_calc_mask.c /src/lib/libc/posix1e/acl_copy.c /src/lib/libc/posix1e/acl_delete.c /src/lib/libc/posix1e/acl_delete_entry.c /src/lib/libc/posix1e/acl_entry.c /src/lib/libc/posix1e/acl_free.c /src/lib/libc /posix1e/acl_from_text.c /src/lib/libc/posix1e/acl_get.c /src/lib/libc/posix1e/acl_init.c /src/lib/libc/posix1e/acl_perm.c /src/lib/libc/posix1e/acl_set.c /src/lib/libc/posix1e/acl_support.c /src/lib/libc/posix1e/acl_to_text.c /src/lib/libc/posix1e/acl_valid.c /src/lib/libc/posix1e/extattr.c /src/lib/libc/posix1e/mac.c /src/lib/libc/posix1e/mac_exec.c /src/lib/libc/posix1e/mac_get.c /src/lib/libc/posix1e/mac_set.c /src/lib/libc/quad/cmpdi2.c /src/lib/libc/quad/divdi3.c /src/lib/libc/quad/moddi3.c /src/lib/libc/quad/qdivrem.c /src/lib/libc/quad/ucmpdi2.c /src/lib/libc/quad/udivdi3.c /src/lib/libc/quad/umoddi3.c /src/lib/libc/regex/regcomp.c /src/lib/libc/regex/regerror.c /src/lib/libc/regex/regexec.c /src/lib/libc/regex/regfree.c /src/lib/libc/resolv/herror.c /src/lib/libc/resolv/h_errno.c /src/lib/libc/resolv/mtctxres.c /src/lib/libc/resolv/res_comp.c /src/lib/libc/resolv/res_data.c /src/lib/libc/resolv/res_debug.c /src/lib/libc/resolv/res_findzonecut.c /src/lib/libc/resolv/ res_init.c /src/lib/libc/resolv/res_mkquery.c /src/lib/libc/resolv/res_mkupdate.c /src/lib/libc/resolv/res_query.c /src/lib/libc/resolv/res_send.c /src/lib/libc/resolv/res_state.c /src/lib/libc/resolv/res_update.c /src/lib/libc/stdio/_flock_stub.c /src/lib/libc/stdio/asprintf.c /src/lib/libc/stdio/clrerr.c /src/lib/libc/stdio/fclose.c /src/lib/libc/stdio/fcloseall.c /src/lib/libc/stdio/fdopen.c /src/lib/libc/stdio/feof.c /src/lib/libc/stdio/ferror.c /src/lib/libc/stdio/fflush.c /src/lib/libc/stdio/fgetc.c /src/lib/libc/stdio/fgetln.c /src/lib/libc/stdio/fgetpos.c /src/lib/libc/stdio/fgets.c /src/lib/libc/stdio/fgetwc.c /src/lib/libc/stdio/fgetwln.c /src/lib/libc/stdio/fgetws.c /src/lib/libc/stdio/fileno.c /src/lib/libc/stdio/findfp.c /src/lib/libc/stdio/flags.c /src/lib/libc/stdio/fopen.c /src/lib/libc/stdio/fprintf.c /src/lib/libc/stdio/fpurge.c /src/lib/libc/stdio/fputc.c /src/lib/libc/stdio/fputs.c /src/lib/libc/stdio/fputwc.c /src/lib/libc/stdio/fputws.c /src/lib/libc/st dio/fread.c /src/lib/libc/stdio/freopen.c /src/lib/libc/stdio/fscanf.c /src/lib/libc/stdio/fseek.c /src/lib/libc/stdio/fsetpos.c /src/lib/libc/stdio/ftell.c /src/lib/libc/stdio/funopen.c /src/lib/libc/stdio/fvwrite.c /src/lib/libc/stdio/fwalk.c /src/lib/libc/stdio/fwide.c /src/lib/libc/stdio/fwprintf.c /src/lib/libc/stdio/fwscanf.c /src/lib/libc/stdio/fwrite.c /src/lib/libc/stdio/getc.c /src/lib/libc/stdio/getchar.c /src/lib/libc/stdio/gets.c /src/lib/libc/stdio/getw.c /src/lib/libc/stdio/getwc.c /src/lib/libc/stdio/getwchar.c /src/lib/libc/stdio/makebuf.c /src/lib/libc/stdio/mktemp.c /src/lib/libc/stdio/perror.c /src/lib/libc/stdio/printf.c /src/lib/libc/stdio/putc.c /src/lib/libc/stdio/putchar.c /src/lib/libc/stdio/puts.c /src/lib/libc/stdio/putw.c /src/lib/libc/stdio/putwc.c /src/lib/libc/stdio/putwchar.c /src/lib/libc/stdio/refill.c /src/lib/libc/stdio/remove.c /src/lib/libc/stdio/rewind.c /src/lib/libc/stdio/rget.c /src/lib/libc/stdio/scanf.c /src/lib/libc/stdio/setbuf. c /src/lib/libc/stdio/setbuffer.c /src/lib/libc/stdio/setvbuf.c /src/lib/libc/stdio/snprintf.c /src/lib/libc/stdio/sprintf.c /src/lib/libc/stdio/sscanf.c /src/lib/libc/stdio/stdio.c /src/lib/libc/stdio/swprintf.c /src/lib/libc/stdio/swscanf.c /src/lib/libc/stdio/tempnam.c /src/lib/libc/stdio/tmpfile.c /src/lib/libc/stdio/tmpnam.c /src/lib/libc/stdio/ungetc.c /src/lib/libc/stdio/ungetwc.c /src/lib/libc/stdio/unlocked.c /src/lib/libc/stdio/vasprintf.c /src/lib/libc/stdio/vfprintf.c /src/lib/libc/stdio/vfscanf.c /src/lib/libc/stdio/vfwprintf.c /src/lib/libc/stdio/vfwscanf.c /src/lib/libc/stdio/vprintf.c /src/lib/libc/stdio/vscanf.c /src/lib/libc/stdio/vsnprintf.c /src/lib/libc/stdio/vsprintf.c /src/lib/libc/stdio/vsscanf.c /src/lib/libc/stdio/vswprintf.c /src/lib/libc/stdio/vswscanf.c /src/lib/libc/stdio/vwprintf.c /src/lib/libc/stdio/vwscanf.c /src/lib/libc/stdio/wbuf.c /src/lib/libc/stdio/wprintf.c /src/lib/libc/stdio/wscanf.c /src/lib/libc/stdio/wsetup.c /src/lib/libc/stdio/ xprintf.c /src/lib/libc/stdio/xprintf_float.c /src/lib/libc/stdio/xprintf_int.c /src/lib/libc/stdio/xprintf_str.c /src/lib/libc/stdio/xprintf_errno.c /src/lib/libc/stdio/xprintf_hexdump.c /src/lib/libc/stdio/xprintf_quote.c /src/lib/libc/stdio/xprintf_time.c /src/lib/libc/stdio/xprintf_vis.c /src/lib/libc/stdtime/asctime.c /src/lib/libc/stdtime/difftime.c /src/lib/libc/stdtime/localtime.c /src/lib/libc/stdtime/strftime.c /src/lib/libc/stdtime/strptime.c /src/lib/libc/stdtime/timelocal.c /src/lib/libc/stdtime/time32.c /src/lib/libc/i386/sys/i386_clr_watch.c /src/lib/libc/i386/sys/i386_get_ioperm.c /src/lib/libc/i386/sys/i386_set_ioperm.c /src/lib/libc/i386/sys/i386_set_watch.c /src/lib/libc/i386/sys/i386_vm86.c /src/lib/libc/i386/sys/i386_get_fsbase.c /src/lib/libc/i386/sys/i386_get_gsbase.c /src/lib/libc/i386/sys/i386_get_ldt.c /src/lib/libc/i386/sys/i386_set_fsbase.c /src/lib/libc/i386/sys/i386_set_gsbase.c /src/lib/libc/i386/sys/i386_set_ldt.c /src/lib/libc/sys/stack_prote ctor.c /src/lib/libc/sys/__error.c /src/lib/libc/sys/fcntl.c /src/lib/libc/sys/ftruncate.c /src/lib/libc/sys/lseek.c /src/lib/libc/sys/mmap.c /src/lib/libc/sys/pread.c /src/lib/libc/sys/pwrite.c /src/lib/libc/sys/truncate.c /src/lib/libc/i386/sys/Ovfork.S /src/lib/libc/i386/sys/brk.S /src/lib/libc/i386/sys/cerror.S /src/lib/libc/i386/sys/exect.S /src/lib/libc/i386/sys/getcontext.S /src/lib/libc/i386/sys/pipe.S /src/lib/libc/i386/sys/ptrace.S /src/lib/libc/i386/sys/reboot.S /src/lib/libc/i386/sys/sbrk.S /src/lib/libc/i386/sys/setlogin.S /src/lib/libc/i386/sys/sigreturn.S /src/lib/libc/i386/sys/syscall.S fork.S read.S write.S open.S close.S wait4.S link.S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S getpid.S mount.S unmount.S setuid.S getuid.S geteuid.S recvmsg.S sendmsg.S recvfrom.S accept.S getpeername.S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S getegid.S profil.S ktrace.S getgid.S acct.S sigaltstack.S ioctl.S revoke. S symlink.S readlink.S execve.S umask.S chroot.S msync.S vadvise.S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S fcntl.S select.S fsync.S setpriority.S socket.S connect.S getpriority.S bind.S setsockopt.S listen.S gettimeofday.S getrusage.S getsockopt.S readv.S writev.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S flock.S mkfifo.S sendto.S shutdown.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S setsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatfs.S lgetfh.S getfh.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat.S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirentries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S freebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid.S poll.S freebs d7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S msgrcv.S shmat.S freebsd7_shmctl.S shmdt.S shmget.S clock_gettime.S clock_settime.S clock_getres.S ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_getoverrun.S nanosleep.S ntp_gettime.S minherit.S rfork.S issetugid.S lchown.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S lutimes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S freebsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S setresuid.S setresgid.S aio_return.S aio_suspend.S aio_cancel.S aio_error.S oaio_read.S oaio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam.S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S utrace.S freebsd4_sendfile.S kldsym.S jail.S sigprocmask.S si gsuspend.S freebsd4_sigaction.S sigpending.S freebsd4_sigreturn.S sigtimedwait.S sigwaitinfo.S __acl_get_file.S __acl_set_file.S __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_aclcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S kqueue.S kevent.S extattr_set_fd.S extattr_get_fd.S extattr_delete_fd.S __setugid.S eaccess.S nmount.S kse_exit.S kse_wakeup.S kse_create.S kse_thr_interrupt.S kse_release.S __mac_get_proc.S __mac_set_proc.S __mac_get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs.S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_open.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delete_link.S __mac_execve.S sigaction.S setcontex t.S swapcontext.S swapoff.S __acl_get_link.S __acl_set_link.S __acl_delete_link.S __acl_aclcheck_link.S sigwait.S thr_create.S thr_exit.S thr_self.S thr_kill.S _umtx_lock.S _umtx_unlock.S jail_attach.S extattr_list_fd.S extattr_list_file.S extattr_list_link.S kse_switchin.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audit.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S setaudit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_setattr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sendmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S mmap.S lseek.S truncate.S ftruncate.S thr_kill2.S cpuset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinity.S closefrom.S __semctl.S msgctl.S shmctl.S _getlogin.S _exit.S _pread.S _pwrite.S _lseek.S _mmap.S _ftruncate.S _truncate.S _fcntl.S /src/lib/libc/rpc/a uth_none.c /src/lib/libc/rpc/auth_unix.c /src/lib/libc/rpc/authunix_prot.c /src/lib/libc/rpc/bindresvport.c /src/lib/libc/rpc/clnt_bcast.c /src/lib/libc/rpc/clnt_dg.c /src/lib/libc/rpc/clnt_generic.c /src/lib/libc/rpc/clnt_perror.c /src/lib/libc/rpc/clnt_raw.c /src/lib/libc/rpc/clnt_simple.c /src/lib/libc/rpc/clnt_vc.c /src/lib/libc/rpc/rpc_dtablesize.c /src/lib/libc/rpc/getnetconfig.c /src/lib/libc/rpc/getnetpath.c /src/lib/libc/rpc/getrpcent.c /src/lib/libc/rpc/getrpcport.c /src/lib/libc/rpc/mt_misc.c /src/lib/libc/rpc/pmap_clnt.c /src/lib/libc/rpc/pmap_getmaps.c /src/lib/libc/rpc/pmap_getport.c /src/lib/libc/rpc/pmap_prot.c /src/lib/libc/rpc/pmap_prot2.c /src/lib/libc/rpc/pmap_rmt.c /src/lib/libc/rpc/rpc_prot.c /src/lib/libc/rpc/rpc_commondata.c /src/lib/libc/rpc/rpc_callmsg.c /src/lib/libc/rpc/rpc_generic.c /src/lib/libc/rpc/rpc_soc.c /src/lib/libc/rpc/rpcb_clnt.c /src/lib/libc/rpc/rpcb_prot.c /src/lib/libc/rpc/rpcb_st_xdr.c /src/lib/libc/rpc/svc.c /src/lib/libc/rpc/svc_ auth.c /src/lib/libc/rpc/svc_dg.c /src/lib/libc/rpc/svc_auth_unix.c /src/lib/libc/rpc/svc_generic.c /src/lib/libc/rpc/svc_raw.c /src/lib/libc/rpc/svc_run.c /src/lib/libc/rpc/svc_simple.c /src/lib/libc/rpc/svc_vc.c /src/lib/libc/rpc/auth_time.c /src/lib/libc/rpc/auth_des.c /src/lib/libc/rpc/authdes_prot.c /src/lib/libc/rpc/des_crypt.c /src/lib/libc/rpc/des_soft.c /src/lib/libc/rpc/crypt_client.c /src/lib/libc/rpc/key_call.c /src/lib/libc/rpc/key_prot_xdr.c /src/lib/libc/rpc/getpublickey.c /src/lib/libc/rpc/svc_auth_des.c /src/lib/libc/rpc/netname.c /src/lib/libc/rpc/netnamer.c /src/lib/libc/rpc/rpcdname.c /src/lib/libc/rpc/rtime.c crypt_clnt.c crypt_xdr.c /src/lib/libc/uuid/uuid_compare.c /src/lib/libc/uuid/uuid_create.c /src/lib/libc/uuid/uuid_create_nil.c /src/lib/libc/uuid/uuid_equal.c /src/lib/libc/uuid/uuid_from_string.c /src/lib/libc/uuid/uuid_hash.c /src/lib/libc/uuid/uuid_is_nil.c /src/lib/libc/uuid/uuid_stream.c /src/lib/libc/uuid/uuid_to_string.c /src/lib/libc/xdr/x dr.c /src/lib/libc/xdr/xdr_array.c /src/lib/libc/xdr/xdr_float.c /src/lib/libc/xdr/xdr_mem.c /src/lib/libc/xdr/xdr_rec.c /src/lib/libc/xdr/xdr_reference.c /src/lib/libc/xdr/xdr_stdio.c /src/lib/libc/yp/xdryp.c yp_xdr.c /src/lib/libc/yp/yplib.c /src/lib/libc/gdtoa/machdep_ldisx.c /src/lib/libc/i386/stdlib/abs.S /src/lib/libc/i386/stdlib/div.S /src/lib/libc/i386/stdlib/labs.S /src/lib/libc/i386/stdlib/ldiv.S /src/lib/libc/i386/string/bcmp.S /src/lib/libc/i386/string/bcopy.S /src/lib/libc/i386/string/bzero.S /src/lib/libc/i386/string/ffs.S /src/lib/libc/i386/string/index.S /src/lib/libc/i386/string/memchr.S /src/lib/libc/i386/string/memcmp.S /src/lib/libc/i386/string/memcpy.S /src/lib/libc/i386/string/memmove.S /src/lib/libc/i386/string/memset.S /src/lib/libc/i386/string/rindex.S /src/lib/libc/i386/string/strcat.S /src/lib/libc/i386/string/strchr.S /src/lib/libc/i386/string/strcmp.S /src/lib/libc/i386/string/strcpy.S /src/lib/libc/i386/string/strlen.S /src/lib/libc/i386/string/ strncmp.S /src/lib/libc/i386/string/strrchr.S /src/lib/libc/i386/string/swab.S /src/lib/libc/i386/string/wcschr.S /src/lib/libc/i386/string/wcscmp.S /src/lib/libc/i386/string/wcslen.S /src/lib/libc/i386/string/wmemchr.S /src/lib/libc/gdtoa/_hdtoa.c /src/lib/libc/gdtoa/_ldtoa.c /src/lib/libc/gdtoa/glue.c gdtoa_strtopx.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdtoa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc.c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtord.c gdtoa_sum.c gdtoa_ulp.c /src/lib/libc/stdlib/_Exit.c /src/lib/libc/stdlib/a64l.c /src/lib/libc/stdlib/abort.c /src/lib/libc/stdlib/atexit.c /src/lib/libc/stdlib/atof.c /src/lib/libc/stdlib/atoi.c /src/lib/libc/stdlib/atol.c /src/lib/libc/stdlib/atoll.c /src/lib/libc/stdlib/bsearch.c /src/lib/libc/stdlib/exit.c /src/lib/libc/stdlib/getenv.c /src/lib/libc/stdlib/getopt.c /src/lib/libc/stdlib/getopt_long.c /src/lib/libc/stdlib/getsubopt.c /src/lib/libc/stdlib/grantpt.c /src/li b/libc/stdlib/hcreate.c /src/lib/libc/stdlib/heapsort.c /src/lib/libc/stdlib/imaxabs.c /src/lib/libc/stdlib/imaxdiv.c /src/lib/libc/stdlib/insque.c /src/lib/libc/stdlib/l64a.c /src/lib/libc/stdlib/llabs.c /src/lib/libc/stdlib/lldiv.c /src/lib/libc/stdlib/lsearch.c /src/lib/libc/stdlib/malloc.c /src/lib/libc/stdlib/merge.c /src/lib/libc/stdlib/qsort.c /src/lib/libc/stdlib/qsort_r.c /src/lib/libc/stdlib/radixsort.c /src/lib/libc/stdlib/rand.c /src/lib/libc/stdlib/random.c /src/lib/libc/stdlib/reallocf.c /src/lib/libc/stdlib/realpath.c /src/lib/libc/stdlib/remque.c /src/lib/libc/stdlib/strfmon.c /src/lib/libc/stdlib/strtoimax.c /src/lib/libc/stdlib/strtol.c /src/lib/libc/stdlib/strtoll.c /src/lib/libc/stdlib/strtoq.c /src/lib/libc/stdlib/strtoul.c /src/lib/libc/stdlib/strtonum.c /src/lib/libc/stdlib/strtoull.c /src/lib/libc/stdlib/strtoumax.c /src/lib/libc/stdlib/strtouq.c /src/lib/libc/stdlib/system.c /src/lib/libc/stdlib/tdelete.c /src/lib/libc/stdlib/tfind.c /src/lib/libc/st dlib/tsearch.c /src/lib/libc/stdlib/twalk.c /src/lib/libc/string/ffsl.c /src/lib/libc/string/ffsll.c /src/lib/libc/string/fls.c /src/lib/libc/string/flsl.c /src/lib/libc/string/flsll.c /src/lib/libc/string/memccpy.c /src/lib/libc/string/memrchr.c /src/lib/libc/string/memmem.c /src/lib/libc/string/stpcpy.c /src/lib/libc/string/strcasecmp.c /src/lib/libc/string/strcasestr.c /src/lib/libc/string/strcoll.c /src/lib/libc/string/strcspn.c /src/lib/libc/string/strdup.c /src/lib/libc/string/strerror.c /src/lib/libc/string/strlcat.c /src/lib/libc/string/strlcpy.c /src/lib/libc/string/strmode.c /src/lib/libc/string/strncat.c /src/lib/libc/string/strncpy.c /src/lib/libc/string/strndup.c /src/lib/libc/string/strnstr.c /src/lib/libc/string/strpbrk.c /src/lib/libc/string/strsep.c /src/lib/libc/string/strsignal.c /src/lib/libc/string/strspn.c /src/lib/libc/string/strstr.c /src/lib/libc/string/strtok.c /src/lib/libc/string/strxfrm.c /src/lib/libc/string/wcscat.c /src/lib/libc/string/wcscoll .c /src/lib/libc/string/wcscpy.c /src/lib/libc/string/wcscspn.c /src/lib/libc/string/wcsdup.c /src/lib/libc/string/wcslcat.c /src/lib/libc/string/wcslcpy.c /src/lib/libc/string/wcsncat.c /src/lib/libc/string/wcsncmp.c /src/lib/libc/string/wcsncpy.c /src/lib/libc/string/wcspbrk.c /src/lib/libc/string/wcsrchr.c /src/lib/libc/string/wcsspn.c /src/lib/libc/string/wcsstr.c /src/lib/libc/string/wcstok.c /src/lib/libc/string/wcswidth.c /src/lib/libc/string/wcsxfrm.c /src/lib/libc/string/wmemcmp.c /src/lib/libc/string/wmemcpy.c /src/lib/libc/string/wmemmove.c /src/lib/libc/string/wmemset.c In file included from /src/lib/libc/gen/setproctitle.c:27: /obj/pc98/src/tmp/usr/include/vm/vm.h:64:24: error: machine/vm.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-05 00:23:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-05 00:23:19 - ERROR: failed to build world TB --- 2009-09-05 00:23:19 - 572.10 user 52.13 system 755.02 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 5 11:06:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C796106568B for ; Sat, 5 Sep 2009 11:06:47 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id DDD7C8FC18 for ; Sat, 5 Sep 2009 11:06:44 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 6581ED480F5; Sat, 5 Sep 2009 13:06:39 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 854A8D4804E; Sat, 5 Sep 2009 13:06:37 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 91BC211467; Sat, 5 Sep 2009 13:06:35 +0200 (CEST) Date: Sat, 5 Sep 2009 13:06:35 +0200 From: Thierry Thomas To: Brooks Davis Message-ID: <20090905110635.GG87716@graf.pompo.net> Mail-Followup-To: Brooks Davis , Pyun YongHyeon , freebsd-stable References: <20090904173811.GA45176@graf.pompo.net> <20090904214148.GB9950@michelle.cdnetworks.com> <20090904215747.GB82231@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <20090904215747.GB82231@lor.one-eyed-alien.net> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Cc: Pyun YongHyeon , freebsd-stable Subject: Re: ifconfig_ed0="DHCP" does not work on 8.0-BETA3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Sep 2009 11:06:47 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le Ven 4 sep 09 =E0 23:57:47 +0200, Brooks Davis =E9crivait=A0: =20 > This is a know issue with some devices supported by ed(4). You can work > around it by changing DHCP to SYNCDHCP which will cause dhclient to > alwasy start immediatly on that interface instead of waiting for a link > state change that never happens. Thanks for the hint! What about the following patch? --- man4_ed.4.diff begins here --- --- src/share/man/man4/ed.4.orig 2009-08-03 10:13:06.000000000 +0200 +++ src/share/man/man4/ed.4 2009-09-05 12:51:51.000000000 +0200 @@ -425,3 +425,11 @@ .Pp PC Card attachment supports the D-Link DMF650TX LAN/Modem card's Ethernet port only at this time. +.Pp +If the line "ed0: link state changed to UP" does not show up in dmesg, the= line +.Pp +ifconfig_ed0=3D"DHCP" +.Pp +in +.Xr rc.conf 5 +will be ineffective. In this case, replace "DHCP" by "SYNCDHCP". --- man4_ed.4.diff ends here --- Don't hesitate to reword it - my englsh can be terrible! Donation: if someone wants this card for investigations, I can bring it at EuroBSDCon. It has 2 outputs: 1 RJ45 and 1 coaxial. Regards, --=20 Th. Thomas. --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqiRjsACgkQc95pjMcUBaLwYQCg9dGaO2Oeg3bTbFcgfN2DYCs8 EDkAn1afmmJiWJIKUUy3FSGkixzzkiVW =w8pT -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 5 16:12:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1869B1065693 for ; Sat, 5 Sep 2009 16:12:03 +0000 (UTC) (envelope-from parv@pair.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id CAC8A8FC1A for ; Sat, 5 Sep 2009 16:12:02 +0000 (UTC) Received: from localhost.hawaii.res.rr.com ([98.150.187.245]) by hrndva-omta03.mail.rr.com with ESMTP id <20090905161201971.JYBH9786@hrndva-omta03.mail.rr.com> for ; Sat, 5 Sep 2009 16:12:01 +0000 Received: from holstein.holy.cow (localhost [127.0.0.1]) by localhost.hawaii.res.rr.com (Postfix) with ESMTP id 1840B33F5 for ; Sat, 5 Sep 2009 06:14:29 -1000 (HST) Received: (from parv@localhost) by holstein.holy.cow (8.13.8/8.13.8/Submit) id n85GESG3050089 for freebsd-stable@freebsd.org; Sat, 5 Sep 2009 06:14:28 -1000 (HST) (envelope-from parv@pair.com) X-Authentication-Warning: holstein.holy.cow: parv set sender to parv@pair.com using -f Date: Sat, 5 Sep 2009 06:14:28 -1000 From: parv@pair.com To: f-stable Message-ID: <20090905161428.GA49849@holstein.holy.cow> Mail-Followup-To: f-stable References: <20090807155141.GA1877@holstein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090807155141.GA1877@holstein.holy.cow> Subject: Re: FreeBSD 7-STABLE - ath, Atheros 5212 - crash on network activity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Sep 2009 16:12:03 -0000 in message <20090807155141.GA1877@holstein.holy.cow>, wrote parv@pair.com thusly... > > I am in the process of upgrading from 6-STABLE to 7-STABLE, but > have been stymied due to FreeBSD/i386 7 crashing on network > activity. Machine is Thinkpad T61 with Atheros 5212 (IBM 802.11 > [abg]) card. ... > GNU gdb 6.1.1 [FreeBSD] ... > This GDB was configured as "i386-marcel-freebsd"... ... > Unread portion of the kernel message buffer: > panic: operating mode 1 > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0c260f0,e8fbc8fc,c0852763,c0c5338d,1,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0c5338d,1,c0c3326f,e8fbc908,1,...) at kdb_backtrace+0x29 > panic(c0c3326f,1,4,c0c21ab3,ce,...) at panic+0x114 > ieee80211_set_tim(c7aac000,1,c0c345ca,c7,0,c7aad510,c670d22c) at ieee80211_set_tim+0x2d > ieee80211_pwrsave(c7aac000,c7b1ab00,c0be15cd,62c,c0c30884,...) at ieee80211_pwrsave+0x1f3 > ath_start(c6709000,c6709108,e8fbca08,c08ed81f,c6709000,...) at ath_start+0x4e3 > if_start(c6709000,0,c0c30884,195,2,...) at if_start+0x4f > ether_output_frame(c6709000,c7b1ab00,6,0,e8fbca2a,...) at ether_output_frame+0x1ce > ether_output(c6709000,c7b1ab00,e8fbcac0,c6b45e0c,0,...) at ether_output+0x48d > ieee80211_output(c6709000,c7b1ab00,e8fbcac0,c6b45e0c,c6b402d0,...) at ieee80211_output+0x38 > ip_output(c7b1ab00,0,e8fbcabc,0,0,...) at ip_output+0xa10 > udp_send(c6b051a0,0,c7b1ab00,0,0,...) at udp_send+0x89b > sosend_dgram(c6b051a0,0,e8fbcbe0,c7b1ab00,0,...) at sosend_dgram+0x359 > sosend(c6b051a0,0,e8fbcbe0,0,0,...) at sosend+0x3f > kern_sendit(c6b49b40,4,e8fbcc5c,0,0,...) at kern_sendit+0x107 > sendit(0,7844401d,0,0,0,...) at sendit+0xad > sendto(c6b49b40,e8fbccfc,18,c0c3ea41,c,...) at sendto+0x48 > syscall(e8fbcd38) at syscall+0x2a1 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > ... Could anybody please clue me in about what I can do to solve the problem of ath (Atheros 5212) crashing? I had also filed the bug, not much activity on it yet ... http://www.freebsd.org/cgi/query-pr.cgi?pr=137592 - parv --