<div dir="ltr">I would also go through normal deprecation process, thus marking it as deprecated and disabled by default. But I would leave an opportunity to enable it.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 26, 2015 at 9:47 PM, Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@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">Until we are sure IBP solves operation phase where we need to deliver updated packages so client will be able to provision new machines with these fixed packages, I would leave backward compatibility with normal provision. ... Just in case.<br><br><br></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr">--<br>
Best regards,<br>
Sergii Golovatiuk,<br>
Skype #golserge<br>
IRC #holser<br></div></div></div><div><div class="h5">
<br><div class="gmail_quote">On Mon, Jan 26, 2015 at 4:56 PM, 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">My suggestion is to make IBP the only option available for all upcoming OpenStack releases which are defined in openstack.yaml. It is to be possible to install OS using kickstart for all currently available OpenStack releases. </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 Mon, Jan 26, 2015 at 6:22 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just want to be sure I understand you correctly: do you propose to<br>
FORBID kickstart/preseed installation way in upcoming release at all?<br>
<br>
On Mon, Jan 26, 2015 at 3:59 PM, Vladimir Kozhukalov<br>
<div><div><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>> wrote:<br>
> Subject is changed.<br>
><br>
> Vladimir Kozhukalov<br>
><br>
> On Mon, Jan 26, 2015 at 4:55 PM, Vladimir Kozhukalov<br>
> <<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>> wrote:<br>
>><br>
>> Dear Fuelers,<br>
>><br>
>> As you might know we need it to be possible to install several versions of<br>
>> a particular OS (Ubuntu and Centos) by 6.1  As far as having different OS<br>
>> versions also means having different sets of packages and some of  the<br>
>> packages are installed and configured during provisioning stage, we need to<br>
>> have a kind of kickstart/preseed version mechanism.<br>
>><br>
>> Cobbler is exactly such a mechanism. It allows us to have several Distros<br>
>> (installer images) and profiles (kickstart/preseed files). But<br>
>> unfortunately, for some reasons we have not been using those Cobbler's<br>
>> capabilities since the beginning of Fuel and it doesn't seem to be easily<br>
>> introduced into Nailgun to deal with the whole Cobbler life cycle.<br>
>><br>
>> Anyway, we are moving towards IBP (image based provisioning) and we<br>
>> already have different images connected to different OpenStack releases<br>
>> (openstack.yaml) and everything else which is necessary for initial node<br>
>> configuration is serialized inside provision data (including profile name<br>
>> like 'ubuntu_1204' or 'ubuntu_1404') and we are able to choose cloud-init<br>
>> template by this profile name.<br>
>><br>
>> And taking into account what it is written above, the suggestion is to<br>
>> completely avoid using kickstart/preseed based way of OS provisioning by 6.1<br>
>> for all new releases allowing ONLY old ones to use this way.<br>
>><br>
>> Any opinions about that stuff are welcome.<br>
>><br>
>> Vladimir Kozhukalov<br>
><br>
><br>
><br>
</div></div>> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></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" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></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" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div>
</div>