<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 30, 2019 at 5:53 AM Juan Antonio Osorio Robles <<a href="mailto:jaosorior@redhat.com">jaosorior@redhat.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">Hello!<br>
<br>
<br>
In Queens, the a spec to provide the option to make containers log to<br>
standard output was proposed [1] [2]. Some work was done on that side,<br>
but due to the lack of traction, it wasn't completed. With the Train<br>
release coming, I think it would be a good idea to revive this effort,<br>
but make logging to stdout the default in that release.<br>
<br>
This would allow several benefits:<br>
<br>
* All logging from the containers would en up in journald; this would<br>
make it easier for us to forward the logs, instead of having to keep<br>
track of the different directories in /var/log/containers<br>
<br>
* The journald driver would add metadata to the logs about the container<br>
(we would automatically get what container ID issued the logs).<br>
<br>
* This wouldo also simplify the stacks (removing the Logging nested<br>
stack which is present in several templates).<br>
<br>
* Finally... if at some point we move towards kubernetes (or something<br>
in between), managing our containers, it would work with their logging<br>
tooling as well


</blockquote></div><div><br></div><div>Also, I would add that it'll be aligned with what we did for Paunch-managed containers (with Podman backend) where each ("long life") container has its own SystemD service (+ SystemD timer sometimes); so using journald makes total sense to me.<br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div></div>