Rsyslog imtcp issue
Nate Finch
nate.finch at canonical.com
Mon Sep 29 16:14:23 UTC 2014
The state servers still use rsyslog, so you'd still have to be careful when
deploying the charm to a state server. Probably it's best if we just fix
the juju code to use its own daemon so as not to collide with charms that
use it. The unit machines don't need rsyslog... unless you decide to turn
one into a state machine using ensure-availability... so I don't think we
can just blindly assume it won't be there.
On Mon, Sep 29, 2014 at 10:29 AM, Jorge Niedbalski <
jorge.niedbalski at canonical.com> wrote:
> Hello,
> On Thu, Sep 25, 2014 at 7:28 AM, Gabriel Samfira
> <gsamfira at cloudbasesolutions.com> wrote:
> > FWIW, unit/machine agents no longer need rsyslog to stream logs to the
> > state machine as of this merge:
> >
> > https://github.com/juju/juju/pull/499
> >
>
> Thank you for pointing out this.
>
> > Removing rsyslog as a dependency should be safe I think...
> >
>
> Does anybody else could confirm that removal of rsyslog is OK?
>
> >
> >
> > On 25.09.2014 12:26, Stuart Bishop wrote:
> >> On 24 September 2014 23:25, Jorge Niedbalski
> >> <jorge.niedbalski at canonical.com> wrote:
> >>
> >>> I know is not an option to abandon the usage of gTLS, but ideally,
>
> Thanks.
>
> --
> Jorge Niedbalski R.
> Software Sustaining Engineer @ Canonical
> Canonical Technical Services.
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20140929/27ff9433/attachment.html>
More information about the Juju-dev
mailing list