<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 class="">On Fri, 08.01.16 18:09, Rick Richardson (<a href="mailto:rick.richardson@gmail.com">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>Isn't this basically something that etcd was meant to do? </div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div>