-
Bug
-
Resolution: Done
-
Blocker
-
6.18.0
-
1
-
False
-
Proton Sprint 3
-
sat-proton
-
None
-
None
-
None
-
Automated
-
Yes
Description of problem:
Attempts to set cdn_configuration on downstream organization fails with 500 ISE.
The foreman_rh_cloud plugin overwrites the list of methods that run local_find_taxonomy as a before_action in the Organizations controller: https://github.com/theforeman/foreman_rh_cloud/pull/1003/files#diff-d703d9179cea9d0d9bb78f9d6a1028620c7d4270479ebed553223bf4826ddc3dR227
As such, the cdn_configuration method fails because the organization is never looked up. There are other methods in the organizations controller that are broken as well, like cancel_repo_discover.
How reproducible:
always
Is this issue a regression from an earlier version:
Yes, in 6.17 it works fine.
Steps to Reproduce:
1. Have an upstream and downstream Satellite.
2. At the downstream SAT, set `subscription_connection_enabled=No`.
3. Curl the katello-server-ca.crt from upstream to the downstream SAT.
4. Create a content credential using the crt from above.
5. Try to set the downstream org for network sync:
[root@downstream_sat ~]# hammer organization configure-cdn --id="3" --type="network_sync" --url="https://upstream_sat.redhat.com/" --username="admin" --password="nereknu" --upstream-organization-label="ufZyKYYZAQ" --ssl-ca-credential-id="1"
– or –
1. run `pytest tests/foreman/cli/test_satellitesync.py -k test_positive_network_sync_rh_repo`
Actual behavior:
Could not update CDN configuration.:
Internal Server Error: the server was unable to finish the request. This may be caused by unavailability of some required service, incorrect API call or a server-side bug. There may be more information in the server's logs.
Expected behavior:
No errors, successful set.
Business Impact / Additional info:
This bug seems to break the ISS network sync.