<div dir="ltr">Hi<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>We should think about separating packages for master node and openstack. I guess we should use 2 repository:</div><div>1. MOS - repository for OpenStack related nodes</div><div>2. MasterNode - repository for packages that are used for master node only.</div><div><br></div></div></div></div></blockquote><div><br></div><div>At the moment, this is pretty simple as we only support Ubuntu as target node system as of 7.0 and 8.0, and our Master node runs on CentOS. Thus, our CentOS repo is for Fuel node, and Ubuntu repo is for OpenStack.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>However, it turned out that Fuel 8.0 is going to be run on Centos 7 and it is not enough to just do things which we usually did during upgrades. Now there are two ways to upgrade:</div><div>1) to use the official Centos upgrade script for upgrading from 6 to 7</div><div>2) to backup the master node, then reinstall it from scratch and then apply backup</div></div></blockquote><div><br></div></span><div>+1 for 2. We cannot guarantee that #1 will work smoothly. Also, there is some technical dept we cannot solve with #1 (i.e. - Docker device mapper). Also, the customer might have environments running on CentOS 6 so supporting all scenarios is quite hard. IF we do this we can redesign docker related part so we'll have huge profit later on.</div><div><br></div></div></div></div></blockquote><div><br></div><div>In Upgrade team, we researched these 2 options. Option #1 allows us to keep procedure close to what we had in previous versions, but it won't be automatic as there are too many changes in our flavor of CentOS 6.6. Option #2, on the other hand, will require developing essentially a new workflow: </div><div>1. backup the DB and settings,</div><div>2. prepare custom config for bootstrap_master_node script (to retain IP addressing),</div><div>3. reinstall Fuel node with 8.0, </div><div>4. upload and upgrade DB,</div><div>5. restore keystone/db credentials</div><div><br></div><div>This sequence of steps is high level, of course, and might change in the development. Its additional value that backup/restore parts of it could be used separately to create backups of the Fuel node.</div><div><br></div><div>Our current plan is to pursue option #2 in the following 3 weeks. I will keep this list updated on our progress as soon as we have any.</div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>A a company we will help the clients who might want to upgrade from 5.1-7.0 to 8.0, but that will include analysing environment/plugins and making personal scenario for upgrade. It might be 'fuel-octane' to migrate workload to a new cloud or some script/documentation to perform upgrade.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Upgrade team is trying to understand which way is more appropriate. Regarding to my tarball related activities, I'd say that this package based upgrade approach can be aligned with (1) (fuel-upgrade would use official Centos upgrade script as a first step for upgrade), but it definitely can not be aligned with (2), because it assumes reinstalling the master node from scratch.</div><div><br></div><div>Right now, I'm finishing the work around deprecating version.yaml and my further steps would be to modify fuel-upgrade script so it does not copy RPM/DEB repos, but those steps make little sense taking into account Centos 7 feature.</div></div></blockquote><div> </div></span><div>+1.</div><span><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Colleagues, let's make a decision about how we are going to upgrade the master node ASAP. Probably my tarball related work should be reduced to just throwing tarball away. </div></div></blockquote><div> </div></span><div>+2. That will allow us to:</div><div>1. Reduce ISO size</div><div>2. Increase ISO compilation by including -j8</div><div>3. Speed up CI</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><font color="#888888"><div><br></div><div><br></div><div>Vladimir Kozhukalov<br></div>
</font></span></div>
<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>
<br></blockquote></div><br></div></div>
<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>
<br></blockquote></div><br></div></div>