Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
When passwords containing the percent sign character are included in file "/etc/receptor/rh_656223/receptor.conf", the cloud receptor service fails to run. This prevents Insights from implementing remediations through Satellite.
Version-Release number of selected component (if applicable):
Satellite 6.7
How reproducible:
always
Steps to Reproduce:
1. install the cloud connector using our documentation here: https://access.redhat.com/documentation/en-us/red_hat_insights/2020-04/html-single/remediating_issues_across_your_red_hat_satellite_infrastructure_using_red_hat_insights/index#configuring-cloud-connector-on-satellite-server_remediating-satellite
2. If the password in file "/etc/receptor/rh_656223/receptor.conf" contains a percent sign character, attempting to start the receptor service will result in a status of "failed".
Actual results:
Failure message in the output of "systemctl status receptor@rh_656223" (where "MYPASSWORD" is the customer's password):
'%' must be followed by '%' or '(', found: MYPASSWORD
Expected results:
The service should run successfully.
Additional info:
Resetting the password (and updating the file) to remove the percent signs, then restarting the receptor service, allows the receptor service to run.
This is essentially BZ1868971 described in slightly different words. Anyway, fixing one will fix the other, marking as duplicate.
*** This bug has been marked as a duplicate of bug 1868971 ***