Oh really? /me stokes his invisible beard.
Okay I'll go back and try again. 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 16:56, Tim Van Steenburgh < tim.van.steenbu...@canonical.com> wrote: > > > On Wed, Mar 9, 2016 at 6:31 AM, Tom Barber <t...@analytical-labs.com> > wrote: > >> 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? >> >> > Since you're already using amulet, there's no need to use the juju-wait > plugin > since d.sentry.wait() does the same thing. So yes, you would do > d.remove_unit(...) > and then call d.sentry.wait(). > > >> Also, will this work if I push it upstream to the charmers and the >> automated tests up there? >> >> > Yes. > > >> 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.bis...@canonical.com> >> wrote: >> >>> On 9 March 2016 at 20:31, Tom Barber <t...@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.bis...@canonical.com> >>> >> >> >> -- >> Juju mailing list >> Juju@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/juju >> >> >
-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju