Neutron client does not correctly deal with incorrect tenant-id when creating security group
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
python-neutronclient |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
When creating a Security Group with the neutron client using the --tenant-id parameter no error occurs if you use the project name vs UUID. It will show on the neutron security-group-list with the name vs the UUID and does not show in Horizon. Verified on Pike.
Example:
neutron security-
neutron security-group-list
remote_group_id: 82a68de6-
| afd13a35-
| | | | egress, IPv6 |
| | | | ingress, IPv4, remote_group_id: afd13a35-
| | | | ingress, IPv6, remote_group_id: afd13a35-
| db952361-
| | | | egress, IPv6 |
| | | | ingress, IPv4, remote_group_id: db952361-
"neutron" CLI does not look up a project name against keystone. This is the current behavior and considering the situation that neutron CLI is frozen for future removal we don't change its behavior.
If you want CLI to resolve a project name into UUID, please use "openstack" CLI.