<div dir="ltr">You actually can run with console logging today. There is a bug where if you are in an environment without syslog and enable console logging you will get errors, see <a href="https://pulp.plan.io/issues/3879">https://pulp.plan.io/issues/3879</a><div><br></div><div>Since background running typically translates to systemd based, perhaps considering making logging type configurable as an environment variable or command line option to set it per service. For example, perhaps you want to run workers in the background but the main application server in your console?<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 25, 2018 at 9:17 AM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I definitely think that we should support console logging (and it looks like we currently don’t) but I’m a bit hesitant to make it the default. I think right now a majority of non-dev users will be running these services in the background. But I could see perhaps one day where Pulp is mostly run in containers where console logging would be the better default. <div><div><div><div dir="ltr" class="gmail-m_7156472934966006949gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div><div class="gmail-h5"><div dir="ltr">On Wed, Jul 25, 2018 at 8:17 AM Eric Helms <<a href="mailto:ehelms@redhat.com" target="_blank">ehelms@redhat.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5"><div dir="ltr">Howdy,<div><br></div><div>As I understand things, the default logging in Pulp 3 is set to syslog. I am proposing changing this to be console by default and optionally letting users configure syslog. I think these days console as a default makes general sense for running things in a simple terminal, or as a developer. Further, the natural way to log in a container based environment is to log to stdout. The use of syslog makes sense in a traditional systemd based deployment which can be configured by users as needed.</div><div><br></div><div><br></div><div>- Eric</div></div></div></div>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
</blockquote></div>
</blockquote></div><br></div></div></div>