From owner-svn-src-head@freebsd.org Sun Jun 19 14:08:43 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3A17A7A284; Sun, 19 Jun 2016 14:08:43 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF48177B; Sun, 19 Jun 2016 14:08:42 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id EdOrb3cQeBLFmEdOsbCrgq; Sun, 19 Jun 2016 08:08:36 -0600 X-Authority-Analysis: v=2.2 cv=W5d6blek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=pD_ry4oyNxEA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=T2o6xq4IccvRw0ohEP4A:9 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 581C413753; Sun, 19 Jun 2016 07:08:33 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u5JE8W5w053656; Sun, 19 Jun 2016 07:08:32 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201606191408.u5JE8W5w053656@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Niclas Zeising cc: Cy Schubert , Adrian Chadd , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Subject: Re: svn commit: r288291 - head/etc In-Reply-To: Message from Niclas Zeising of "Sun, 19 Jun 2016 10:18:12 +0200." <4e985ab9-0d98-a160-bdad-fa4924ddc5b3@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Jun 2016 07:08:32 -0700 X-CMAE-Envelope: MS4wfE8vIl5LajPyEMkBxO/D4UDqn/AFHLKvfemYSVSJnMCSt4Vif5W05056u7CHYmI+rXGD94dnv6EUfeUO/cDIXpphISdg1SZ+D7pdNPLGaTU35e1/1JWz KUfL2r7v1DZsiazoPWQVdomUO9OIaUfpoVp8YQfi07aYB8PumpIeImPLZwr0C20lHfL0hMjubbvXYSKxanZr1SfwCiyBPgQlzJViF89gvBP3wlGIZdQVVyZR z9FswSR/FoVSqZppfvFx/eEQjquiBITzA7JSkSzcE9NxWQd/1DzNx6dTDLZfQuyDRq/khPdqveZjo+u1LJ6Paw== X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2016 14:08:43 -0000 In message <4e985ab9-0d98-a160-bdad-fa4924ddc5b3@freebsd.org>, Niclas Zeising w rites: > On 2016-06-19 07:12, Cy Schubert wrote: > > In message c > > om> > > , Adrian Chadd writes: > >> i think that's fine for -11. I'd like to just move limits to /bin for > >> 12. (I mean, it's 2016, why are you splitting / and /usr again? But..) > >> > >> I don't want to see differing system behaviour between limits but it's > >> likely unavoidable for 11 and could do with some errata notice so > >> people know what to expect. > > > > There aren't any daemons started prior to critical local filesystems being > > mounted. I suppose one day there could be but none at this point in time. > > Setting limits before filesystems are mounted is practically a NOP anyway. > > (Except it could negatively affect fsck of huge UFS filesystems some day.) > > > > > > This is wrong, and how I discovered it. ddb (/etc/rc.d/ddb) starts > before disks, and currently refuses to start on my systems with this > issue. This means no crash dumps, unless I remember to manually start > it later in the boot process, so this is an issue. ddb isn't a daemon. It's an interface into the kernel that configures DDB properties. It runs and completes. And, yes, it is affected by limits not being found in the path. My point is, since there are no daemons, as per the definition of a daemon (processes that become daemons and run in the background) prior to the filesystems being run, to say that there would be differing systems behavior before and after filesystems are started is presently false (though technically true because one day we might have daemons started before critical filesystems are mounted). I can see Adrian's point but not in the present day. In the future, possibly. Another option might be to move ddb after filesytems are mounted or this should circumvent the problem too: Index: ddb =================================================================== --- ddb (revision 302001) +++ ddb (working copy) @@ -15,6 +15,7 @@ rcvar="ddb_enable" command="/sbin/${name}" start_precmd="ddb_prestart" +start_cmd="ddb_start" stop_cmd=":" ddb_prestart() @@ -25,6 +26,11 @@ fi } +ddb_start() +{ + ${command} ${command_args} +} + load_rc_config $name required_files="${ddb_config}" -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.