[Maas-devel] RFC: "Serialising" power actions

Julian Edwards julian.edwards at canonical.com
Tue Oct 7 00:40:56 UTC 2014


On Monday 29 Sep 2014 15:14:37 Mark Shuttleworth wrote:
> >  We might be able to address the hypothetical situation
> >
> > above by putting an expiry time on each power command, but for how long
> > should that be? That would need discussion and/or experimentation.
> 
> No, we just let the user manipulate the queue themselves. THEY can
> interpolate and tell us what they actually want if they want to skip
> some of the steps.

I'm still catching up with 2500+ emails, so this may be out of date, but:

Perhaps the best approach is to not have a queue in MAAS at all and then it 
becomes very, very simple.  The user can request an action.  They can cancel 
that action (at their own risk, as it will leave the power in an unknown 
state).  Simple is easy to understand, has no surprises, is easy to implement 
and a vastly easier API for users to write client-side code.

I'd argue that any queue management like this is probably better handled on 
the client side.  At that point, MAAS becomes a place that will reliably 
complete requested actions, unless the hardware itself is faulty.

(Skimming the branches that landed while I was away, I see that a single 
outstanding action has been implemented)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.ubuntu.com/archives/maas-devel/attachments/20141007/e1967f5f/attachment.pgp>


More information about the Maas-devel mailing list