Normally, NOVA_USERNAME should be set to demo, but in some cases
it was being set to the running user ("stack") because it was
checking USERNAME as a possible default value.
This aligns with the pattern currently in master (for OS_USERNAME)
in that it uses either the value of NOVA_USERNAME or "demo".
This problem was identified by John Tran.
Change-Id: I82c005bbab9640642846793d25d36b776c8c897e
... | ... |
@@ -16,7 +16,7 @@ export NOVA_PROJECT_ID=${TENANT:-demo} |
16 | 16 |
|
17 | 17 |
# In addition to the owning entity (tenant), nova stores the entity performing |
18 | 18 |
# the action as the **user**. |
19 |
-export NOVA_USERNAME=${USERNAME:-demo} |
|
19 |
+export NOVA_USERNAME=${NOVA_USERNAME:-demo} |
|
20 | 20 |
|
21 | 21 |
# With Keystone you pass the keystone password instead of an api key. |
22 | 22 |
# The most recent versions of novaclient use NOVA_PASSWORD instead of NOVA_API_KEY |
... | ... |
@@ -43,7 +43,7 @@ export NOVA_REGION_NAME=${NOVA_REGION_NAME:-RegionOne} |
43 | 43 |
export EC2_URL=${EC2_URL:-http://$SERVICE_HOST:8773/services/Cloud} |
44 | 44 |
|
45 | 45 |
# Access key is set in the initial keystone data to be the same as username |
46 |
-export EC2_ACCESS_KEY=${USERNAME:-demo} |
|
46 |
+export EC2_ACCESS_KEY=${NOVA_USERNAME:-demo} |
|
47 | 47 |
|
48 | 48 |
# Secret key is set in the initial keystone data to the admin password |
49 | 49 |
export EC2_SECRET_KEY=${ADMIN_PASSWORD:-secrete} |