From owner-svn-src-head@freebsd.org Sun Jun 19 16:21:26 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 062F1A7A49D; Sun, 19 Jun 2016 16:21:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id DD7112292; Sun, 19 Jun 2016 16:21:25 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D8C65D758; Sun, 19 Jun 2016 16:21:24 +0000 (UTC) Subject: Re: svn commit: r288291 - head/etc To: Cy Schubert , Niclas Zeising References: <201606191408.u5JE8W5w053656@slippy.cwsent.com> Cc: Adrian Chadd , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" From: Allan Jude Message-ID: Date: Sun, 19 Jun 2016 12:21:24 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <201606191408.u5JE8W5w053656@slippy.cwsent.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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 16:21:26 -0000 On 2016-06-19 10:08, Cy Schubert wrote: > 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: > I think you still want ddb early, because it configures crash dumps, and another daemon or process that starts might cause a crash. -- Allan Jude