Description of problem: When the user imports a git repository and builds it with s2i it automatically creates a service and expose 8080 independent from the user "Route" "Target port" configuration. Version-Release number of selected component (if applicable): 4.6+ How reproducible: Always Steps to Reproduce: 1. Switch to developer perspective and create a fresh namespace if needed 2. Navigate to Add > Git repository > Import from Git 3. Enter Git URL which uses another port then 8080, for example https://github.com/nodeshift-blog-examples/react-web-app 4. Ensure that the s2i flow is selected 5. Click "Show advanced Routing options" Scenario 1: 6. "Target port" shows the placeholder 8080 7. "Create" the Deployment without additional changes Scenario 2: 6. Click into the "Target port" field, enter "3000" and press "Create 3000" 7. "Create" the Deployment without additional changes Actual results: Scenario 1: A Service is created which expose port 8080; and a Route which exports port 8080. (Doesn't work for the given git repo.) Scenario 2: A Service is created which expose port 8080 and port 3000; and a Route which exports 3000. (This is fine for the given git repo.) Expected results: Scenario 1: okay, exposing the port 8080 is fine Scenario 1: exposing just port 3000 in the service Additional info: oc new-app doesn't support an option to change the service port, it always creates a service which expose port 8080.
This bug is fixed/doesn't happen anymore in 4.9 and 4.10. But still exists in 4.8. Tested versions: - 4.8.24 - 4.9.11 - 4.10.0-0.nightly-2021-12-14-083101 But because we decided that this issue is a low priority, low severity issue I like to close it as "won't fixed" for now.
Could reproduce this today on 4.10.0-0.nightly-2021-12-20-231053, so reopen this issue.
Verified on 4.11.0-0.nightly-2022-05-20-213928
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: OpenShift Container Platform 4.11.0 bug fix and security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:5069