List Limits returns Null in Nova Unified Limits
Hello All, I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine. Paste data for the output is here: https://pastebin.com/sPZgZDEK I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of [] ({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}}) The log in keystone WSGI just shows a 200 for the GET request, not much else I could find. Should this work in the way I am expecting here? Or am I missing something? Thanks for any and all assistance!
On 11/11/25 13:05, Tyler Wilson wrote:
Hello All,
I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine.
Paste data for the output is here: https://pastebin.com/sPZgZDEK
I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of []
({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}})
The log in keystone WSGI just shows a 200 for the GET request, not much else I could find.
Should this work in the way I am expecting here? Or am I missing something?
Thanks for any and all assistance!
I notice that you used --project customer02 when you created the limit but in the response you get that returned as its corresponding UUID b2b0561a379e45cb8dc3727b453af77b. The unified limits commands generally only work with UUIDs and not names, so I wonder if that could be the issue. Have you tried: openstack limit list --project b2b0561a379e45cb8dc3727b453af77b Though I would have expected your GET http://KEYSTONE_IP:5000/v3/limits should have shown something. Are you authenticating as the same project the limit belongs to or a different one? -melwitt
Hello, Thanks for your reply! I tried with the project ID and it still returns no data, I even tried issuing the same limit with the project ID instead of the name and got 'Conflict occurred attempting to store limit - Duplicate entry. (HTTP 409)'. I'm using the standard admin user (auto-setup via Kolla) to do these requests in the CLI. So this would be a different project as my env reads OS_PROJECT_NAME=admin. However since i can create and show limits fine, wouldn't that not be an issue? Thanks for your help. On Tue, Nov 11, 2025 at 2:19 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:05, Tyler Wilson wrote:
Hello All,
I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine.
Paste data for the output is here: https://pastebin.com/sPZgZDEK
I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of []
({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}})
The log in keystone WSGI just shows a 200 for the GET request, not much else I could find.
Should this work in the way I am expecting here? Or am I missing something?
Thanks for any and all assistance!
I notice that you used --project customer02 when you created the limit but in the response you get that returned as its corresponding UUID b2b0561a379e45cb8dc3727b453af77b. The unified limits commands generally only work with UUIDs and not names, so I wonder if that could be the issue.
Have you tried:
openstack limit list --project b2b0561a379e45cb8dc3727b453af77b
Though I would have expected your GET http://KEYSTONE_IP:5000/v3/limits should have shown something. Are you authenticating as the same project the limit belongs to or a different one?
-melwitt
On 11/11/25 13:45, Tyler Wilson wrote:
Hello,
Thanks for your reply! I tried with the project ID and it still returns no data, I even tried issuing the same limit with the project ID instead of the name and got 'Conflict occurred attempting to store limit - Duplicate entry. (HTTP 409)'.
I'm using the standard admin user (auto-setup via Kolla) to do these requests in the CLI. So this would be a different project as my env reads OS_PROJECT_NAME=admin. However since i can create and show limits fine, wouldn't that not be an issue?
You would think so, however I felt like I recall there is something odd about the list limits API that is different than the others. That in order to be able to list limits that belong to other projects, the 'system' scope was needed. And I believe that is what this bug report opened earlier this year is also describing: https://bugs.launchpad.net/keystone/+bug/2116930 Another similar issue: https://bugs.launchpad.net/keystone/+bug/2089403
On Tue, Nov 11, 2025 at 2:19 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:05, Tyler Wilson wrote:
Hello All,
I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine.
Paste data for the output is here: https://pastebin.com/sPZgZDEK
I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of []
({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}})
The log in keystone WSGI just shows a 200 for the GET request, not much else I could find.
Should this work in the way I am expecting here? Or am I missing something?
Thanks for any and all assistance!
I notice that you used --project customer02 when you created the limit but in the response you get that returned as its corresponding UUID b2b0561a379e45cb8dc3727b453af77b. The unified limits commands generally only work with UUIDs and not names, so I wonder if that could be the issue.
Have you tried:
openstack limit list --project b2b0561a379e45cb8dc3727b453af77b
Though I would have expected your GET http://KEYSTONE_IP:5000/v3/limits should have shown something. Are you authenticating as the same project the limit belongs to or a different one?
-melwitt
Hello, It looks like its still not returning any limits with a system scoped token (still using the admin user/pass): https://pastebin.com/c3KURbVV Thanks again for any and all assistance. On Tue, Nov 11, 2025 at 3:04 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:45, Tyler Wilson wrote:
Hello,
Thanks for your reply! I tried with the project ID and it still returns no data, I even tried issuing the same limit with the project ID instead of the name and got 'Conflict occurred attempting to store limit - Duplicate entry. (HTTP 409)'.
I'm using the standard admin user (auto-setup via Kolla) to do these requests in the CLI. So this would be a different project as my env reads OS_PROJECT_NAME=admin. However since i can create and show limits fine, wouldn't that not be an issue?
You would think so, however I felt like I recall there is something odd about the list limits API that is different than the others. That in order to be able to list limits that belong to other projects, the 'system' scope was needed.
And I believe that is what this bug report opened earlier this year is also describing:
https://bugs.launchpad.net/keystone/+bug/2116930
Another similar issue:
https://bugs.launchpad.net/keystone/+bug/2089403
On Tue, Nov 11, 2025 at 2:19 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:05, Tyler Wilson wrote:
Hello All,
I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine.
Paste data for the output is here: https://pastebin.com/sPZgZDEK
I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of []
({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}})
The log in keystone WSGI just shows a 200 for the GET request, not much else I could find.
Should this work in the way I am expecting here? Or am I missing something?
Thanks for any and all assistance!
I notice that you used --project customer02 when you created the limit but in the response you get that returned as its corresponding UUID b2b0561a379e45cb8dc3727b453af77b. The unified limits commands generally only work with UUIDs and not names, so I wonder if that could be the issue.
Have you tried:
openstack limit list --project b2b0561a379e45cb8dc3727b453af77b
Though I would have expected your GET http://KEYSTONE_IP:5000/v3/limits should have shown something. Are you authenticating as the same project the limit belongs to or a different one?
-melwitt
On 11/11/25 14:36, Tyler Wilson wrote:
Hello,
It looks like its still not returning any limits with a system scoped token (still using the admin user/pass): https://pastebin.com/c3KURbVV
I think you need to use '--os-system-scope all', I don't think that 'system' is a valid value for --os-system-scope.
On Tue, Nov 11, 2025 at 3:04 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:45, Tyler Wilson wrote:
Hello,
Thanks for your reply! I tried with the project ID and it still returns no data, I even tried issuing the same limit with the project ID instead of the name and got 'Conflict occurred attempting to store limit - Duplicate entry. (HTTP 409)'.
I'm using the standard admin user (auto-setup via Kolla) to do these requests in the CLI. So this would be a different project as my env reads OS_PROJECT_NAME=admin. However since i can create and show limits fine, wouldn't that not be an issue?
You would think so, however I felt like I recall there is something odd about the list limits API that is different than the others. That in order to be able to list limits that belong to other projects, the 'system' scope was needed.
And I believe that is what this bug report opened earlier this year is also describing:
https://bugs.launchpad.net/keystone/+bug/2116930
Another similar issue:
https://bugs.launchpad.net/keystone/+bug/2089403
On Tue, Nov 11, 2025 at 2:19 PM melanie witt <melwittt@gmail.com> wrote:
On 11/11/25 13:05, Tyler Wilson wrote:
Hello All,
I'm looking into testing out the Nova unified limits, however I am experiencing an odd issue where the 'limit list' returns no data. The 'limit create' and 'limit show' (with the UUID from the create command) seem to work fine.
Paste data for the output is here: https://pastebin.com/sPZgZDEK
I've even tried sending a GET to http://KEYSTONE_IP:5000/v3/limits with the output of []
({"limits": [], "links": {"next": null, "self": "http://KEYSTONE_IP:5000/v3/limits", "previous": null}})
The log in keystone WSGI just shows a 200 for the GET request, not much else I could find.
Should this work in the way I am expecting here? Or am I missing something?
Thanks for any and all assistance!
I notice that you used --project customer02 when you created the limit but in the response you get that returned as its corresponding UUID b2b0561a379e45cb8dc3727b453af77b. The unified limits commands generally only work with UUIDs and not names, so I wonder if that could be the issue.
Have you tried:
openstack limit list --project b2b0561a379e45cb8dc3727b453af77b
Though I would have expected your GET http://KEYSTONE_IP:5000/v3/limits should have shown something. Are you authenticating as the same project the limit belongs to or a different one?
-melwitt
participants (2)
-
melanie witt
-
Tyler Wilson