Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: objectiser Assign the PR to them by writing The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Codecov Report
@@ Coverage Diff @@
## release-1.0 #6983 +/- ##
============================================
+ Coverage 71% 71% +1%
============================================
Files 360 360
Lines 31197 31257 +60
============================================
+ Hits 22043 22155 +112
+ Misses 8285 8234 -51
+ Partials 869 868 -1
Continue to review full report at Codecov.
|
|
Jaeger and tracing(zipkin api) ingress conflicts as there're using the same hosts, same annotations, etc. I suggest this: tracing:
enabled: true
jaeger:
enabled: false
memory:
max_traces: 50000
ingress:
enabled: false
# Used to create an Ingress record.
hosts:
- jaeger.local
annotations:
# kubernetes.io/ingress.class: nginx
# kubernetes.io/tls-acme: "true"
tls:
# Secrets must be manually created in the namespace.
# - secretName: jaeger-tls
# hosts:
# - jaeger.local
or use different ingress paths |
|
@sebastien-prudhomme I'll create a PR with your suggested solution - although just wondering if rather than having |
This PR brings the tracing chart in line with the other 'add-on' charts in the way they define their ingress.
The issue with the existing chart is that it does not install the jaeger-query service if the ingress property is not enabled - whereas this service maybe required independent of whether an ingress is defined.
Related to #6923