From owner-freebsd-arch@FreeBSD.ORG Sun Sep 11 14:34:42 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9252A16A41F; Sun, 11 Sep 2005 14:34:42 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D94E43D6B; Sun, 11 Sep 2005 14:34:37 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AE52C6182; Sun, 11 Sep 2005 16:34:19 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 8F3A06181; Sun, 11 Sep 2005 16:34:19 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 5D58833DA1; Sun, 11 Sep 2005 16:34:29 +0200 (CEST) To: Scott Long References: <8350.1126341497@phk.freebsd.dk> <43231C48.80008@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 11 Sep 2005 16:34:29 +0200 In-Reply-To: <43231C48.80008@samsco.org> (Scott Long's message of "Sat, 10 Sep 2005 11:47:52 -0600") Message-ID: <86y863k70q.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: Poul-Henning Kamp , Jung-uk Kim , freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 14:34:42 -0000 Scott Long writes: > Yes, and you've been waving your hands about this for a long time =3D-) > GPT is a nice sucessor, but our support for it is not ready for prime > time, IMHO. What is required to actually make the switch: > > 1) appropriate support in all stages of the bootloader for i386 and > amd64. > 2) appropriate support in sysinstall for all platforms. > 3) docs that describe GPT on FreeBSD, how to install a system to it, and > how to upgrade a system to it. > 4) visual editor for GPT. You might laugh that bsdlabel/disklabel only > uses vi, but it's worlds better than what the gpt utility provides now. 5) rewrite gpt(8) to use GEOM verbs (which need to be implemented in geom_gpt) instead of operating directly on the provider. With the current state of affairs, you can't even 'gpt show' if one of the partitions on the GPT volume is mounted. We also need to fix gstripe, gmirror etc. so they place their metadata at the start of the provider instead of at the end. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sun Sep 11 15:50:41 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF27E16A41F; Sun, 11 Sep 2005 15:50:41 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60EBE43D45; Sun, 11 Sep 2005 15:50:41 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 67B681EC301; Sun, 11 Sep 2005 17:50:33 +0200 (CEST) To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 11 Sep 2005 16:34:29 +0200." <86y863k70q.fsf@xps.des.no> Date: Sun, 11 Sep 2005 17:50:29 +0200 Message-ID: <760.1126453829@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Jung-uk Kim , freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 15:50:41 -0000 In message <86y863k70q.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= writes: >We also need to fix gstripe, gmirror etc. so they place their metadata >at the start of the provider instead of at the end. There are perfectly good arguments for metadata at front and metadata at the end and none of the arguments is definitive. In GEOM it is a private matter for the classes in question, and as long as they handle it properly, I have no issues with any placement of metadata. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Sun Sep 11 16:50:49 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E473816A420; Sun, 11 Sep 2005 16:50:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760E343D49; Sun, 11 Sep 2005 16:50:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j8BGofJT058130; Sun, 11 Sep 2005 10:50:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43246066.8070709@samsco.org> Date: Sun, 11 Sep 2005 10:50:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <760.1126453829@phk.freebsd.dk> In-Reply-To: <760.1126453829@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Jung-uk Kim , freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 16:50:50 -0000 Poul-Henning Kamp wrote: > In message <86y863k70q.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= > writes: > > >>We also need to fix gstripe, gmirror etc. so they place their metadata >>at the start of the provider instead of at the end. > > > There are perfectly good arguments for metadata at front and metadata > at the end and none of the arguments is definitive. > > In GEOM it is a private matter for the classes in question, and as > long as they handle it properly, I have no issues with any placement > of metadata. > There are actually very good arguments for putting the metadata at the end of the components. Consider that it means that you can boot a gmirror array without system BIOS support. Scott From owner-freebsd-arch@FreeBSD.ORG Sun Sep 11 16:59:11 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384FF16A41F; Sun, 11 Sep 2005 16:59:11 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD5643D46; Sun, 11 Sep 2005 16:59:10 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id A324A1EC31E; Sun, 11 Sep 2005 18:59:06 +0200 (CEST) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 11 Sep 2005 10:50:46 MDT." <43246066.8070709@samsco.org> Date: Sun, 11 Sep 2005 18:59:02 +0200 Message-ID: <2048.1126457942@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Jung-uk Kim , freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 16:59:11 -0000 In message <43246066.8070709@samsco.org>, Scott Long writes: >Poul-Henning Kamp wrote: >> There are perfectly good arguments for metadata at front and metadata >> at the end and none of the arguments is definitive. >> >There are actually very good arguments for putting the metadata at the >end of the components. Consider that it means that you can boot a >gmirror array without system BIOS support. Yes, and it doesn't screw up stripe alignment etc. But there are also good arguments for putting it up front, which is why I don't want to impose either view on anybody. This also makes a lot of sense since we don't get to dictate the majority of disk metadata rules. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Sun Sep 11 19:05:48 2005 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B6D16A41F for ; Sun, 11 Sep 2005 19:05:48 +0000 (GMT) (envelope-from lecan75228@yahoo.com) Received: from web60822.mail.yahoo.com (web60822.mail.yahoo.com [209.73.178.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 61D0243D48 for ; Sun, 11 Sep 2005 19:05:48 +0000 (GMT) (envelope-from lecan75228@yahoo.com) Received: (qmail 1639 invoked by uid 60001); 11 Sep 2005 19:05:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fE3O7dSj8AOi9zVgm4viqtcFir7sTrz4TgF85SmyTSiMWlWqWay/mf/0QHoxQbDtd5sy8gQfX7wJLkbuun5Xs5hFO02F1arL++jHpSd+U35ldEbmNUcYvfqTwxZgHgi0jwZe/jHMYS1InwQylqFvVmzZ3tKQvtRjBb0c8tNW+x4= ; Message-ID: <20050911190547.1637.qmail@web60822.mail.yahoo.com> Received: from [66.90.248.202] by web60822.mail.yahoo.com via HTTP; Sun, 11 Sep 2005 12:05:47 PDT Date: Sun, 11 Sep 2005 12:05:47 -0700 (PDT) From: Can Le To: freebsd-arch@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: =?iso-8859-1?q?USB_flashdrive_and_fr=EAbsd?= X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 19:05:49 -0000 Dear the Lìnux experts, I am using RedHat 7.1, RH 9.0, Suse 9.0. I was be able to install Apache and Suse for CGI perl, and I had tried to install BL3 and muLinux into my USB for drive H:. I found your better netbsd which is supporting MSDOS partition and USB. Please show me among the newbies: HOWTO install freeBSD into 1 GB USB JumpDrive for drive H: with or without MSDOS, so we can use the jumpDrive for popular Windows XP in desktop, laptop, or PDA with USB support. Very respectfully han you Mr Can Le __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-arch@FreeBSD.ORG Wed Sep 14 13:20:50 2005 Return-Path: X-Original-To: arch@FreeBSD.ORG Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D30316A41F for ; Wed, 14 Sep 2005 13:20:50 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id E95C543D46 for ; Wed, 14 Sep 2005 13:20:49 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j8EDKhpW068995; Wed, 14 Sep 2005 09:20:48 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 14 Sep 2005 09:20:43 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Brooks Davis In-Reply-To: <20050908181052.GH31354@odin.ac.hmc.edu> Message-ID: <20050914091957.P56212@sasami.jurai.net> References: <20050826202713.X1915@sasami.jurai.net> <20050827014153.GA14720@odin.ac.hmc.edu> <20050826221016.B1915@sasami.jurai.net> <20050827170600.GB14720@odin.ac.hmc.edu> <20050828022351.F63789@sasami.jurai.net> <20050908181052.GH31354@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-534543481-1126704043=:56212" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Wed, 14 Sep 2005 09:20:49 -0400 (EDT) Cc: arch@FreeBSD.ORG Subject: Re: [CFR] reflect resolv.conf update to running application X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 13:20:50 -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-534543481-1126704043=:56212 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Thu, 8 Sep 2005, Brooks Davis wrote: > I've looked this over and while I like the concept, I think the > implementation could be improved. First, it looks like named.conf has > an include directive what is conveniently undocumented in the manpage, > but in the BIND 9 Administrator Reference Manual at: > > http://www.bind9.net/manual/bind/9.3.1/Bv9ARM.ch06.html#AEN1534 > > so if it actually works, we should use that instead of rebuiling the > config file each time. Second, the forwarders file should default to > living in the /var/run of the named chroot since we default to chrooted > operation these day. Third, I think we need to kick the server with > "rndc reconfig" once the file is updated. Attached. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 --0-534543481-1126704043=:56212 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dhclient-script.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20050914092043.U56212@sasami.jurai.net> Content-Description: Content-Disposition: attachment; filename="dhclient-script.patch" SW5kZXg6IGV0Yy9kZWZhdWx0cy9yYy5jb25mDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvY3ZzL3NyYy9ldGMvZGVmYXVsdHMv cmMuY29uZix2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjU5DQpkaWZmIC11 IC11IC1yMS4yNTkgcmMuY29uZg0KLS0tIGV0Yy9kZWZhdWx0cy9yYy5jb25m CTI0IEF1ZyAyMDA1IDE2OjI1OjQ3IC0wMDAwCTEuMjU5DQorKysgZXRjL2Rl ZmF1bHRzL3JjLmNvbmYJMTQgU2VwIDIwMDUgMTI6NTk6MjIgLTAwMDANCkBA IC05Myw2ICs5MywxMCBAQA0KIG5pc2RvbWFpbm5hbWU9Ik5PIgkJIyBTZXQg dG8gTklTIGRvbWFpbiBpZiB1c2luZyBOSVMgKG9yIE5PKS4NCiBkaGNsaWVu dF9wcm9ncmFtPSIvc2Jpbi9kaGNsaWVudCIJIyBQYXRoIHRvIGRoY3AgY2xp ZW50IHByb2dyYW0uDQogZGhjbGllbnRfZmxhZ3M9IiIJCSMgQWRkaXRpb25h bCBmbGFncyB0byBwYXNzIHRvIGRoY3AgY2xpZW50Lg0KK2RoY2xpZW50X3Nj cmlwdF9yZXNvbHZfY29uZj0iWUVTIgkjIFVwZGF0ZSAvZXRjL3Jlc29sdi5j b25mDQorZGhjbGllbnRfc2NyaXB0X2ZvcndhcmRlcnNfZmlsZT0iL3Zhci9u YW1lZC92YXIvcnVuL25hbWVkL2ZvcndhcmRlcnMiDQorZGhjbGllbnRfc2Ny aXB0X25hbWVkX2ZvcndhcmRlcnM9Ik5PIgkjIFVwZGF0ZSAvdmFyL25hbWVk L3Zhci9ydW4vbmFtZWQvZm9yd2FyZGVycw0KKwkJCQkJIyBhbmQgcmVsb2Fk IHRoZSBuYW1lc2VydmVyDQogYmFja2dyb3VuZF9kaGNsaWVudD0iTk8iCSMg U3RhcnQgZGhjcCBjbGllbnQgaW4gdGhlIGJhY2tncm91bmQuDQogZmlyZXdh bGxfZW5hYmxlPSJOTyIJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUgZmlyZXdh bGwgZnVuY3Rpb25hbGl0eQ0KIGZpcmV3YWxsX3NjcmlwdD0iL2V0Yy9yYy5m aXJld2FsbCIgIyBXaGljaCBzY3JpcHQgdG8gcnVuIHRvIHNldCB1cCB0aGUg ZmlyZXdhbGwNCkluZGV4OiBldGMvbmFtZWRiL25hbWVkLmNvbmYNCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9jdnMvc3JjL2V0 Yy9uYW1lZGIvbmFtZWQuY29uZix2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEu MjINCmRpZmYgLXUgLXUgLXIxLjIyIG5hbWVkLmNvbmYNCi0tLSBldGMvbmFt ZWRiL25hbWVkLmNvbmYJNSBTZXAgMjAwNSAxMzo0MjoyMiAtMDAwMAkxLjIy DQorKysgZXRjL25hbWVkYi9uYW1lZC5jb25mCTE0IFNlcCAyMDA1IDEzOjE0 OjQ5IC0wMDAwDQpAQCAtMzAsNiArMzAsMTQgQEANCiAvLw0KIC8vICAgICAg Zm9yd2FyZCBvbmx5Ow0KIA0KKy8vDQorLy8gSWYgeW91IHdpc2ggdG8gcnVu IGEgbG9jYWwgY2FjaGluZyBuYW1lc2VydmVyIGFuZCBkaXJlY3QgcXVlcmll cyB0bw0KKy8vIHRoZSBuYW1lc2VydmVycyBjb25maWd1cmVkIGJ5IGRoY2xp ZW50KDgpLCBzZWUgdGhlIA0KKy8vIGRoY2xpZW50X3NjcmlwdF9yZXNvbHZf Y29uZiBhbmQgZGhjbGllbnRfc2NyaXB0X25hbWVkX2ZvcndhcmRlcnMgDQor Ly8gc2V0dGluZ3MgaW4gcmMuY29uZiBhbmQgdW5jb21tZW50IHRoZSBmb2xs b3dpbmcgbGluZS4NCisvLw0KKy8vCWluY2x1ZGUgIi92YXIvcnVuL25hbWVk L2ZvcndhcmRlcnMiOw0KKw0KIC8vIElmIHlvdSd2ZSBnb3QgYSBETlMgc2Vy dmVyIGFyb3VuZCBhdCB5b3VyIHVwc3RyZWFtIHByb3ZpZGVyLCBlbnRlcg0K IC8vIGl0cyBJUCBhZGRyZXNzIGhlcmUsIGFuZCBlbmFibGUgdGhlIGxpbmUg YmVsb3cuICBUaGlzIHdpbGwgbWFrZSB5b3UNCiAvLyBiZW5lZml0IGZyb20g aXRzIGNhY2hlLCB0aHVzIHJlZHVjZSBvdmVyYWxsIEROUyB0cmFmZmljIGlu IHRoZSBJbnRlcm5ldC4NCkluZGV4OiBzYmluL2RoY2xpZW50L2RoY2xpZW50 LXNjcmlwdA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9o b21lL2N2cy9zcmMvc2Jpbi9kaGNsaWVudC9kaGNsaWVudC1zY3JpcHQsdg0K cmV0cmlldmluZyByZXZpc2lvbiAxLjEwDQpkaWZmIC11IC11IC1yMS4xMCBk aGNsaWVudC1zY3JpcHQNCi0tLSBzYmluL2RoY2xpZW50L2RoY2xpZW50LXNj cmlwdAk4IFNlcCAyMDA1IDIyOjQ5OjE3IC0wMDAwCTEuMTANCisrKyBzYmlu L2RoY2xpZW50L2RoY2xpZW50LXNjcmlwdAkxNCBTZXAgMjAwNSAxMzoxNToz MSAtMDAwMA0KQEAgLTE5LDYgKzE5LDkgQEANCiAjDQogIw0KIA0KKy4gL2V0 Yy9yYy5zdWJyDQorbG9hZF9yY19jb25maWcgZGhjbGllbnQtc2NyaXB0DQor DQogTkVUU1RBVD0vdXNyL2Jpbi9uZXRzdGF0DQogQVdLPS91c3IvYmluL2F3 aw0KIEhPU1ROQU1FPS9iaW4vaG9zdG5hbWUNCkBAIC0xMjcsNiArMTMwLDI2 IEBADQogCWZpDQogfQ0KIA0KK21ha2VfbmFtZWRfZm9yd2FyZGVycygpIHsN CisJaWYgWyAteiAiJG5ld19kb21haW5fbmFtZV9zZXJ2ZXJzIiBdOyB0aGVu DQorCQlyZXR1cm4gMQ0KKwlmaQ0KKw0KKwlybSAtZiAke2RoY2xpZW50X3Nj cmlwdF9mb3J3YXJkZXJzX2ZpbGV9LiQkDQorCWVjaG8gIglmb3J3YXJkIG9u bHk7IiA+ICR7ZGhjbGllbnRfc2NyaXB0X2ZvcndhcmRlcnNfZmlsZX0uJCQN CisJZWNobyAiCWZvcndhcmRlcnMgeyIgPiAke2RoY2xpZW50X3NjcmlwdF9m b3J3YXJkZXJzX2ZpbGV9LiQkDQorCWZvciBuYW1lc2VydmVyIGluICRuZXdf ZG9tYWluX25hbWVfc2VydmVyczsgZG8NCisJCWVjaG8gIgkJJG5hbWVzZXJ2 ZXI7IiA+PiAke2RoY2xpZW50X3NjcmlwdF9mb3J3YXJkZXJzX2ZpbGV9LiQk DQorCWRvbmUNCisJZWNobyAiCX07IiA+PiAke2RoY2xpZW50X3NjcmlwdF9m b3J3YXJkZXJzX2ZpbGV9LiQkDQorDQorCW12ICR7ZGhjbGllbnRfc2NyaXB0 X2ZvcndhcmRlcnNfZmlsZX0uJCQgJHtkaGNsaWVudF9zY3JpcHRfZm9yd2Fy ZGVyc19maWxlfQ0KKw0KKwkvdXNyL3NiaW4vcm5kYyByZWNvbmZpZw0KKw0K KwlyZXR1cm4gMA0KK30NCisNCiBhZGRfbmV3X3Jlc29sdl9jb25mKCkgew0K IAkjIFhYWCBPbGQgY29kZSBkaWQgbm90IGNyZWF0ZS91cGRhdGUgcmVzb2x2 LmNvbmYgdW5sZXNzIGJvdGgNCiAJIyAkbmV3X2RvbWFpbl9uYW1lIGFuZCAk bmV3X2RvbWFpbl9uYW1lX3NlcnZlcnMgd2VyZSBwcm92aWRlZC4gIFBSDQpA QCAtMjQ4LDcgKzI3MSwxMiBAQA0KIAlpZiBbICIkbmV3X2lwX2FkZHJlc3Mi ICE9ICIkYWxpYXNfaXBfYWRkcmVzcyIgXTsgdGhlbg0KIAkJYWRkX25ld19h bGlhcw0KIAlmaQ0KLQlhZGRfbmV3X3Jlc29sdl9jb25mDQorCWlmIGNoZWNr eWVzbm8gZGhjbGllbnRfc2NyaXB0X3Jlc29sdl9jb25mOyB0aGVuDQorCQlh ZGRfbmV3X3Jlc29sdl9jb25mDQorCWZpDQorCWlmIGNoZWNreWVzbm8gZGhj bGllbnRfc2NyaXB0X25hbWVkX2ZvcndhcmRlcnM7IHRoZW4NCisJCW1ha2Vf bmFtZWRfZm9yd2FyZGVycw0KKwlmaQ0KIAk7Ow0KIA0KIEVYUElSRXxGQUlM KQ0KQEAgLTI3Nyw4ICszMDUsMTMgQEANCiAJCQkJYWRkX25ld19hbGlhcw0K IAkJCWZpDQogCQkJYWRkX25ld19yb3V0ZXMNCi0JCQlpZiBhZGRfbmV3X3Jl c29sdl9jb25mOyB0aGVuDQotCQkJCWV4aXRfd2l0aF9ob29rcyAwDQorCQkJ aWYgY2hlY2t5ZXNubyBkaGNsaWVudF9zY3JpcHRfbmFtZWRfZm9yd2FyZGVy czsgdGhlbg0KKwkJCQltYWtlX25hbWVkX2ZvcndhcmRlcnMNCisJCQlmaQ0K KwkJCWlmIGNoZWNreWVzbm8gZGhjbGllbnRfc2NyaXB0X3Jlc29sdl9jb25m OyB0aGVuDQorCQkJCWlmIGFkZF9uZXdfcmVzb2x2X2NvbmY7IHRoZW4NCisJ CQkJCWV4aXRfd2l0aF9ob29rcyAwDQorCQkJCWZpDQogCQkJZmkNCiAJCWZp DQogCWZpDQo= --0-534543481-1126704043=:56212-- From owner-freebsd-arch@FreeBSD.ORG Thu Sep 15 08:32:18 2005 Return-Path: X-Original-To: arch@FreeBSD.ORG Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53FA16A41F for ; Thu, 15 Sep 2005 08:32:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 3144B43D45 for ; Thu, 15 Sep 2005 08:32:16 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 90482 invoked by uid 399); 15 Sep 2005 08:32:12 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 15 Sep 2005 08:32:12 -0000 Message-ID: <43293189.5000200@FreeBSD.org> Date: Thu, 15 Sep 2005 01:32:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew N. Dodd" References: <20050826202713.X1915@sasami.jurai.net> <20050827014153.GA14720@odin.ac.hmc.edu> <20050826221016.B1915@sasami.jurai.net> <20050827170600.GB14720@odin.ac.hmc.edu> <20050828022351.F63789@sasami.jurai.net> <20050908181052.GH31354@odin.ac.hmc.edu> <20050914091957.P56212@sasami.jurai.net> In-Reply-To: <20050914091957.P56212@sasami.jurai.net> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.ORG Subject: Re: [CFR] reflect resolv.conf update to running application X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 08:32:18 -0000 Matthew N. Dodd wrote: > On Thu, 8 Sep 2005, Brooks Davis wrote: > >> I've looked this over and while I like the concept, I think the >> implementation could be improved. First, it looks like named.conf has >> an include directive what is conveniently undocumented in the manpage, >> but in the BIND 9 Administrator Reference Manual at: >> >> http://www.bind9.net/manual/bind/9.3.1/Bv9ARM.ch06.html#AEN1534 >> >> so if it actually works, we should use that instead of rebuiling the >> config file each time. Yes, include works, but it runs a similar risk to modifying the named.conf file, namely if the syntax of the the statements in the include file are not right, loading named.conf will fail. So, we should build some caution into the process of updating the file, but that's easily done with the named-checkconf program that comes with the distribution. >> Second, the forwarders file should default to >> living in the /var/run of the named chroot since we default to chrooted >> operation these day. chroot good, yes. :) I'm not sure exactly where the forwarders file should live though. I'm leaning towards (the chrooted) /etc/namedb, but I need to think about it a little more. >> Third, I think we need to kick the server with >> "rndc reconfig" once the file is updated. Yeah, but we need to work in the test of the new conf file first, as above. > Attached. Matthew, this is great stuff, thanks! A few comments. > + rm -f ${dhclient_script_forwarders_file}.$$ > + echo " forward only;" > ${dhclient_script_forwarders_file}.$$ This should really be 'forward first'. That configuration is less likely to fail in weird, and hard to diagnose ways. This is wrong in the default named.conf file, but it's not enabled by default, and I need to change that. > + mv ${dhclient_script_forwarders_file}.$$ ${dhclient_script_forwarders_file} This isn't perfect, but something like: if [ -f "${dhclient_script_forwarders_file}" ]; then if named-checkconf /etc/namedb/named.conf; then rm ${dhclient_script_forwarders_file}. old mv ${dhclient_script_forwarders_file} \ ${dhclient_script_forwarders_file}.old && mv ${dhclient_script_forwarders_file}.$$ \ ${dhclient_script_forwarders_file} if named-checkconf /etc/namedb/named.conf; then rm ${dhclient_script_forwarders_file}.old else mv ${dhclient_script_forwarders_file}.old \ ${dhclient_script_forwarders_file} fi else mv ${dhclient_script_forwarders_file}.$$ \ ${dhclient_script_forwarders_file} fi else mv ${dhclient_script_forwarders_file}.$$ \ ${dhclient_script_forwarders_file} fi if named-checkconf /etc/namedb/named.conf; then rndc reconfig fi hth, Doug -- This .signature sanitized for your protection From owner-freebsd-arch@FreeBSD.ORG Thu Sep 15 13:59:55 2005 Return-Path: X-Original-To: arch@FreeBSD.ORG Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A13E816A41F; Thu, 15 Sep 2005 13:59:55 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28EC043D46; Thu, 15 Sep 2005 13:59:54 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j8FDxmEE053210; Thu, 15 Sep 2005 09:59:53 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 15 Sep 2005 09:59:48 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Doug Barton In-Reply-To: <43293189.5000200@FreeBSD.org> Message-ID: <20050915094948.K79434@sasami.jurai.net> References: <20050826202713.X1915@sasami.jurai.net> <20050827014153.GA14720@odin.ac.hmc.edu> <20050826221016.B1915@sasami.jurai.net> <20050827170600.GB14720@odin.ac.hmc.edu> <20050828022351.F63789@sasami.jurai.net> <20050908181052.GH31354@odin.ac.hmc.edu> <20050914091957.P56212@sasami.jurai.net> <43293189.5000200@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Thu, 15 Sep 2005 09:59:54 -0400 (EDT) Cc: arch@FreeBSD.ORG Subject: Re: [CFR] reflect resolv.conf update to running application X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 13:59:55 -0000 On Thu, 15 Sep 2005, Doug Barton wrote: > Yes, include works, but it runs a similar risk to modifying the > named.conf file, namely if the syntax of the the statements in the > include file are not right, loading named.conf will fail. So, we should > build some caution into the process of updating the file, but that's > easily done with the named-checkconf program that comes with the > distribution. I'm not sure such paranoia is needed; dhclient has always exposed the system to the risk of having an invalid resolv.conf and regenerating the named.conf file is no different. Since we're regenerating the included file completely I don't see that this is risky at all. >> + rm -f ${dhclient_script_forwarders_file}.$$ >> + echo " forward only;" > ${dhclient_script_forwarders_file}.$$ > > This should really be 'forward first'. That configuration is less likely to > fail in weird, and hard to diagnose ways. I don't agree. I've run into networks that block recursive queries for everything but the published nameserver. There wouldn't be a need for this frobbing if we could just make recursive queries directly. > if named-checkconf /etc/namedb/named.conf; then > rndc reconfig > fi This check seems reasonable. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00