Date: Sun, 19 Jun 2016 10:18:12 +0200 From: Niclas Zeising <zeising@freebsd.org> To: Cy Schubert <Cy.Schubert@komquats.com>, Adrian Chadd <adrian@freebsd.org> Cc: "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org> Subject: Re: svn commit: r288291 - head/etc Message-ID: <4e985ab9-0d98-a160-bdad-fa4924ddc5b3@freebsd.org> In-Reply-To: <201606190512.u5J5CYoL045032@slippy.cwsent.com> References: <201606190512.u5J5CYoL045032@slippy.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2016-06-19 07:12, Cy Schubert wrote: > In message <CAJ-VmonLqPNaN_CMO+dwyiTw4ULSnridcREF6NGkLU5QohoMew@mail.gmail.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. Regards! Niclas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4e985ab9-0d98-a160-bdad-fa4924ddc5b3>