<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 14, 2016 at 7:45 AM, Grasza, Grzegorz <span dir="ltr"><<a href="mailto:grzegorz.grasza@intel.com" target="_blank">grzegorz.grasza@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> From: Gyorgy Szombathelyi<br>
<span class="">><br>
> Unknown column '<a href="http://user.name" rel="noreferrer" target="_blank">user.name</a>' in 'field list'<br>
><br>
> in some operation when the DB is already upgraded to Mitaka, but some<br>
> keystone instances in a HA setup are still Liberty.<br>
<br>
</span>Currently we don't support rolling upgrades in keystone. To do an upgrade, you need to upgrade all keystone service instances at once, instead of going one-by-one, which means you have to plan for downtime of the keystone API.<br>
<span class=""><br></span></blockquote><div><br></div><div><br></div><div>Doing them all at once is dangerous if there's an issue during the DB migration or between the other services and the new code. Better to shutdown all but one node, and stop mysql as well on the other nodes. Then upgrade one, run tests, then do the others serially. That way if the first node has issues, you can quarantine it, restore mysql on the other nodes, and then destroy and rebuild the first node back on old code. We've had enough issues with db migrations before (not keystone that I recall however) that you'd be nuts to trust that it's just going to work.</div><div><br></div></div></div></div>