+1 to Sergii. It's completely a crazy idea to replace one feature with another and don't provide a fallback mode. We have no data how it works on the user side in real life. I think it could be marked as "deprecated", but it definitely must be present at least one release yet.
On Mon, Jan 26, 2015 at 8:47 PM, Sergii Golovatiuk <[email protected]> wrote: > 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. > > > > -- > Best regards, > Sergii Golovatiuk, > Skype #golserge > IRC #holser > > On Mon, Jan 26, 2015 at 4:56 PM, Vladimir Kozhukalov > <[email protected]> wrote: >> >> 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. >> >> Vladimir Kozhukalov >> >> On Mon, Jan 26, 2015 at 6:22 PM, Igor Kalnitsky <[email protected]> >> wrote: >>> >>> Just want to be sure I understand you correctly: do you propose to >>> FORBID kickstart/preseed installation way in upcoming release at all? >>> >>> On Mon, Jan 26, 2015 at 3:59 PM, Vladimir Kozhukalov >>> <[email protected]> wrote: >>> > Subject is changed. >>> > >>> > Vladimir Kozhukalov >>> > >>> > On Mon, Jan 26, 2015 at 4:55 PM, Vladimir Kozhukalov >>> > <[email protected]> wrote: >>> >> >>> >> Dear Fuelers, >>> >> >>> >> As you might know we need it to be possible to install several >>> >> versions of >>> >> a particular OS (Ubuntu and Centos) by 6.1 As far as having different >>> >> OS >>> >> versions also means having different sets of packages and some of the >>> >> packages are installed and configured during provisioning stage, we >>> >> need to >>> >> have a kind of kickstart/preseed version mechanism. >>> >> >>> >> Cobbler is exactly such a mechanism. It allows us to have several >>> >> Distros >>> >> (installer images) and profiles (kickstart/preseed files). But >>> >> unfortunately, for some reasons we have not been using those Cobbler's >>> >> capabilities since the beginning of Fuel and it doesn't seem to be >>> >> easily >>> >> introduced into Nailgun to deal with the whole Cobbler life cycle. >>> >> >>> >> Anyway, we are moving towards IBP (image based provisioning) and we >>> >> already have different images connected to different OpenStack >>> >> releases >>> >> (openstack.yaml) and everything else which is necessary for initial >>> >> node >>> >> configuration is serialized inside provision data (including profile >>> >> name >>> >> like 'ubuntu_1204' or 'ubuntu_1404') and we are able to choose >>> >> cloud-init >>> >> template by this profile name. >>> >> >>> >> And taking into account what it is written above, the suggestion is to >>> >> completely avoid using kickstart/preseed based way of OS provisioning >>> >> by 6.1 >>> >> for all new releases allowing ONLY old ones to use this way. >>> >> >>> >> Any opinions about that stuff are welcome. >>> >> >>> >> Vladimir Kozhukalov >>> > >>> > >>> > >>> > >>> > __________________________________________________________________________ >>> > OpenStack Development Mailing List (not for usage questions) >>> > Unsubscribe: >>> > [email protected]?subject:unsubscribe >>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>> > >>> >>> >>> __________________________________________________________________________ >>> OpenStack Development Mailing List (not for usage questions) >>> Unsubscribe: >>> [email protected]?subject:unsubscribe >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: [email protected]?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
