<p dir="ltr"><br>
On 29 Jan 2016 19:37, "MichaƂ Dulko" <<a href="mailto:michal.dulko@intel.com">michal.dulko@intel.com</a>> wrote:<br>
></p>
<p dir="ltr">> Resolution on this matter from the Cinder mid-cycle is that we're fine<br>
> as long as we safely fail in case of upgrade conducted in an improper<br>
> order. And it seems we can implement that in a simple way by raising an<br>
> exception from volume.rpcapi when c-vol is pinned to a version too old.<br>
> This means that scalable backup patches aren't blocked by this issue.<br></p>
<p dir="ltr">Agreed. As long as:<br>
a) there is a correct order to upgrade, with no loss of service</p>
<p dir="ltr">And</p>
<p dir="ltr">b) incorrect ordering results in graceful failure (zero data loss, new volumes / backups go to error, old backups are in a state where they can be restored once the upgrade is complete, sensible user error messages where possible)</p>
<p dir="ltr">If those two conditions are met (and it sounds like they are) then I'm happy</p>