<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" >That's strange, this very command has worked for every environment we've tried, Kilo -> Mitaka. No errors, successful appearing migration, continued Nova operation after the fact.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Maybe I'm missing something. I realize it's untested, but the sync command does not fail.</div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" style="margin-top: 20px;" ><font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2" >-jlk</font></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Andrew Laski <andrew@lascii.com><br>To: openstack-operators@lists.openstack.org<br>Cc:<br>Subject: Re: [Openstack-operators] Kilo ->-> Mitaka anyone have notes :)<br>Date: Mon, Jun 27, 2016 5:35 AM<br> 
<div><br><font face="Default Monospace,Courier New,Courier,monospace" size="2" >On Sun, Jun 26, 2016, at 07:58 PM, Sam Morrison wrote:<br>> I’ve done kilo -> mitaka with Keystone and all worked fine. Nothing<br>> special I needed to do.<br>><br>> If you’re wanting to do live upgrades with nova you can’t skip a version<br>> from my understanding.<br><br>Correct. Not without doing the work yourself to make it possible, and<br>realizing that it's untested/unsupported and likely will bring out<br>gremlins.<br><br>In order to make db migrations less painful, i.e. faster, Nova moved to<br>a system where only schema changes occur in the sqlalchemy-migrate<br>migrations and all data is migrated by another nova-manage command which<br>can be run while the system is in use. But the side effect of this is<br>that the data migration needs to take place for each release, and there<br>are checks in place to ensure this happens. Unless you have an empty<br>database "nova-manage db sync" won't even complete successfully for<br>kilo->mitaka since there's a check in place to ensure the liberty data<br>migration took place.<br><br>><br>> Sam<br>><br>><br>> > On 25 Jun 2016, at 4:16 AM, Jonathan Proulx <jon@csail.mit.edu> wrote:<br>> ><br>> > Hi All,<br>> ><br>> > I about to start testing for our Kilo->Mitaka migration.<br>> ><br>> > I seem to recall many (well a few at least) people who were looking to<br>> > do a direct Kilo to Mitaka upgrade (skipping Liberty).<br>> ><br>> > Blue Box apparently just did and I read Stefano's blog[1] about it,<br>> > and while it gives me hope my plan is possible it's not realy a<br>> > technical piece.<br>> ><br>> > I'm on my 7th version of OpenStack for this cloud now so not my first<br>> > redeo as they say, but other than read Liberty and Mitaka release<br>> > notes carefully and test like crazy wonder if anyone has seen specific<br>> > issues or has specific advice for skiping a step here?<br>> ><br>> > Thanks,<br>> > -Jon<br>> ><br>> > --<br>> > [1] <a href="https://www.dreamhost.com/blog/2016/06/21/dreamcompute-goes-m-for-mitaka-without-unleashing-the-dragons/" target="_blank" >https://www.dreamhost.com/blog/2016/06/21/dreamcompute-goes-m-for-mitaka-without-unleashing-the-dragons/</a><br>> ><br>> > _______________________________________________<br>> > OpenStack-operators mailing list<br>> > OpenStack-operators@lists.openstack.org<br>> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank" >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>><br>><br>> _______________________________________________<br>> OpenStack-operators mailing list<br>> OpenStack-operators@lists.openstack.org<br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank" >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br><br>_______________________________________________<br>OpenStack-operators mailing list<br>OpenStack-operators@lists.openstack.org<br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank" >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></font></div></blockquote>
<div dir="ltr" > </div></div><BR>