<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks a lot Dan for your reply.<div>This is definitely a good first step to move out nova-compute from the services to be upgraded atomically.</div><div><br></div><div>Looking forward to your blog post.</div><div><br></div><div>Best,</div><div>Meghal</div><div><br></div><div><div><div>On Mar 24, 2014, at 12:14 PM, Dan Smith <<a href="mailto:dms@danplanet.com">dms@danplanet.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><fieldset style="padding-top:10px; border:0px; border: 3px solid #CCC; padding-left: 20px;"><legend style="font-weight:bold">Signed PGP part</legend><div style="padding-left:3px;">> Where can I obtain more information about this feature?<br><br>- From the blog post that I've yet to write :D<br><br>> Does above imply that database is upgraded along with control<br>> service update as well?<br><br>Yes, but only for the services that interact directly with the<br>database. The services that do *not* need to be upgraded atomically<br>with the schema are: nova-compute and nova-network.<br><br>> One more question - is there an initiative to make icehouse<br>> database schema work with havana based control services ?<br><br>It depends on what you mean by "control services". For icehouse, the<br>incremental step that we're making is that all the controller services<br>must be upgraded atomically with the database schema. That means api,<br>scheduler, conductor, etc. A havana compute node is sufficiently<br>isolated from the data schema that it will continue to work with an<br>icehouse conductor, allowing you to upgrade compute nodes<br>independently after the controller services are updated.<br><br>This was just our first step at providing some capability for this. We<br>hope to continue to increase the capabilities (and decrease the amount<br>that must be done atomically) going forward.<br><br>Hope that helps!<br><br>- --Dan</div></fieldset><br><br>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></div></body></html>