Open Stack

thx George, yes I tried that, but it will replace the ID of an
existing flavor, with a uuid. I didn't want to introduce this change
as it may potentially affect something else, so I went ahead and
updated nova.instance_types, however I agree this ain't ideal. I'm not
sure the flavor set/update operation doesn't accept updating swap, or
other parameters. I assume it may in the worst case cause
inconsistencies.. thx will

On Thu, Dec 15, 2016 at 11:58 PM, George Mihaiescu <lmihaiescu at gmail.com> wrote:
> Can you not update the flavour in dashboard?
>
>> On Dec 15, 2016, at 09:34, William Josefsson <william.josefson at gmail.com> wrote:
>>
>>> On Thu, Dec 15, 2016 at 9:40 PM, Mikhail Medvedev <mihailmed at gmail.com> wrote:
>>>
>>> I could not figure out how to set swap on existing flavor fast enough,
>>> so I initially edited nova db directly. There were no side effects in
>>> doing so in Icehouse. I see no reason it would not work in Liberty.
>>>
>>>> Can anyone please advice on how to go about changing the 'swap'
>>>> setting for an existing flavor? Last resort is to add additional
>>>> flavors with swap values, but that would be very ugly. :(
>>>
>>> For a "nicer" way I ended up recreating flavor I needed to edit:
>>> delete old one, create new one with the same id and swap enabled. I
>>> hope there is a better way, but editing db directly, or recreating
>>> flavor was sufficient for me so far.
>>
>> Thanks Mikhail. Appreciate the hint. I thought of deleting the flavor,
>> and add again but was concerned about if that would affect current
>> instances with that flavor-id in use? Maybe the easiest is to just go
>> ahead and update the 'nova' table. I just was concerned that there
>> would be existing relationships that would brake upon e.g. deleting
>> existing instances, however.. I think I should go ahead and try the
>> db-update way first. thanks! will
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators