From owner-freebsd-current@freebsd.org Thu Apr 21 12:05:45 2016 Return-Path: Delivered-To: freebsd-current@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 8614EB17CF3 for ; Thu, 21 Apr 2016 12:05:45 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 72F721316 for ; Thu, 21 Apr 2016 12:05:45 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6E53AB17CF2; Thu, 21 Apr 2016 12:05:45 +0000 (UTC) Delivered-To: current@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 6DFA5B17CF1 for ; Thu, 21 Apr 2016 12:05:45 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A15D1315 for ; Thu, 21 Apr 2016 12:05:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1atDMb-00010L-3h for current@freebsd.org; Thu, 21 Apr 2016 14:05:41 +0200 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1atDMb-0006P7-3O for current@freebsd.org; Thu, 21 Apr 2016 14:05:41 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Thu, 21 Apr 2016 12:05:41 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: Re: limits: setrlimit umtxp: Invalid argument Date: Thu, 21 Apr 2016 05:05:41 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 12:05:45 -0000 On Thu, 10 Mar 2016 07:16:05 +0900, Brendan Sechter wro= te: > > Subject: Re: limits: setrlimit umtxp: Invalid argument > > From: florian.ermisch@alumni.tu-berlin.de > > Date: Wed, 9 Mar 2016 18:45:37 +0100 > > To: eric@vangyzen.net; sgeos@hotmail.com; freebsd-current@freebsd.org > > > > Am 9. M=C3=A4rz 2016 16:59:47 MEZ, schrieb Eric van Gyzen : > >> On 03/09/2016 09:49, Brendan Sechter wrote: > >>> I am running an 11.0-CURRENT VM. > >>> After recently updating, the following appears on startup and > >>> dhclient fails to start. > >>> > >>> Starting dhclient. > >>> limits: setrlimit umtxp: Invalid argument > >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient > >>> > >>> Similar messages appear for the following. > >>> > >>> devd pflog syslogd ntpd powerd sshd sendmail_submit > >>> sendmail_msp_queue cron > >>> > >>> Reverting to the previous kernel did not resolve the issue. > >>> I can manually start dhclient and ntp, but not sshd. > >>> > >>> I do not trust that my uname information is being updated with > >>> with build, but here it is. > >>> > >>> $ uname -vm > >>> FreeBSD 11.0-CURRENT #0 r287598: Thu Sep 10 14:45:48 JST 2015 > >>> root@:/usr/obj/usr/src/sys/MIRAGE_KERNEL amd64 > >> > >> This information comes directly from the running kernel, so it looks > >> like your kernel is not getting updated. This seems consistent > >> with the above error messages, although I haven't tested this > >> case. The userland tools are aware of the newly added umtxp > >> limit, but the kernel is not aware. > >> > >> Eric > > > > I got this problem on my laptop, too. I somehow managed not to > > install the kernel during a recent update so my userland is slightly > > newer than my 11-CURRENT r292755 kernel (and also forgot to > > make proper ZFS snapshots=E2=80=A6). > > > > While I can build a newer kernel but when I boot i.e. r296556 > > `zfs(8)' coredumps and I can't mount anything but the rootfs=E2=80=A6 > > I guess I need to get kernel & userland back in sync to fix this. > > > > I will try to build the userland matching my kernel first as > > I know its revision from `uname -a`. > > If anyone has a better approach or tips, please let me know. >=20 > My userland was up to date. =C2=A0This is what I did to get the kernel > in sync enough to resolve the issue. >=20 > svn up /usr/src # omit if want to use the exact same version as world > cd /usr/src > make buildkernel KERNCONF=3DMYKERNEL > make installkernel KERNCONF=3DMYKERNEL >=20 > I found a problem with my kernel configuration in the process. > The plan is to rebuild everything after the configuration issue is > sorted out. =C2=A0You may wish to use GENERIC just to get things up > and running again. >=20 > Regards, > -Brendan=20=09=09=20=09=20=20=20=09=09=20=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I've a working pf.ko kernel and nvidia.ko from r288246 Sep 26 2015 and an i= nstalled buildworld from yesterday Apr 20 2016. The kernel is custom and I've also = a large-ish loader.conf. I've no wish to run GENERIC with either debugging symbols nor= sound enabled. sendmail_submit is broken, not a showstopper but root gets none of his mail. cron is broken, not a showstopper but one cron I've setup does not run Per this thread which narrowed down the issue of out of sync problems, dhclient devd pflog syslogd ntpd and sshd *if I had them used* would be not functional. Unsure in each case. Given a 2004-ish custom kernel, a GENERIC from this month, and a GENERIC fr= om Sept 2015, is there any not time consuming way to do a diff between two or three of them and br= ing the custom kernel upto par with the GENERIC as far as bootability, considering the pos= sibility that it is a loader.conf setting that is at fault? something like /sbin/kernel-too-old ^^^^^^^^^^^^^^^ " please check foo foo from loader conf " or "please check bar bar from CUS= TOM-K " or even " foo bar from CUSTOM-K is missing... "=20=20 ...a utility that would lessen the need for adding/subtracting blocks of (custom ) kernel stuff to/from generic and recompiling one-by-one, or vice-versa, to/from the custom kernel config, seems like a 40 day project UNLESS someone has run into a similar custom -vs- generic situation as a matter of course = and has a workflow to lessen whatever time and compilation effort it takes, which is basically wh= at I am asking here unless a summer of code expert coder of FreeBSD fame knows that the hypothetical b= inary above could be crafted more easily than not and be a tool for developers as well as sim= ple FreeBSD users such as myself... Thanks PS I encourage anyone with a readily helpful answer to add it to UPDATING a= s a resource for persons other than myself who encounter the same difficulty...