There was some feedback recently that the UX of Juju's HA implementation is
not very good. I wrote up a doc[1] capturing the feedback and some
solutions that were proposed during an informal meeting. The document is
currently purely just about capturing information about the problem. It is
not int
There's an item on the customer pain points doc about fixing the filtering
semantics for debug-log currently it requires the user to specify a unit
using a completely different format than our usual unit/0 style). I
vaguely remember maybe someone was looking into this, so before I started
work on
Hello,
I am the maintainer of the rsyslog/forwarder charms. While i was
working implementing an option to expose the protocol/port used by
rsyslogd I noticed that
enabling TCP on rsyslogd using imtcp ($InputTCPServerRun 514) was not
possible on any machine deployed by Juju.
The root cause is that
On Wed, Sep 24, 2014 at 5:53 AM, Tim Penhey wrote:
> Hi folks,
>
> I have been going through much of the code in the state package looking
> at the work to migrate all the collection keys to handle multiple
> environments.
>
> In the long and distant past (earlier this year), the Tag() method
> re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.09.2014 10:46, Tim Penhey wrote:
> On 24/09/14 19:39, Dimiter Naydenov wrote:
>> I'm not opposed to replacing global keys with tags in state, but
>> using only simple _id fields in all collections is impractical in
>> certain cases.
>
> Don't ge
On 24/09/14 19:39, Dimiter Naydenov wrote:
> I'm not opposed to replacing global keys with tags in state, but using
> only simple _id fields in all collections is impractical in certain cases.
Don't get me wrong, I'm not suggesting changing the _id fields to be
more simple. I understand that they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.09.2014 10:09, Tim Penhey wrote:
>> Why? Global keys are a shorter than tags, and in several places
>> we use fast regular expression searches using a prefix based on
>> the global key. So instead of having "m#0#n#juju-public" as
>> global key fo
On 24/09/14 18:02, Dimiter Naydenov wrote:
> On 24.09.2014 06:53, Tim Penhey wrote:
>> Hi folks,
>
>> I have been going through much of the code in the state package
>> looking at the work to migrate all the collection keys to handle
>> multiple environments.
>
>> In the long and distant past (ea
