[Openstack-operators] [nova] Removing seeded flavors
Matt Riedemann
mriedem at linux.vnet.ibm.com
Mon Apr 4 22:00:42 UTC 2016
On 4/4/2016 3:43 PM, Joseph Bajin wrote:
> While I think it's fine to remove this from the normal setup, I think
> there should be either a file or process that one could run to add these
> basic flavors. I think without you will have things such as DevStack
> and other beginners not being able to get up and going.
>
> I think having the migration as a side option would be a good compromise.
>
> On Sun, Apr 3, 2016 at 1:46 PM, Robert Starmer <robert at kumul.us
> <mailto:robert at kumul.us>> wrote:
>
> I'll add a vote for removal, given how varied private clouds tend to
> be, the flavors are often "wrong" for any one particular purpose.
>
> R
>
> On Sat, Apr 2, 2016 at 8:41 PM, Mike Smith <mismith at overstock.com
> <mailto:mismith at overstock.com>> wrote:
>
> +1 from me. We always just remove them and add our own. Like
> Dan said, it’s consistent with populating your own images.
>
> Mike Smith
> Lead Cloud Systems Architect
> Overstock.com <http://Overstock.com>
>
>
>
>> On Apr 2, 2016, at 8:33 PM, Eric Windisch <eric at windisch.us
>> <mailto:eric at windisch.us>> wrote:
>>
>> I recall these being embedded being a real operational pain
>> when my team wanted to replace the defaults. +1 on removal
>>
>> On Mar 31, 2016 2:27 PM, "Dan Smith" <dms at danplanet.com
>> <mailto:dms at danplanet.com>> wrote:
>>
>> Hi all,
>>
>> I just wanted to float this past the operators list for
>> visibility:
>>
>> Historically Nova has seeded some default flavors in an
>> initial install.
>> The way it has done this is really atypical of anything
>> else we do, as
>> it's embedded in the initial database schema migration.
>> Since we're
>> moving where we store those flavors now, leaving their
>> creation in the
>> original migration means even new deploys will just have
>> to move them to
>> the new location. That, and we don't even use them for our
>> own testing
>> as they're too large.
>>
>> So, this will involve removing them from that migration,
>> making sure
>> that devstack creates you some flavors to use if you're
>> going that
>> route, and updates to the manuals describing the creation
>> of base
>> flavors alongside getting an image set up to use.
>>
>> For real deployments, there should be little or no effect,
>> but PoC type
>> deploys that are used to those flavors being present may
>> need to run a
>> couple of flavor-create commands when bootstrapping, just
>> like you have
>> to do for images.
>>
>> Thanks!
>>
>> --Dan
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> <mailto:OpenStack-operators at lists.openstack.org>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> <mailto:OpenStack-operators at lists.openstack.org>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> <mailto:OpenStack-operators at lists.openstack.org>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> <mailto:OpenStack-operators at lists.openstack.org>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
People using devstack will be fine once this is merged:
https://review.openstack.org/#/c/301257/
--
Thanks,
Matt Riedemann
More information about the OpenStack-operators
mailing list