Bug 2013461 - Import deployment from Git with s2i expose always port 8080 (Service and Pod template, not Route) if another Route port is selected by the user
Summary: Import deployment from Git with s2i expose always port 8080 (Service and Pod ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Dev Console
Version: 4.6
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: ---
: 4.11.0
Assignee: Avik Kundu
QA Contact: spathak@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-10-12 22:33 UTC by Christoph Jerolimov
Modified: 2022-08-10 10:38 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-08-10 10:38:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift console pull 11355 0 None open Bug 2013461: Import deployment from Git with s2i expose always port 8080 (Service and Pod template, not Route) if anothe... 2022-04-18 20:57:44 UTC
Red Hat Product Errata RHSA-2022:5069 0 None None None 2022-08-10 10:38:21 UTC

Description Christoph Jerolimov 2021-10-12 22:33:18 UTC
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.

Comment 2 Christoph Jerolimov 2021-12-20 13:05:16 UTC
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.

Comment 3 Christoph Jerolimov 2021-12-21 16:19:38 UTC
Could reproduce this today on 4.10.0-0.nightly-2021-12-20-231053, so reopen this issue.

Comment 7 Christoph Jerolimov 2022-05-23 08:40:17 UTC
Verified on 4.11.0-0.nightly-2022-05-20-213928

Comment 9 errata-xmlrpc 2022-08-10 10:38:04 UTC
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


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