Bug 1340001
Summary: | Keystone auth_url set wrongly in metadata_agent.ini | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Robin Cernin <rcernin> |
Component: | rhosp-director | Assignee: | Brent Eagles <beagles> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Arik Chernetsky <achernet> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 11.0 (Ocata) | CC: | aludwar, amuller, beagles, dbecker, felipe.alfaro, ihrachys, jslagle, mburns, mcornea, morazi, rcernin, rhel-osp-director-maint, shardy |
Target Milestone: | zstream | Keywords: | Triaged |
Target Release: | 11.0 (Ocata) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-04-01 12:34:40 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1339488 |
Description
Robin Cernin
2016-05-26 10:33:40 UTC
Note that means that once agent configuration is fixed, all metadata agents should be restarted, otherwise we leave those agents prone to breakage on any messaging error. This is how I fixed Director templates to get auth_url for Neutron metadata agent: diff --git a/templates/my-overcloud/puppet/controller-puppet.yaml b/templates/my-overcloud/puppet/controller-puppet.yaml index b58f83e..f95187a 100644 --- a/templates/my-overcloud/puppet/controller-puppet.yaml +++ b/templates/my-overcloud/puppet/controller-puppet.yaml @@ -1233,7 +1233,7 @@ resources: neutron::agents::metadata::auth_password: {get_input: neutron_password} neutron_dnsmasq_options: {get_input: neutron_dnsmasq_options} neutron_dsn: {get_input: neutron_dsn} - neutron::agents::metadata::auth_url: {get_input: keystone_identity_uri} + neutron::agents::metadata::auth_url: {get_input: keystone_auth_uri} neutron::server::notifications::nova_url: {get_input: nova_internal_url} neutron::server::notifications::auth_url: {get_input: nova_admin_auth_url} neutron::server::notifications::tenant_name: 'service' So the workaround in comment #3 seems reasonable, but it moves the neutron::agents::metadata::auth_url from the keystone admin endpoint to the public one, which I suspect isn't what we want (you just need to add the suffix to the existing admin endpoint, right?) See here: https://github.com/openstack/tripleo-heat-templates/blob/stable/liberty/puppet/controller.yaml#L1039 You're moving: keystone_identity_uri: { get_param: [EndpointMap, KeystoneAdmin, uri_no_suffix] } to keystone_auth_uri: {get_param: [EndpointMap, KeystoneInternal, uri] } I suspect you actually need this: https://github.com/openstack/tripleo-heat-templates/blob/stable/liberty/puppet/controller.yaml#L1150 neutron_admin_auth_url: { get_param: [ EndpointMap, KeystoneAdmin, uri ] } Please try this workaround - if you can confirm it works OK I'll go ahead and propose it as the fix: diff --git a/puppet/controller.yaml b/puppet/controller.yaml index 06585a7..e1d28f1 100644 --- a/puppet/controller.yaml +++ b/puppet/controller.yaml @@ -1499,7 +1499,7 @@ resources: neutron::agents::metadata::auth_password: {get_input: neutron_password} neutron_dnsmasq_options: {get_input: neutron_dnsmasq_options} neutron_dsn: {get_input: neutron_dsn} - neutron::agents::metadata::auth_url: {get_input: keystone_identity_uri} + neutron::agents::metadata::auth_url: {get_input: neutron_admin_auth_url} neutron::db::mysql::password: {get_input: neutron_password} neutron::keystone::auth::public_url: {get_input: neutron_public_url } neutron::keystone::auth::internal_url: {get_input: neutron_internal_url } Adding needinfo as I'd like confirmation the above fixes the problem from Robin. this is still an issue upstream (OSP10, OSP11, etc). See: https://github.com/openstack/tripleo-heat-templates/blob/master/puppet/services/neutron-metadata.yaml#L73 reassigning to DFG:Networking for a fix, then we can consider backporting. If I understand correctly, this is a keystone version specific detail and is not necessarily an issue in versions other than the one reported. If we can obtain the feedback requested by Steven in #c4, we can create a version specific fix. |