-
Bug
-
Resolution: Done
-
Critical
-
None
-
False
-
-
False
-
ToDo
-
0
-
0
-
Very Likely
-
0
-
None
-
Unset
-
Unknown
-
No
Description of problem:
There was some previous work done to enable OADP w/ ROSA using STS authentication and permissions. The SRE ROSA team has created step by step instructions that we need to automate as part of the QE regression suite.
The workflow [1] needs to continue to work from release to release of OADP.
[1] https://github.com/rh-mobb/documentation/tree/main/docs/misc/oadp/rosa-sts
Documentation Request:
@Wesley Hayutin, SREP has confirmed that the policies and configuration documented within https://mobb.ninja/docs/misc/oadp/rosa-sts/ is accurate, with the caveat of their hardcoded version string, and the trust-policy needs to be updated to reflect our new CloudFront URLs. Can you please take the lead on getting documentation for this publicly in Red Hat documentation?
@Michael McNeill, are you able to update the MOBB documentation to reflect these 2 changes as well?
Internal Requirements Doc: https://docs.google.com/document/d/16ofaZi32RFhaGF2lTn6ij4nWt-gnKwNtNDhscvj1nTI/edit#heading=h.vyqcv64ewdqi
- clones
-
OADP-940 QE automation required for OADP on ROSA w/ STS
- Release Pending
- is related to
-
OADP-1057 Cloudstorage API: Backup of an app with internal images partially fails with plugin panicked error
- Closed
-
OADP-1054 CloudStorage: openshift-adp-controller-manager crashloop seg fault with Restic enabled
- Closed
-
OADP-1055 CloudStorage: bucket is removed on CS CR delete, although it doesn't have "oadp.openshift.io/cloudstorage-delete": "true"
- Closed
- links to