Testing Leader Election reconfiguration

[Tom Barber]

Thanks Stuart.

I do put a note in my charm message indicating the leader IP address so
that users know which to connect to.

So with juju wait, would I destroy a unit then execute juju wait? At which
point it will hang until the leader election stuff is over and all becomes
stable again?

Also, will this work if I push it upstream to the charmers and the
automated tests up there?

Thanks

Tom

--------------

Director Meteorite.bi - Saiku Analytics Founder
Tel: +44(0)5603641316

(Thanks to the Saiku community we reached our Kickstart
<http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/>
goal, but you can always help by sponsoring the project
<http://www.meteorite.bi/products/saiku/sponsorship>)

On 9 March 2016 at 11:00, Stuart Bishop <stuart.bishop at canonical.com> wrote:

> On 9 March 2016 at 20:31, Tom Barber <tom at analytical-labs.com> wrote:
> > Morning all
> >
> > I'm trying to test for charm reconfiguration if the leader goes AWOL.
>
> I put the role of the unit in its workload status, so it is easy for
> operators to see which unit is master. And this also makes it easy for
> tests to tell.
>
>
> > Adam suggested that I watch the status waiting for the next leader
> election
> > hook the wait on that and then check my service configs.
>
> You are best of waiting for all the hooks to complete and a steady
> state, not just leader elected (since things will still be in flux
> when that hook fires, such as the leader-settings-changed hooks it
> will probably trigger and the relation changes those hooks will likely
> trigger). Use the juju-wait plugin, and maybe add support to
> https://bugs.launchpad.net/juju-core/+bug/1488777 to get this into
> core.
>
> --
> Stuart Bishop <stuart.bishop at canonical.com>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20160309/764145bf/attachment.html>