From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 0137E138334 for ; Mon, 3 Sep 2018 21:50:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 859CDE08C3; Mon, 3 Sep 2018 21:50:09 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0A1AAE0894 for ; Mon, 3 Sep 2018 21:50:08 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fwwhQ-0007hZ-EV for gentoo-user@lists.gentoo.org; Mon, 03 Sep 2018 23:47:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Holger =?iso-8859-1?q?Hoffst=E4tte?= Subject: [gentoo-user] Re: chrony-3.3 hangs at boot Date: Mon, 3 Sep 2018 21:47:50 +0000 (UTC) Message-ID: References: <2280527.7xjltv8kMM@dell_xps> <59082281.yOvkZa28M0@dell_xps> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Pan/0.145 (Duplicitous mercenary valetism; d7e168a git.gnome.org/pan2) X-Archives-Salt: f09f2a39-8ae6-42e0-8b95-fe8b0a881056 X-Archives-Hash: f9c03f87e3821d63d66f6d17e214d87c On Mon, 03 Sep 2018 22:23:18 +0100, Mick wrote: > On Monday, 3 September 2018 19:10:52 BST Holger Hoffstätte wrote: >> On Mon, 03 Sep 2018 17:48:53 +0100, Mick wrote: >> > I just noticed today chronyd hangs during boot for a minute and a half. >> > The logs do not reveal anything amiss. I suspect it waits for a network >> > connection, which is not yet up when chronyd launches. >> > >> > Sep 3 17:38:26 asus syslog-ng[1858]: syslog-ng starting up; >> > version='3.13.2' Sep 3 17:38:26 asus chronyd[1930]: chronyd version 3.3 >> > starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP +SCFILTER -SIGND >> > +ASYNCDNS -SECHASH +IPV6 -DEBUG) Sep 3 17:38:26 asus chronyd[1930]: >> > Frequency -13.776 +/- 1.023 ppm read from /var/lib/chrony/drift >> > Sep 3 17:38:26 asus acpid[1894]: starting up with netlink and the input >> > layer Sep 3 17:38:26 asus acpid[1894]: 1 rule loaded >> > Sep 3 17:38:26 asus acpid[1894]: waiting for events: event logging is off >> > Sep 3 17:40:57 asus kernel: random: crng init done >> > Sep 3 17:40:57 asus kernel: random: 3 urandom warning(s) missed due to >> > ratelimiting >> > Sep 3 17:40:57 asus chronyd[1930]: Loaded dump file for 10.10.10.1 >> > >> > >> > Have you noticed the same? >> > >> > Is there a fix/workaround for this? >> >> Yes and yes; countless people have been hit by this, I was probably the >> first to notice/debug it. It happens due to changes in Linux' random number >> generator, which is now slowly making it into older kernels as well. >> >> If you're interested in the gory details you can read about them >> in the thread "Chrony vs. Linux RNG" at [1] or just update to chrony-3.4rc1 >> which contains the "fix". Despite being an rc1 it works fine as usual, >> so short of applying the patch to your local build this is the easiest >> option. >> >> cheers, >> Holger >> >> [1] >> https://listengine.tuxfamily.org/chrony.tuxfamily.org/chrony-users/2018/04/ >> threads.html#00036 > > Thanks for this Holger, I had noticed in the logs a message just before > chronyd started the kernel reporting "3 urandom warning(s) missed due to > ratelimiting" but as this has been happening since the upgrade to 4.14.65- > gentoo I didn't think it was kernel related. > > Anyway, I can confirm 3.4_pre1 available in the tree starts up fine with no > delays. > > However, while shutting down I noticed: > > * Stopping chronyd ... > * Error: chronyd failed to stop > > This is repeatable if I try to stop it manually. Version 3.3 didn't have this > problem. Ah yes, that's from upgrading. Apologies for the misleading advice, I fixed that locally and forgot. :} 1) Edit /etc/init.d/chronyd and change occurrences of /run/chronyd.pid to /run/chrony/chronyd.pid (i.e. add the subdirectory). 2) file a bug so that the init file gets fixed in portage as well. :) cheers Holger