<div dir="ltr">Oleg, <div><br></div><div>All docker containers currently are distributed as rpm packages. A little bit surprising, isn't it? But it works and we can easily deliver updates using this old plain rpm based mechanism. The package in 6.1GA is called fuel-docker-images-6.1.0-1.x86_64.rpm So, upgrade flow would be like this</div><div>0) add new (say 7.0) repository into /etc/yum.repos.d/some.repo</div><div>1) install fuel-upgrade package (yum install fuel-upgrade-7.0)</div><div>2) fuel-upgrade package has all other packages (docker, bootstrap image, target images, puppet modules) as its dependencies</div><div>3) run fuel-upgrade script (say /usr/bin/fuel-upgrade) and it performs all necessary actions like moving files, run new containers, upload fixtures into nailgun via REST API.</div><div><br></div><div>It is necessary to note that we are talking here about Fuel master node upgrades, not about Openstack cluster upgrades (which is the feature you are working on).</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div>Vladimir Kozhukalov</div></div></div>
<br><div class="gmail_quote">On Thu, Jul 16, 2015 at 1:22 PM, Oleg Gelbukh <span dir="ltr"><<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Vladimir,<div><br></div><div>I am fully support moving fuel-upgrade-system into repository of its own. However, I'm not 100% sure how docker containers are going to appear on the upgraded master node. Do we have public repository of Docker images already? Or we are going to build them from scratch during the upgrade?</div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Jul 16, 2015 at 11:46 AM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">By the way, first step for this to happen is to move stackforge/fuel-web/fuel_upgrade_system into a separate repository. Fortunately, this directory is not the place where the code is continuously changing (changes are rather seldom) and moving this project is going to barely affect the whole development flow. So, action flow is as follows<div><br></div><div>0) patch to openstack-infra for creating new repository (workflow -1)</div><div>1) patch to Fuel CI to create verify jobs</div><div>2) freeze stackforge/fuel-web/fuel_upgrade_system directory</div><div>3) create upstream repository which is to be sucked in by openstack infra</div><div>4) patch to openstack-infra for creating new repository (workflow +1)</div><div>5) patch with rpm spec for fuel-upgrade package and other infrastructure files like run_tests.sh</div><div>6) patch to perestroika to build fuel-upgrade package from new repo</div><div>7) patch to fuel-main to remove upgrade tarball</div><div>8) patch to Fuel CI to remove upgrade tarball</div><div>9) patch to fuel-web to remove fuel_upgrade_system directory</div><span><font color="#888888"><div><br></div><div><br></div></font></span></div><div class="gmail_extra"><span><font color="#888888"><br clear="all"><div><div><div>Vladimir Kozhukalov</div></div></div></font></span><div><div>
<br><div class="gmail_quote">On Thu, Jul 16, 2015 at 11:13 AM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Dear colleagues,</div><div><br></div><div>I'd like to suggest to get rid of Fuel upgrade tarball and convert this thing into fuel-upgrade rpm package. Since we've switched to online rpm/deb based upgrades, it seems we can stop packaging rpm/deb repositories and docker containers into tarball and instead package upgrade python script into rpm. It's gonna decrease the complexity of build process as well as make it a little bit faster. </div><div><br></div><div>What do you think of this?</div><span><font color="#888888"><div><br></div><br clear="all"><div><div><div>Vladimir Kozhukalov</div></div></div>
</font></span></div>
</blockquote></div><br></div></div></div>
<br></div></div><span class="">__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br></span>
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>
<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>