[Expired for python-novaclient (Ubuntu) because there has been no
activity for 60 days.]
** Changed in: python-novaclient (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
@James:
It looks like the --help output doesn't list --region and lists
--os_region_name and --region_name instead. That said, my tests seem to
show that the --region option still works (for now).
Retesting:
$ for opt in region region_name os_region_name; do
for region in doesnotexist regi
Hi Andrew
Please can you try using "--os_region_name" and see if that makes a
difference - I can't actually see where --region is a valid option.
Thanks
** Changed in: python-novaclient (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of
** Package changed: nova (Ubuntu) => python-novaclient (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/980930
Title:
nova client does not respect regions for a subset of commands
To manage n
** Changed in: nova (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/980930
Title:
nova client does not respect regions for a subset of commands
To manage n
Further testing shows that "nova list" commands respect --region
correctly. So this may only affect a subset of commands. I've updated
the bug description to reflect this.
** Summary changed:
- nova client does not respect regions
+ nova client does not respect regions for a subset of commands
-
A little more clarification:
When setting NOVACLIENT_DEBUG in my shell's environment I can confirm
that Keystone returns the full catalog for all regions to the "nova"
client. Assuming this is the correct behavior for Keystone, then this is
a client-side filtering bug.
** Tags added: canonistack
