More on logging changes in Juju 1.26.0

Tim Penhey tim.penhey at canonical.com
Mon Nov 16 21:03:57 UTC 2015


On 17/11/15 08:01, Wayne Witzel wrote:
> I have some naive questions.
> 
>     * We are still writing logs to the local disk, we are just no longer
> using rsyslog to stream / aggregate them?

Yes. We are still writing to local files on the machines, so the
machine-*.log and unit-*.log files are still created on the machines. It
is just the aggregation that was done on the state server machines into
all-machines.log no longer makes sense with multiple environments.

>     * Is there a separate mongo instance that handles the log collection?

It is the same mongo instance, but a separate database. This means there
is no write contention with the core Juju data.

Tim

> 
> On Mon, Nov 9, 2015 at 11:32 PM, Tim Penhey <tim.penhey at canonical.com
> <mailto:tim.penhey at canonical.com>> wrote:
> 
>     On 10/11/15 17:30, Stuart Bishop wrote:
>     > On 9 November 2015 at 11:34, Menno Smits <menno.smits at canonical.com <mailto:menno.smits at canonical.com>> wrote:
>     >
>     >> In a recent thread I highlighted the upcoming change in Juju's logging where
>     >> logs from machine and unit agents will be streamed over Juju's API instead
>     >> of via rsyslogd. Two things came out of that discussion:
>     >>
>     >> 1. a desire for juju debug-logs to support a "non-tailing" mode (as per bug
>     >> 1390585)
>     >> 2. a desire for a tool to dump the logs out of the database in the case of
>     >> Juju being unavailable for some reason.
>     >
>     >
>     >> As always, questions and comments welcome.
>     >
>     > will 'juju debug-log' and 'juju dump-logs' support the common --format
>     > argument or similar, allowing me to spit out the structured data? I'm
>     > mainly interested in spitting out a stream of JSON dictionaries to
>     > pass to filters and formatters.
>     >
> 
>     debug-log will (RSN™) but it doesn't yet
> 
>     juju-dumplogs is a server side log recovery tool, and not for
>     general use.
> 
>     Tim.
> 
>     --
>     Juju-dev mailing list
>     Juju-dev at lists.ubuntu.com <mailto:Juju-dev at lists.ubuntu.com>
>     Modify settings or unsubscribe at:
>     https://lists.ubuntu.com/mailman/listinfo/juju-dev
> 
> 
> 
> 
> -- 
> Wayne Witzel III
> wayne.witzel at canonical.com <mailto:wayne.witzel at canonical.com>




More information about the Juju-dev mailing list