Bug 1814709 - Setting s3 storage parameters in config.imageregistry.operator.openshift.io gets reverted
Summary: Setting s3 storage parameters in config.imageregistry.operator.openshift.io g...
Keywords:
Status: CLOSED DUPLICATE of bug 1833109
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Image Registry
Version: 4.2.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.6.0
Assignee: Ricardo Maraschini
QA Contact: Wenjing Zheng
URL:
Whiteboard:
: 1888936 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-18 14:41 UTC by Jaspreet Kaur
Modified: 2024-10-01 16:31 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-01 08:21:06 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-image-registry-operator pull 505 0 None closed Bug 1814709: Don't revert S3 Encrypt changes by user 2020-10-19 11:27:24 UTC

Description Jaspreet Kaur 2020-03-18 14:41:15 UTC
Description of problem: We are using an S3 compatible storage backend and we want to use this for the image-registry as well.
Setting this in config.imageregistry.operator.openshift.io -
spec:
   storage:
    s3:
      bucket: xyz-registry
      region: eu-de
      regionEndpoint: xyz.com

gets overwritten by this - 
spec:
   storage:
    s3:
      bucket: xyz-registry
      encrypt: true
      keyID: ''
      region: eu-de
      regionEndpoint: xyz.com

This causes builds to fail because the registry uses encryption but the backend does not support it. Setting explicitly "encrypt: false" is overwritten to "encrypt: true", we can also see that the "generation" of the resource is incremented by 2.



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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results: Not able to use S3 storage as backend doesnt support encrypt true

Expected results: Should be able to modify


Additional info:

Comment 8 Oleg Bulatov 2020-05-18 22:34:25 UTC
Fixing the bug 1833109 should mitigate this problem.

Comment 13 Ricardo Maraschini 2020-09-01 08:21:06 UTC
This has been addressed by https://bugzilla.redhat.com/show_bug.cgi?id=1833109, closing this one.

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

Comment 14 Oleg Bulatov 2020-10-19 11:28:15 UTC
*** Bug 1888936 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.