Nope this is not very accurate I believe that you got some parts wrong out of our conversation. I am currently on vacation but upon return I'll submit a writeup with some graphic flows explaining how this all works (the recover part I agree with, in any case what is being recovered/restored is the state server so that is what we should be trying to convey with the name) On Monday, March 23, 2015, Eric Snow <<a href="mailto:eric.snow@canonical.com">eric.snow@canonical.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">juju 1.23 adds the new restore, all written in Go and integrated into core. This is a great thing and the result of a lot of effort by Horacio. In discussions with him about it, there are two things that came up that I wanted to bring up here. First, the name "restore" is misleading. It gives the impression of capability that it does not actually provide. I propose that we rename it to "recover" in 1.23 and forward. Second, I am now under the impression that after restore is complete, the environment is left with instances on the provider that juju should be cleaning up but isn't. In the case of a single state server, the old state server instance is left dead but still active. In the case of HA, in addition to the state server that handles the restore API request, the other state servers are also left in that same situation. So for a 3 server replicaset you are left with 3 instances that juju is not using but that are still active on the provider side. Users may not realize they need to manually remove those instances to avoid further costs (depending on the provider, I suppose). Please explain if I've misunderstood this or if juju has some other mechanism by which such instances are cleaned up. If I haven't missed something then I think we need to fix restore to clean up those state machines. -eric -- Juju-dev mailing list <a href="javascript:;" onclick="_e(event, 'cvml', 'Juju-dev@lists.ubuntu.com')">Juju-dev@lists.ubuntu.com</a> Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a> </blockquote>