<div dir="ltr">All agents start up in DEBUG until they can talk to the controller and read what the current logging config is set to. Otherwise you wouldn't be able to debug startup issues.<div>That said, I think there was a request to cache the last-known value in agent.conf which would let restarts be less noisy.</div><div><br></div><div>John</div><div>=:-></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 19, 2017 at 12:23 PM, Samuel Cozannet <span dir="ltr"><<a href="mailto:samuel.cozannet@canonical.com" target="_blank">samuel.cozannet@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>+1 <div dir="auto"><br></div><div dir="auto">Maybe one good thing would also be removing the default --debug flag from all juju machine startup scripts. </div><div dir="auto">It seems hard coded, and requires edition on most deployment.</div><div dir="auto"><br></div><div dir="auto">++</div><div dir="auto">Sam</div><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On May 19, 2017 10:12, "Adam Collard" <<a href="mailto:adam.collard@canonical.com" target="_blank">adam.collard@canonical.com</a>> wrote:<br type="attribution"></div></div><blockquote class="m_5049271595201909273quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_quote"><div class="m_5049271595201909273quoted-text"><div dir="ltr">On Fri, 19 May 2017 at 03:14 Tim Penhey <<a href="mailto:tim.penhey@canonical.com" target="_blank">tim.penhey@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
Currently juju will update the status of any hook execution for any unit<br>
to show that it is busy doing things. This was all well and good until<br>
we do things based on time.<br>
<br>
Every five minutes (or so) each unit will have the update-status hook<br>
executed to allow the unit to set or update the workload status based on<br>
what is currently going on with that unit.<br>
<br>
Since all hook executions are stored, this means that the<br>
show-status-log will show the unit jumping from executing update-status<br>
to ready and back every five minutes.<br>
<br>
The proposal is to special case the update-status hook and show in<br>
status (or the status-log) that the hook is being executed. debug-log<br>
will continue to show the hook executing if you are looking.<br>
<br>
This will reduce noise in the status-log, simplify some of our code<br>
around dealing with status-log, and reduce load on controllers looking<br>
after hundreds or thousands of units.<br></blockquote></div><div><br>+1</div><br></div></div>
<br></div></div><span class="">--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com" target="_blank">Juju@lists.ubuntu.com</a><br></span><span class="">
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailm<wbr>an/listinfo/juju</a><br>
<br></span></blockquote></div><br></div></div></div>
<br>--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/juju</a><br>
<br></blockquote></div><br></div>