openstack user create fails without --domain option
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| python-openstackclient |
Fix Released
|
Critical
|
Unassigned | ||
Bug Description
Since the new openstackclient 7.1.0 release was created, user creation by openstack user create consistently fails because of 400 returned by keystone.
BadRequestExcep
Failed validating 'type' in schema[
{'maxLength': 64,
'minLength': 1,
'pattern': '^[a-zA-Z0-9-]+$',
'type': 'string'}
This issue is caught in storlets functional test. The command being executed is
$ openstack user create --project $SWIFT_
with the following environment variables exported.
export OS_IDENTITY_
export OS_AUTH_URL="http://
export OS_REGION_
export OS_USERNAME=
export OS_USER_
export OS_PASSWORD=
export OS_PROJECT_
export OS_PROJECT_
It seems the problem is resolved if ``--domain`` option is added (or probably OS_DOMAIN_ID environment is set).
This usage hasn't been changed for a while so this is considered as a regression in 7.1.0 (or probably 7.0.0 because the one used in the last successful run was 6.6.0)
| Changed in python-openstackclient: | |
| status: | New → Triaged |
| importance: | Undecided → Critical |
| description: | updated |
Did confirm the issue locally, it seems to be present in 7.0.0 already, <7 is not affected. It also isn't related to using environment variables, same effect happens when just using some cloud config with "--os-cloud" /OS_CLOUD being set.