<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 23, 2014 at 1:18 AM, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
UDP is lossy anyway, and a startup delay of a few seconds shouldn't be<br>
an issue at all. If we are speaking of 15min or so here, that might be a<br>
problem, but otherwise this really sounds fine. And if your daemon<br>
really takes 15min this sounds like something to look into...</blockquote><div><br></div><div> There are many values between a few seconds and 15 minutes that are both (a) reasonable startup times given the user's large configuration and (b) undesirable downtime for a critical service like DNS.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">At this point in time I am quite sure that ExecReload= should simply be<br></div>
used for this.<br></blockquote><div><br></div><div>That's an acceptable answer, although I think in the long term it poses some questions about additional custom verbs, since at least gdnsd now really wants two different reload-like actions (a simple SIGHUP that reloads zone data vs the overlapped-restart under discussion here).  But for now, the easy case (SIGHUP) can just be done outside of systemd/systemctl without any ill effects.</div>
<div><br></div><div>-- Brandon</div></div></div></div>