From b9d41c93f6a44e6e261e98c731412613575d3058 Mon Sep 17 00:00:00 2001 From: Dan Prince Date: Sun, 20 Oct 2013 11:38:52 -0400 Subject: [PATCH] Drop auth_token configs for api-paste.ini. We now prefer to use nova.conf to configure keystoneclients auth_token configs. Also, Devstack has now been update to allow this: https://review.openstack.org/#/c/52258/ Change-Id: I2a4b300af37eddf5010b97ca796f0552941642a8 --- etc/nova/api-paste.ini | 12 ------------ 1 file changed, 12 deletions(-) diff --git a/etc/nova/api-paste.ini b/etc/nova/api-paste.ini index 0f8d2e11f1d2..838fcafaecf6 100644 --- a/etc/nova/api-paste.ini +++ b/etc/nova/api-paste.ini @@ -114,15 +114,3 @@ paste.filter_factory = nova.api.auth:NovaKeystoneContext.factory [filter:authtoken] paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory -auth_host = 127.0.0.1 -auth_port = 35357 -auth_protocol = http -admin_tenant_name = %SERVICE_TENANT_NAME% -admin_user = %SERVICE_USER% -admin_password = %SERVICE_PASSWORD% -# signing_dir is configurable, but the default behavior of the authtoken -# middleware should be sufficient. It will create a temporary directory -# in the home directory for the user the nova process is running as. -#signing_dir = /var/lib/nova/keystone-signing -# Workaround for https://bugs.launchpad.net/nova/+bug/1154809 -auth_version = v2.0