<div dir="ltr"><div class="gmail_extra">On Fri, Nov 6, 2015 at 3:32 PM, Alexander Kostrikov <span dir="ltr"><<a href="mailto:akostrikov@mirantis.com" target="_blank">akostrikov@mirantis.com</a>></span> wrote:<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">Hi, Vladimir!<div>I think that option (2) '<span style="font-size:12.8px">to backup the master node, then reinstall it from scratch and then apply backup' is a better way for upgrade.</span><div><span style="font-size:12.8px">In that way we are concentrating on two problems in one feature:</span></div><div><span style="font-size:12.8px">backups and upgrades.</span> </div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><span style="font-size:12.8px">That will ease development, testing and also reduce feature creep.</span></div></div></div></blockquote><div><br></div><div>Alexander, +1 on this.</div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">P.S.</span></div><div><span style="font-size:12.8px">It is hard to refer to (2) because You have thee (2)-s.</span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Fri, Nov 6, 2015 at 1:29 PM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br></span><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"><div>Dear colleagues,</div><div><br></div><div>At the moment I'm working on deprecating Fuel upgrade tarball. Currently, it includes the following:</div><div><br></div><div>* RPM repository (upstream + mos)</div><div>* DEB repository (mos)</div><div>* openstack.yaml</div><div>* version.yaml</div><div>* upgrade script itself (+ virtualenv)</div><div><br></div><div>Apart from upgrading docker containers this upgrade script makes copies of the RPM/DEB repositories and puts them on the master node naming these repository directories depending on what is written in openstack.yaml and version.yaml. My plan was something like:</div><div><br></div><div>1) deprecate version.yaml (move all fields from there to various places)</div><div>2) deliver openstack.yaml with fuel-openstack-metadata package</div><div>3) do not put new repos on the master node (instead we should use online repos or use fuel-createmirror to make local mirrors)</div><div>4) deliver fuel-upgrade package (throw away upgrade virtualenv)</div><div><br></div><div>Then UX was supposed to be roughly like:</div><div><br></div><div>1) configure /etc/yum.repos.d/nailgun.repo (add new RPM MOS repo)</div><div>2) yum install fuel-upgrade</div><div>3) /usr/bin/fuel-upgrade (script was going to become lighter, because there should have not be parts coping RPM/DEB repos)</div><div><br></div><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><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><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><span><font color="#888888"><div><br></div><div><br></div><div>Vladimir Kozhukalov<br></div>
</font></span></div>
<br></div></div><span class="">__________________________________________________________________________<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></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><p style="margin-bottom:0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US">Kind Regards,<br></span></p><p style="margin-bottom:0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US">Alexandr Kostrikov,<br></span></p><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US"><br>Mirantis, Inc.</span><span style="font-family:Arial,sans-serif;color:rgb(31,73,125)" lang="EN-US"></span>
<p style="margin:0cm 0cm 0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US">35b/3, Vorontsovskaya
St., 109147, Moscow, Russia</span><span style="font-family:Arial,sans-serif;color:rgb(31,73,125)" lang="EN-US"></span></p>
<p style="margin:0cm 0cm 0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US"><br>
Tel.: <a href="tel:%2B7%20%28495%29%20640-49-04" value="+74956404904" target="_blank">+7 (495) 640-49-04</a><br>
Tel.: <a href="tel:%2B7%20%28906%29%20740-64-79" value="+79067406479" target="_blank">+7 (925) 716-64-52</a></span><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US"></span></p>
<p style="margin:0cm 0cm 0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US">Skype: akostrikov_mirantis</span></p>
<p style="margin:0cm 0cm 0.0001pt"><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US">E-mail:<span> </span></span><span style="font-size:10pt;font-family:Arial,sans-serif"><a href="mailto:elogutova@mirantis.com" target="_blank"><span style="color:rgb(17,85,204)" lang="EN-US"><span><span><span>akostrikov@mirantis.com</span></span></span></span></a></span><span style="font-family:Arial,sans-serif" lang="EN-US"></span></p>
<p style="margin-bottom:0.0001pt"><u><span style="font-size:10pt;font-family:Arial,sans-serif"><a href="http://www.mirantis.ru/" target="_blank"><span style="color:rgb(17,85,204)" lang="EN-US">www.mirantis.com</span></a></span></u><u><span style="font-size:10pt;font-family:Arial,sans-serif" lang="EN-US"><br>
</span></u><u><span style="font-size:10pt;font-family:Arial,sans-serif"><a href="http://www.mirantis.ru/" target="_blank"><span style="color:rgb(17,85,204)" lang="EN-US">www.mirantis.ru</span></a></span></u><span style="font-family:Arial,sans-serif" lang="EN-US"></span></p></div></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>