<div dir="ltr"><div>> So I'll have a look at this file being removed on upsd startup, or in our rc.d scripts for now.

</div><div><br></div><div>Note: it *is* removed upon `upsmon` startup (any successful one, except for sending signals `upsmon -c CMD` or querying this file `upsmon -K`).</div><div>Also checked that this is a rare path not hardcoded into binaries ;) and only coming from the config file. Some older scripts and doc examples that referenced `/etc/killpower` were changed by that PR to use `upsmon -K` (which assumes the binary and its SO requirements are available) or the `@POWERDOWNFLAG@` substitution from `configure`'d default instead of exact string.</div><div><br></div><div>Jim<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 6, 2023 at 2:40 PM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 1/5/23 3:04 PM, Jim Klimov wrote:<br>
> <a href="https://github.com/networkupstools/nut/pull/1762" rel="noreferrer" target="_blank">https://github.com/networkupstools/nut/pull/1762</a> <br>
> <<a href="https://github.com/networkupstools/nut/pull/1762" rel="noreferrer" target="_blank">https://github.com/networkupstools/nut/pull/1762</a>> (and maybe some of <br>
> other recent PRs) updated quite a bit here and there, including a <br>
> configure-time option for default POWERDOWNFLAG value (using legacy <br>
> default still).<br>
> <br>
> Distros now have easier time to put it into a tmpfs of their choice that <br>
> they know will remain mounted.<br>
<br>
Thanks - that is helpful.<br>
<br>
In general, OS shutdown is tricky business before we add in killpower, <br>
and with killpower with no delay it is almost impossibly tricky.   I'd <br>
be a bit scared of assuming ramdisks are still there.<br>
<br>
It looks like the FreeBSD port assumes offdelay is long enough (and that <br>
the UPS will have an offdelay).  It may be that essentially all units <br>
really do have a delay, and this is ok.<br>
<br>
In NetBSD, ramdisks w/o device nodes are unmounted just before swap is <br>
deconfigured, which is before the place where critical filesystems would <br>
be made ro.<br>
<br>
So I'll have a look at this file being removed on upsd startup, or in <br>
our rc.d scripts for now.<br>
<br>
</blockquote></div>