<p dir="ltr">Unfortunately Keystone does not handle database upgrades like nova. and they do tend to be disruptive. I have not tried Liberty to mitaka  myself, but have you tried to validate a token granted on a mitaka node against the liberty one?  If you are lucky the other nodes will still be able to validate tokens during the upgrade. Even if other API calls fail this is slightly less disruptive. What I would do is shut down your entire cluster except for one node an upgrade that node first. If you find that other nodes can still validate tokens, leave two up, so that the upgrade restart doesn't cause a blip. Then upgrade the second node as quickly as possible. I'd also strongly recommend a db backup before you start. </p>
<p dir="ltr">We did this last week from an early liberty commit to stable and had incompatible db changes and a token format change and only had a brief keystone outage. </p>
<div class="gmail_quote">On Apr 14, 2016 7:39 AM, "Gyorgy Szombathelyi" <<a href="mailto:gyorgy.szombathelyi@doclerholding.com">gyorgy.szombathelyi@doclerholding.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
I just experimenting with upgrading Liberty to Mitaka, and hit an issue:<br>
In Mitaka, the user table doesn't have 'name' field, so running mixed versions of Keystone could result in:<br>
<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 keystone instances in a HA setup are still Liberty.<br>
<br>
Is this change is intentional? Should I ignore the problem and just upgrade all instances as fast as possible? Or I just overlooked something?<br>
<br>
Br,<br>
György<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>