list_opts() should return plugin specific options

[Yang Youseok]

It's more of question than a bug though, there is no clear mention about the issue, so I report it as bug.

Most install documentation [1][2] has [keystone_authtoken] having password plugin. As an operator, what I was confused is that config file generated by generator does not have password plugin specific configuration. (e.g. auth_url / username / password ....)

After digging the related codes, I finally understand why it happens and can add the options manually though. I understand those plugin specific config is dynamically initialized so list_opts() does not care about them.

But imho, It's better to add the related options to list_opts() or at least add some documentation for the use case which means operators use generated config.

Thanks

[1]: https://docs.openstack.org/nova/latest/install/controller-install-ubuntu.html
[2]: https://docs.openstack.org/glance/latest/install/install-ubuntu.html

[Lance Bragstad (lbragstad)]

This might need more investigation, but it could be an issue with rendering options recursively since the plugin option you're referencing here is actually a keystoneauth configuration option, which is just consumed by keystonemiddleware.

[Yang Youseok (ileixe)]

@Lance

Yes. The problem is keystonemiddleware does not render the keystoneauth plugin options at all since those options are used dynamically.

Octavia even renders the options by themselves (https://github.com/openstack/octavia/blob/master/octavia/opts.py#L56), and imho keystonemiddleware could take a role for that.