<div dir="ltr">Many operations teams already have a standard log collecting systems. I think it would be best to be flexible enough to work in environments with existing systems.<div><br></div><div>Standard ways are logging to syslog so any syslog implementation can be used, or logging to stdout so a supervisor like djb daemontools can collect and rotate logs.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 14, 2014 at 3:00 AM, Gabriel Samfira <span dir="ltr"><<a href="mailto:gsamfira@cloudbasesolutions.com" target="_blank">gsamfira@cloudbasesolutions.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 14.08.2014 06:20, Ian Booth wrote:<br>
> Just to back up Dave's arguments - all sys admins I know would be a big -1 on<br>
> Juju doing it's own log rolling. It's a recipe for lost log files, missing data<br>
> etc. It's a mixing of responsibilities that should be handled separately.<br>
</div>I am unsure how juju rotating its own logs can lead to loss of data. Any<br>
input on this would be appreciated.<br>
<div class="HOEnZb"><div class="h5">><br>
> Just on the volume point Dave raised - we do log a lot but that's also an<br>
> orthogonal issue. Even if we logged less we'd still need a rolling mechanism.<br>
><br>
> On 14/08/14 13:13, David Cheney wrote:<br>
>> Ian asked me to post my thoughts here.<br>
>><br>
>> I am not in favour of applications rolling their own logs, I believe<br>
>> that applications should not know anything about their log output,<br>
>> they should just dump it all to stdout and another process should take<br>
>> care of shuttling the data, logging it, culling it, whatever.<br>
>><br>
>> This is summarised here, <a href="http://12factor.net/logs" target="_blank">http://12factor.net/logs</a><br>
>><br>
>> I think our current system with rsyslog is working fine and there is<br>
>> no reason to remove it.<br>
>><br>
>> The problems with all-machines.log being to large is independent of<br>
>> log rolling or any of these other arguments. We simply log too much.<br>
>> There would be no request for log rolling it all-machines.log<br>
>> contained only useful data.<br>
>><br>
>> Dave<br>
>><br>
>> On Sat, Aug 9, 2014 at 2:58 AM, Nate Finch <<a href="mailto:nate.finch@canonical.com">nate.finch@canonical.com</a>> wrote:<br>
>>> So, rsyslog rotation works fine on Linux, but we can't do that on Windows.<br>
>>> If we have to do something different for Windows, I'd rather just do one<br>
>>> thing which is cross platform compatible for all our OSes, and not have to<br>
>>> support a different configuration for each OS.  Doing it all in-application<br>
>>> also insulates us from external dependencies... if some future or past<br>
>>> Ubuntu series (or CentOS) has a different version of rsyslog, it could<br>
>>> behave differently / require a different configuration, etc.<br>
>>><br>
>>><br>
>>><br>
>>> On Fri, Aug 8, 2014 at 12:40 PM, David Britton <<a href="mailto:david.britton@canonical.com">david.britton@canonical.com</a>><br>
>>> wrote:<br>
>>>> On Fri, Aug 08, 2014 at 12:03:21PM -0400, Nate Finch wrote:<br>
>>>> [...]<br>
>>>>> remote syslog and to the local file log, we wouldn't need to worry about<br>
>>>>> log rotation of the local log screwing up what gets sent to the remote<br>
>>>> Do the standard rsyslog log rotation mechanisms not function well?<br>
>>>><br>
>>>> On Windows, what about the event log (which has remote<br>
>>>> viewing/aggregation capabilities built in)?<br>
>>>><br>
>>>> --<br>
>>>> David Britton <<a href="mailto:david.britton@canonical.com">david.britton@canonical.com</a>><br>
>>><br>
>>><br>
>>> --<br>
>>> Juju-dev mailing list<br>
>>> <a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
>>> Modify settings or unsubscribe at:<br>
>>> <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
>>><br>
<br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</div></div></blockquote></div><br></div>