<div dir="ltr">So we are using rsyslog.conf to have it figure out when rotation needs to be done with:<div><div># Maximum size for the log on this outchannel is 512MB</div><div># The command to execute when an outchannel as reached its size limit cannot accept any arguments</div><div># that is why we have created the helper script for executing logrotate.</div><div>$outchannel logRotation,{{logDir}}/all-machines.log,512000000,{{logrotateHelperPath}}</div><div><br></div><div>I would think that would not require SIGHUP along with having it run the script at our request.</div><div><br></div><div>John</div><div>=:-></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 15, 2014 at 12:13 PM, Stuart Bishop <span dir="ltr"><<a href="mailto:stuart.bishop@canonical.com" target="_blank">stuart.bishop@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 15 September 2014 12:38, John Meinel <<a href="mailto:john@arbash-meinel.com">john@arbash-meinel.com</a>> wrote:<br>
<br>
> 7) "copytruncate" seems the wrong setting for interactive with rsyslog. I<br>
> believe rsyslog is already aware that the file needs to be rotated, and thus<br>
<br>
</span>It is only aware if you sent it a HUP signal.<br>
<div class=""><div class="h5"><br>
> it shouldn't be trying to write to the same file handle (and thus we don't<br>
> need to truncate in place). I'm not 100% sure on the interactions here, but<br>
> "copytruncate" seems to have an inherent likelyhood of dropping data (while<br>
> you are copying, if any data gets written then you'll miss those last few<br>
> bytes when you go to truncate, right?)<br>
<br>
</div></div><span class=""><font color="#888888">--<br>
Stuart Bishop <<a href="mailto:stuart.bishop@canonical.com">stuart.bishop@canonical.com</a>><br>
</font></span></blockquote></div><br></div></div></div>