<div dir="ltr">I guess what I'm proposing is not a specific workaround but a way for legacy software which can only log to a file to get it's data into journald. There is plenty of software like that, unfortunately. It's a pragmatic option.<div><br></div><div>In this specific case, I'm referring to Nginx in daemon mode, which closes /dev/stderr as far as I can tell, and then spawns passenger, which can only log to a file. There is no way to hook up passenger to /dev/stderr.</div><div><br></div><div>The proposed service allows anyone to set up a fifo for logging in this situation, it's very trivial and easy to set up, but I suspect there is more than just one person with this issue.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 12 April 2016 at 02:21, Lennart Poettering <span dir="ltr"><<a href="mailto:mzqohf@0pointer.de" target="_blank">mzqohf@0pointer.de</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 Sun, 10.04.16 22:57, Samuel Williams (<a href="mailto:space.ship.traveller@gmail.com">space.ship.traveller@gmail.com</a>) wrote:<br>
<br>
> Hello,<br>
><br>
><br>
> I've been trying to figure out the best way to support legacy applications<br>
> that don't support syslog for logging. The best we can do, I think, is to<br>
> use fifo and have another process read the fifo to journald.<br>
<br>
</span>Note that on systemd everything logged out stdout or stderr ends up in<br>
the journal anyway. And you can specify /dev/stderr or /proc/self/fd/2<br>
as path referring to stderr on Linux generally, if you need.<br>
<span class=""><br>
> Finally, if this is a good approach, is this method worth putting into<br>
> systemd/journald as a standard service? If so, how do I submit a PR or<br>
> where to begin?<br>
<br>
</span>Specific work-arounds around other, unrelated pieces of software are<br>
not really what we we'd like to add to systemd directly. Sorry.<br>
<span class="HOEnZb"><font color="#888888"><br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</font></span></blockquote></div><br></div>