Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

jx boot cluster environments ingress broken when using dns & tls #4906

Closed
1 of 2 tasks
cagiti opened this issue Jul 30, 2019 · 3 comments
Closed
1 of 2 tasks

jx boot cluster environments ingress broken when using dns & tls #4906

cagiti opened this issue Jul 30, 2019 · 3 comments

Comments

@cagiti
Copy link
Contributor

cagiti commented Jul 30, 2019

Summary

When configuring a jx cluster using boot with DNS & TLS the environments (preview/staging...) aren't setup with the correct URL template and certificates (plus secrets propagation) to view applications.

Steps to reproduce the behavior

Install cluster using jx boot

Expected behavior

The url template should match services deployed to the jx namespace. Perhaps the Ingress for each service/application should be templated from the boot config so that the tls configuration can be updated if tls is enabled.

Actual behavior

The ingress configuration is set to tls in the config map and the application deployed does not have tls configuration in its ingress and therefore fails. The domain is not using the standard url template so the tls certificate does not apply to the domain allocated for these environments.

Jx version

The output of jx version is:

NAME               VERSION
jx                 2.0.528
kubectl            v1.15.0
git                git version 2.22.0
Operating System   Alpine Linux 3.10.1

Jenkins type

  • Serverless Jenkins X Pipelines (Tekton + Prow)
  • Classic Jenkins
@deanesmith
Copy link
Contributor

Revisit design and will add short term/workaround in the meantime

@pmuir pmuir added blocked and removed on hold labels Aug 9, 2019
@pmuir pmuir added backlog and removed blocked labels Aug 24, 2019
@ccojocar
Copy link
Contributor

ccojocar commented Sep 5, 2019

I think this a duplicate of #5310. @cagiti Can we close it? Thanks!

@ccojocar
Copy link
Contributor

ccojocar commented Sep 6, 2019

Closing this as a duplicate of #5310.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants