List call for metadef namespaces returns 404 not found while fetching resource_types
Bug #1973631 reported by
Abhishek Kekane
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Glance |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
We encountered this issue in our glance-
Actually while fetching the resource_types associated with namespace if namespace is not exist then it should return empty list rather than raising 404 not found from that point.
Changed in glance: | |
status: | New → In Progress |
To post a comment you must log in.
Reviewed: https:/ /review. opendev. org/c/openstack /glance/ +/841970 /opendev. org/openstack/ glance/ commit/ 35e6c57bc903657 96f45ada9271e53 2068557b8a
Committed: https:/
Submitter: "Zuul (22348)"
Branch: master
commit 35e6c57bc903657 96f45ada9271e53 2068557b8a
Author: Dan Smith <email address hidden>
Date: Mon May 16 11:58:05 2022 -0700
Fix failing namespace list delete race
If a namespace is deleted by another client while we are doing a type_associatio ns list. The latter re-queries
namespace list operation, we will fail the list with NotFound if we
try to pull the resource_
the DB for the namespace and will raise NotFound to us. This is
especially bad because the namespace being deleted need not even
belong to the caller of the list, as is the case in a tempest run.
This makes us catch the failure and continue the operation, reporting
no associations so that the client gets a consistent view and no
error.
Closes-Bug: #1973631 507d2aec44c5b38 2a72f232571
Change-Id: I09fc9164a08f42