<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, 19 May 2017 at 03:14 Tim Penhey <<a href="mailto:tim.penhey@canonical.com">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><br>+1</div><br></div></div>