From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: bug#31467: switching from ntp to openntpd, openntpd fails to start Date: Mon, 18 Feb 2019 12:03:15 +0200 Message-ID: <20190218100314.GD7206@macbook41> References: <20180516073821.GA1239@macbook41> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="so9zsI5B81VjUb/o" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:38471) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gvfmO-0006qe-6q for bug-guix@gnu.org; Mon, 18 Feb 2019 05:04:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gvfmN-0000wd-4r for bug-guix@gnu.org; Mon, 18 Feb 2019 05:04:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:52827) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gvfmM-0000vJ-DU for bug-guix@gnu.org; Mon, 18 Feb 2019 05:04:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gvfmM-0003MZ-2z for bug-guix@gnu.org; Mon, 18 Feb 2019 05:04:02 -0500 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: Content-Disposition: inline In-Reply-To: <20180516073821.GA1239@macbook41> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 31467-done@debbugs.gnu.org --so9zsI5B81VjUb/o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 16, 2018 at 10:38:21AM +0300, Efraim Flashner wrote: > Currently `ntp' from `ntp' runs as ntpd:nobody, and `ntp' from > `openntpd' runs as root:root. ntp from ntp uses /var/empty as it's home > directory, which is owned by ntpd:nobody. When openntpd's ntp starts up, > it gives a permission error on its directory, /var/empty. When I changed > the directory's owner with `sudo chown -v root:root /var/empty' then > openntpd's ntp started working as expected. >=20 > Two possible solutions come to mind: > * Make openntpd run as user ntpd. This keeps the user separation > working, requires tweaking to openntpd's service (probably). >=20 > * Recreate /var/empty at boot, either as part of the start-up of > ntp/openntpd, or as a tmpfs. Neither ntp or openntpd store data that > needs to persist across reboots, so this might be worth doing anyway. > This would also prevent any suprises in the future like what I came > across. >=20 I'm going to close this one. On my other Guix System machine /var/empty is owned by root:root and it is using the default ntp client. I can only assume that there is something specific about my own setup. If we get another bug report about this then I'll look at it again. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --so9zsI5B81VjUb/o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAlxqguIACgkQQarn3Mo9 g1GT+g/+NkwHh+AmUlAb4InEcqcRm+Xemw81BYR27qEGBfoq2H4QzzGrKldy2Uzt 3TXRifqT4xJmZbG42Wcbio7quP6wRDKoIwOTGG6tkwEt7JMG3GTn2COyViVDTWkO EBFtUA8DpmK5wNLZ6R3ShuPECOw8Sp1QOJkRvwaaTR+0yBRR8Okdj079VRJPyluK ca0kGTHotxvAK1KMDlfXluWwW6CcMsLT3UusGOjaxSw05aDncm8vmI5ysQ0VH75b IoQGMN1uMY3H0cYeWpSr90y4F8iUamf9kuhurAFczBontELruWhnBs5zlqLWNCfd RaraRbQdpMRdHtkHIH8niJX/zXBZlQni8oEzFQYQ+egP3+DW4o7YHXjQYMN5lKJt gPJOZpvMBHsloMcsT5tly1ehB87I9VjFSO3fTfgtZ1hMZZcScPo2GMJ9TfUB82L6 EgGtAH9Qep/HpZ8dHPwocMgK7dFv9lIw3O2+IiMEu3Ttz/QMmvCsVSIKUNTVG96Z i7IHPzdVEbLV5pIbaiKbAkXHOQyjjbGrvhUxG2T9jiw9V3shf+gBghlBiFSDGIvE htrvzEPRdRoC/elBC9dadubCIpXwFKD/VRlKHjF8oeJfv3VqlfZYYKJZbjEKi1zX XpJ0/8RxyvR6Rwcfxym8dZ8/weSwCFGofbNFMrHxUpybLE8jylY= =2f0h -----END PGP SIGNATURE----- --so9zsI5B81VjUb/o--