[horizon] default create_volume setting can't be changed

Eugen Block eblock at nde.ag
Wed Aug 26 08:55:09 UTC 2020


Hi,

thank you very much for the confirmation and the bug report.
Setting the comma seems to do the trick, I reverted my own changes and  
only added the comma, after restarting apache the dashboard applied my  
settings.

Thanks for the quick solution!

Best regards,
Eugen


Zitat von Akihiro Motoki <amotoki at gmail.com>:

> Hi Eugen,
>
> I also noticed this and filed a bug report at
> https://bugs.launchpad.net/horizon/+bug/1892990.
> It was caused by a missing comma in REST_API_REQUIRED_SETTINGS in
> openstack_dashboard/defaults.py.
> It was fixed in the master this month. It affects stable/train and
> stable/ussuri branches.
>
> I proposed backports to ussuri and train respectively.
> Cloud you try the stable/train backport?
> https://review.opendev.org/#/q/I1eae4be4464f55a29d169403a70c958c3b8a308b
>
> Thanks,
> Akihiro Motoki (irc: amotoki)
>
> On Mon, Aug 24, 2020 at 11:21 PM Eugen Block <eblock at nde.ag> wrote:
>>
>> Hi *,
>>
>> we recently upgraded from Ocata to Train and I'm struggling with a
>> specific setting: I believe since Pike version the default for
>> "create_volume" changed to "true" when launching instances from
>> Horizon dashboard. I would like to change that to "false" and set it
>> in our custom
>> /srv/www/openstack-dashboard/openstack_dashboard/local/local_settings.d/_100_local_settings.py:
>>
>>
>> LAUNCH_INSTANCE_DEFAULTS = {
>>      'config_drive': False,
>>      'create_volume': False,
>>      'hide_create_volume': False,
>>      'disable_image': False,
>>      'disable_instance_snapshot': False,
>>      'disable_volume': False,
>>      'disable_volume_snapshot': False,
>>      'enable_scheduler_hints': True,
>> }
>>
>> Other configs from this file work as expected, so that custom file
>> can't be the reason.
>> After apache and memcached restart nothing changes, the default is
>> still "true". Can anyone shed some light, please? I haven't tried
>> other configs yet so I can't tell if more options are affected.
>>
>> Thanks!
>> Eugen
>>
>>






More information about the openstack-discuss mailing list