From owner-freebsd-rc@FreeBSD.ORG Tue May 10 03:58:08 2011 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EA1106564A; Tue, 10 May 2011 03:58:08 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7742F8FC12; Tue, 10 May 2011 03:58:08 +0000 (UTC) Received: from sbhfislrext01.fnfis.com ([192.168.249.167]) by SCSFISLTC02 (8.14.3/8.14.3) with ESMTP id p4A3w7tr022072; Mon, 9 May 2011 22:58:07 -0500 Received: from sbhfisltcgw01.FNFIS.COM (Not Verified[10.132.248.121]) by sbhfislrext01.fnfis.com with MailMarshal (v6, 5, 4, 7535) id ; Mon, 09 May 2011 22:58:07 -0500 Received: from SBHFISLTCGW04.FNFIS.COM ([10.132.248.123]) by sbhfisltcgw01.FNFIS.COM with Microsoft SMTPSVC(6.0.3790.4675); Mon, 9 May 2011 22:58:06 -0500 Received: from [10.0.0.102] ([10.132.254.136]) by SBHFISLTCGW04.FNFIS.COM over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 9 May 2011 22:57:59 -0500 Mime-Version: 1.0 (Apple Message framework v1084) From: Devin Teske In-Reply-To: <4DC8A887.6060806@FreeBSD.org> Date: Mon, 9 May 2011 20:57:57 -0700 Message-Id: References: <20110508191336.GC3527@DataIX.net> <4DC84E68.1000203@FreeBSD.org> <007d01cc0e9d$00301ff0$00905fd0$@vicor.com> <4DC8787A.9070003@FreeBSD.org> <00df01cc0eb2$f9837010$ec8a5030$@vicor.com> <4DC8A887.6060806@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1084) X-OriginalArrivalTime: 10 May 2011 03:58:00.0315 (UTC) FILETIME=[7439A4B0:01CC0EC6] Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: 'Jason Hellenthal' , freebsd-rc@freebsd.org Subject: Re: [RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace. X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 03:58:08 -0000 On May 9, 2011, at 7:52 PM, Doug Barton wrote: > On 05/09/2011 18:38, Devin Teske wrote: >>> -----Original Message----- >>> From: Doug Barton [mailto:dougb@FreeBSD.org] >>>=20 >>>> but I'd like to take a shot at a worthwhile use-case. >>>>=20 >>>> Also, I know you were addressing jhell but I thought I'd chime-in >>>> because we >>>> (VICOR) feel that this feature would be very useful to us (envisioned >>>> use-case described below). >>>>=20 >>>> Use Case: >>>>=20 >>>> 1. One of many customers runs a site with, say, 35 servers and 89 >> workstations. >>>> 2. Each/every machine has a "role" which requires certain services to >>>> be enabled 3. Server "roles" enable NFS, SSH, FTP, as well as other >>>> services 4. Workstation "roles" have a wholly separate set of services >>>> (with some >>>> in-common) >>>> 5. Pedestals are yet another "role" >>>> 6. Machines can satisfy multiple roles 7. The roles are additive 8. >>>> There are separate roles for different products >>>>=20 >>>> So if we need hardware-A to run products A and B in roles "A-Server" >>>> and "B-Server", we'd install "/etc/rc.conf.d/product-A-server.conf" >>>> and "/etc/rc.conf.d/product-B-server.conf". >>>=20 >>> You can already do this at least 2 different ways. The first is the met= hod I >> outlined >>> in my previous post. >>=20 >> If by that you mean your suggestion to add ". /path/file" to rc.conf(5) = et. al., >> that's non-copacetic as I forgot to mention that we (as a product vendor= ) do not >> control rc.conf(5), rather our customers do. >=20 > Do you control /etc/defaults/rc.conf? If so, you can change rc_conf_files= . (See?, I told you I could come up with more ways to do the same thing.) If anything, we'd implement the patch to source_rc_confs to source /etc/rc.= conf.d/*.conf before rc_conf_files, which (if I understand correctly) is wh= at JHell's patch proposes to do. >=20 >> In fact, we have an rc.d script that uses sup(1)/cvsup(1) to pull down >> rc.conf(5) from a central server, allowing central management of all mac= hines. >=20 > I haven't seen anything yet which eliminates the idea of sourcing the add= itional conf files from rc.conf[.local]. You just add something like: >=20 > # Vicor product configuration: > . /path/product-a-file >=20 > I realize that you'd like to give the users full control over both of tho= se files though, which is why I suggested /etc/defaults/rc.conf might be an= other solution. Relinquishing control means not requiring them to have anything. The above = proposed solution requires at least a single line containing aforementioned= ". /path/product-a-file". Whether you inject it into their files with boot= strap scripts, mandate that someone add it with a text-editor, or if it get= s there by magic, any way you've not truly relinquished control, have you? Another argument is that if you instruct your customers to add ". /path/pro= duct-a-file" to their rc.conf[.local] file, then you'll inevitably be asked= what "." does (approximately 10 minutes after the first person forgets sai= d "."), at which point you've now opened a bag full of cats. Never would I = deny that rc.conf(5) accepts full sh(1) syntax, but also would I never go a= round advertising it to every person that touches a command-line within our= organization. It's often best left to have the majority think of it as a p= lain KEY=3DVALUE text file, rather than go about advertising with lines of = ". /path/product-a-file" allusions of grandeur to budding sh(1) enthusiasts. A view askew. Your mileage may vary. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. _____________