charm-swift-proxy/unit_tests
Frode Nordahl 7c24ae8128 Fix Keystone v3 auth for swift-proxy
No need for refresh of proxy-server.conf template for Mitaka. Update
template for Kilo and later to make use of domain_name and project_name
parameters instead of domain_id and project_id parameters.

The current template sets up auth to user in default domain
but project in service domain. This does not work with service
domain layout.

Do not request configured operator_roles roles from Keystone. From
which roles swift-proxy should accept requests are still configured
in proxy-server.conf, but requesting and setting up these roles for
the s3_swift user in Keystone is incorrect behaviour.

Register required relation data for identity-service immediatelly when
relation to 'identity-service' exists. Do not postpone registration
until context is complete which may cause the swift-proxy unit marking
itself ready while still being in a unconfigured state.

Add tests to verify configuration and operation of swift-proxy when
using Keystone v3 auth.

Change-Id: I8bf182a9256f96af50e4cc37505d9c0ca3d62e47
Closes-Bug: 1646765
2016-12-08 07:17:26 +01:00
..
__init__.py Re-license charm as Apache-2.0 2016-07-01 18:12:11 +01:00
swift-test Update charm-helpers config to point to upstream repo, re-sync helpers. 2013-10-14 18:32:42 -07:00
test_actions.py Implement swauth 2016-09-23 09:12:43 -04:00
test_actions_openstack_upgrade.py Re-license charm as Apache-2.0 2016-07-01 18:12:11 +01:00
test_swift_context.py Fix Keystone v3 auth for swift-proxy 2016-12-08 07:17:26 +01:00
test_swift_hooks.py Fix Keystone v3 auth for swift-proxy 2016-12-08 07:17:26 +01:00
test_swift_utils.py Implement swauth 2016-09-23 09:12:43 -04:00
test_templates.py Re-license charm as Apache-2.0 2016-07-01 18:12:11 +01:00