<div dir="ltr">Etcd can certainly store config variables. We have our own versioned configuration database. However, I was hoping to use systemd as the canonical source for binding which versions of which configs a process launched with, since the information world be atomically associated with a service's ready notification. </div><div dir="ltr"><br></div><div dir="ltr">Looking at the source, I was disappointed to learn that any variables that are not the "known" variables are dropped on the floor. The sd_notify man page should probably be updated accordingly. </div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr">On Tue, Jan 12, 2016, 12:38 PM Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 12, 2016 at 7:25 PM, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Fri, 08.01.16 18:09, Rick Richardson (<a href="mailto:rick.richardson@gmail.com" target="_blank">rick.richardson@gmail.com</a>) wrote:<br>
<br>
> I have a fleet of applications that need to pass some critical variables<br>
> back to systemd so that our services monitor can collect them.  My hope is<br>
> that this can be done via sd_notify as it is very much a config-management<br>
> and process monitoring related task.<br>
><br>
> Currently my monitor subscribes to PropertiesChanged in dbus, and gets the<br>
> active/running notification upon an sd_notify from the service, I can see<br>
> the StatusText variable set via the STATUS=... but I can't seem to figure<br>
> out where the rest of the notify state is stored.<br>
<br>
</span>It currently is not.<br>
<br>
We could expose this data I figure, but I am not entirely sure how<br>
that could even look like, as for unknown sd_notify() fields it's not<br>
clear whether they are supposed to extend or replace any unrelated<br>
previously set settings... i.e. if you first send X_FOO=1 and then<br>
X_BAR=1 and then query the data, would you get "X_FOO=1 X_BAR=1" back,<br>
or just "X_BAR=1"? The former would mean we'd might get into trouble<br>
if people keep inventing new fields. The latter would mean it's<br>
useless if people assume additive operation of the the data...<br></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Isn't this basically something that etcd was meant to do? </div></div></div></div><div dir="ltr"><div class="gmail_extra"><div><br></div>-- <br><div><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div></blockquote></div>