On 8/13/25 07:41, Chang Xue wrote:
Thanks. The os-query-sets API requests to nova have been successful, no error reported though, just the duration of it is becoming longer and longer unless we restart nova-api. It seems to be different from the bug being fixed in the pose.. But will keep checking nova api logs to see if I can find something more.
I think you mean the os-quota-sets API, right? In Caracal we had intended to change the default [quota]driver for the UnifiedLimitsDriver but this did not happen due to some upgrade concerns. So the default should still be the DbQuotaDriver. I skimmed through the commit differences in Nova between Bobcat and Caracal and did not find anything that looked suspect so far. The challenge is the problem could be in a number of places: Nova or oslo.cache or dogpile.cache.<backend> or keystonemiddleware and maybe more that I haven't thought of. I would think similar to what you mentioned earlier that this would seem most likely to be related to some sort of caching and in the past we have seen such issues from missing or incorrect configuration, as Eugen mentioned. It is known that if the cache is not configured right, you will see a progressive slowdown in the API over time. This would be the first thing to check in your nova-api nova.conf, you should have the following configuration to enable keystone auth token caching: [cache] memcache_servers = localhost:11211 backend = dogpile.cache.memcached enabled = True and if you have multiple memcache_servers they should be comma separated, for example: host1:port1,host2:port2 If your configuration is correct, then it might be worth trying a different [cache]backend to try and isolate whether the problem is related to this cache or something else. And then go from there. -melwitt