Need adjustable partition power for swift

Hi Drew, it should be possible to modify partition power with the charms today. There are some conditions that need to be met in order for it to work though. To help me figure out what's going on can you please provide the following:

  * steps (charm config changes etc) you tried to change partition power

  * your swift-proxy charm config

  * /var/log/juju/unit-swift-proxy-<id>.log from your leader unit (dump in a pastebin if possible)

  * output of 'swift-ring-builder /etc/swift/object.ring.gz'

Ok I've had a look at the swift-proxy charm code to refresh my memory on how this is currently working and can confirm that partition power is only used by the charm the builders are first created so modifying this config option post-deployment will not have any effect. This is in fact the intended behaviour i.e. we just didn't add support for this to be changed. I assume that right now, users of this charm are manually updated the builders and re-spinning and syncing the rings manually. As previously mentioned this is not advisable since it will eventually conflict with the charms handling ring maintenance the next time it tries to update the rings in any way. So in my view the way forward is to extend what we have to be able to support updating this setting post-deployment while ensuring that we are able to do this without putting the cluster at-risk. I can see how this might seem suitable as a charm action but since the code that currently handles rings and builders is not controlled by actions (it actually pre-dates actions) and relies on charm config that actions can't set, it probably going to make most sense to extend the existing hook code. I intend to work on a patch to do this and document how it should be done so will post back once i have something.