[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#31894] Containerize openntpd service

From: Ludovic Courtès
Subject: [bug#31894] Containerize openntpd service
Date: Fri, 22 Jun 2018 21:39:01 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

Hello Efraim,

Efraim Flashner <address@hidden> skribis:

> I tested this patch with the included vm image, using the following
> script. After logging in, 'ntpctl -s all' shows openntpd connecting to
> the ntp servers and updating the time.
> /.$(./pre-inst-env guix environment guix -- ./pre-inst-env guix system vm 
> ~/vm-image.scm) -m 768 -device e1000,netdev=net0 -netdev 
> user,id=net0,hostfwd=tcp::5555-:53


> From 064903c5a976280b95cd9bba17e958e662be605d Mon Sep 17 00:00:00 2001
> From: Efraim Flashner <address@hidden>
> Date: Tue, 19 Jun 2018 12:24:47 +0300
> Subject: [PATCH] services: openntpd: Containerize openntpd service.
> * gnu/packages/ntp.scm (openntpd)[arguments]: Add 'privsep-path' to
> 'configure-flags and adjust the 'localstatedir' flag.
> * gnu/services/networking.scm (openntpd-shepherd-service): Change the
> start-service command to run in a container, expose '/var/log/openntpd'
> and '/var/lib/openntpd' to the container.
> (openntpd-service-activation): Adjust directories for the changes above.

Neat!  The patch LGTM, especially since you’ve confirmed that it still
works as expected.  :-)

One thing though: could you make sure containerization isn’t redundant
with what OpenNTPD already does?  Namely, could you grep the source for
calls to “chroot”, “unshare”, or “seccomp”?  If it happens to be already
doing one of these things, it may be that using a container brings
little or nothing.

If it’s OK, please push!

While I’m at it, one question about this comment (which was already there):

> +                           ;; When ntpd is daemonized it repeatedly tries to 
> respawn
> +                           ;; while running, leading shepherd to disable it. 
>  To
> +                           ;; prevent spamming stderr, redirect output to 
> logfile.
> +                           #:log-file "/var/log/ntpd"))

What’s described here is expected: when it daemonizes, the initial
process that shepherd spawned terminates immediately, which is why
shepherd tries to respawn it (it cannot guess that there’s in fact a
child process that keeps running.)

The right thing to do for things that daemonize is to use the #:pid-file
option, which instructs shepherd to poll that file.  Should we do this
here?  There are many examples of that, including bitlbee, which is


reply via email to

[Prev in Thread] Current Thread [Next in Thread]