Bug 2092879

Summary: [RHOSP 13.0.16] Can't delete encrypted volume to due Barbican error [4xx Client error: Not found: Sorry but your secret is in another castle]
Product: Red Hat OpenStack Reporter: James Mittermair <jmitterm>
Component: openstack-barbicanAssignee: Douglas Mendizábal <dmendiza>
Status: CLOSED DUPLICATE QA Contact: Jeremy Agee <jagee>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 13.0 (Queens)CC: dmendiza, hrybacki
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-06-23 15:39:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description James Mittermair 2022-06-02 13:21:06 UTC
Description of problem:
Our customer is unable to delete an encrypted volume due to the above error in the issue.

It is possible the issue is due to the environment having another domain that the project/user resides in that created the Barbican secret.

Version-Release number of selected component (if applicable):
13.0.16

How reproducible:
Always

Steps to Reproduce:
(Wasn't able to reproduce this on a regular environment in a single project, so believe this must have to do with a project across domains).
1. Attempt to delete an encrypted volume either as the DEFAULT/admin account, or as the domain/${secret-owner}
2. The secret volume fails to delete.

Actual results:
- User tries to delete the encrypted volume
- Cinder reports a HTTP 200 OK for confirming the volume exists, and a HTTP 202 Accepted for the request to delete the volume.
- The request for deletion then fails due to the Barbican error.

Expected results:
- We expect the encrypted volume at least to delete, and if Keystone notifications are being listened on [1], we also expect the secret to be self-cleaned.

Additional info:
- See private notes.

Comment 4 Douglas Mendizábal 2022-06-23 15:39:16 UTC

*** This bug has been marked as a duplicate of bug 2026029 ***