-
Notifications
You must be signed in to change notification settings - Fork 344
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
Support resource annotations for jaeger agent sidecar #169
Support resource annotations for jaeger agent sidecar #169
Conversation
Codecov Report
@@ Coverage Diff @@
## master #169 +/- ##
==========================================
+ Coverage 89.88% 89.97% +0.08%
==========================================
Files 64 64
Lines 3035 3061 +26
==========================================
+ Hits 2728 2754 +26
Misses 207 207
Partials 100 100
Continue to review full report at Codecov.
|
TODO: Decide default resource defs for the injected container. |
I would imagine that for most uses, the sidecar would use a fraction of its host pods resources with some minimum. I can't comment on RAM since I don't know how the agent works to buffer data but CPU could be some fixed ratio like 1/4 the largest CPU request in the pod with a minimum of say 50m? Just throwing this out there. Otherwise, for simplicity just hardcoding a small request seems best. Would rather the users have to adjust upward. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 1 of 2 files at r2, 1 of 1 files at r3.
Reviewable status: all files reviewed, 3 unresolved discussions (waiting on @annanay25)
a discussion (no related file):
Agree with @sgmiller about having a small but sensible default for the CPU and memory, just not sure what would be a good value. For the memory, we may want to start with 64MB, which should be enough for small deployments.
pkg/inject/sidecar.go, line 22 at r3 (raw file):
Annotation = "inject-jaeger-agent" // LimitCPU is the annotation name for cpu resource limits for a jaeger agent sidecar LimitCPU = "jaeger-agent-cpu"
jaeger-agent-max-cpu
is probably more accurate
pkg/inject/sidecar.go, line 24 at r3 (raw file):
LimitCPU = "jaeger-agent-cpu" // LimitMem is the annotation name for memory resource limits for a jaeger agent sidecar LimitMem = "jaeger-agent-mem"
jaeger-agent-max-mem
(or even jaeger-agent-max-memory
)
Just need to punch in the numbers for default values now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 1 of 1 files at r4.
Reviewable status: all files reviewed, 4 unresolved discussions (waiting on @annanay25)
a discussion (no related file):
Looks like the tests are failing. Other than that, we just need to agree on the default values. Suggestions?
da6bb67
to
24f9fc8
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: 1 of 2 files reviewed, 4 unresolved discussions (waiting on @jpkrohling and @annanay25)
a discussion (no related file):
Previously, jpkrohling (Juraci Paixão Kröhling) wrote…
Looks like the tests are failing. Other than that, we just need to agree on the default values. Suggestions?
Fixed tests. For a default, is it reasonable to assume the requirements of a t3.micro (2 CPUs, 1 GB Memory) instance?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: 1 of 2 files reviewed, 4 unresolved discussions (waiting on @annanay25 and @jpkrohling)
a discussion (no related file):
Previously, annanay25 (Annanay Agarwal) wrote…
Fixed tests. For a default, is it reasonable to assume the requirements of a t3.micro (2 CPUs, 1 GB Memory) instance?
I believe that pods are usually smaller, and our agent container shouldn't consume more than, say, 50% of the pod's resources. So, I would suggest that the limits be 0.5 for the CPU and 128Mi for memory. If we get community feedback that this is too conservative, we can bump it up.
Updated. @jpkrohling |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 2 of 2 files at r5.
Reviewable status: all files reviewed, 5 unresolved discussions (waiting on @annanay25)
pkg/inject/sidecar.go, line 89 at r5 (raw file):
// Checking annotations for CPU/Memory limits limitCPU := "500"
Could you please confirm that 500
is the right number? I had the impression that 0.5
would be the appropriate value.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: all files reviewed, 5 unresolved discussions (waiting on @annanay25 and @jpkrohling)
pkg/inject/sidecar.go, line 89 at r5 (raw file):
Previously, jpkrohling (Juraci Paixão Kröhling) wrote…
Could you please confirm that
500
is the right number? I had the impression that0.5
would be the appropriate value.
Right, I think I should use 500
with NewMilliQuantity
defined here - https://github.com/jaegertracing/jaeger-operator/blob/master/vendor/k8s.io/apimachinery/pkg/api/resource/quantity.go#L676
(NewQuantity() takes an int64 argument, so can't pass fractions).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: all files reviewed, 5 unresolved discussions (waiting on @annanay25 and @jpkrohling)
pkg/inject/sidecar.go, line 89 at r5 (raw file):
Previously, annanay25 (Annanay Agarwal) wrote…
Right, I think I should use
500
withNewMilliQuantity
defined here - https://github.com/jaegertracing/jaeger-operator/blob/master/vendor/k8s.io/apimachinery/pkg/api/resource/quantity.go#L676(NewQuantity() takes an int64 argument, so can't pass fractions).
Also, I wasn't convinced with the Memory limits as well, so went ahead and checked to find this - https://github.com/jaegertracing/jaeger-operator/blob/master/vendor/k8s.io/api/core/v1/types.go#L4702
So for 128MiB, we would actually have to put 128 * 1024 * 1024
?
Apparently, you could use |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: 0 of 3 files reviewed, 6 unresolved discussions (waiting on @annanay25 and @jpkrohling)
pkg/inject/sidecar.go, line 127 at r5 (raw file):
v1.ResourceLimitsCPU: *resource.NewQuantity(int64(CPULimit), resource.BinarySI), v1.ResourceLimitsMemory: *resource.NewQuantity(int64(MemLimit), resource.DecimalSI), },
Removed Requests
section.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 3 of 3 files at r6.
Reviewable status: all files reviewed, 5 unresolved discussions (waiting on @annanay25)
README.adoc, line 330 at r6 (raw file):
inject-jaeger-agent: "true" jaeger-agent-max-cpu: "1000" # in milli-CPU units. 1000 = 1 CPU. jaeger-agent-max-memory: "256" # in MiB units.
Reading this made me realize that it would make sense to support whatever values the Quantity
accepts, like cpu: 500m
. You can probably use the ParseQuantity
function for that:
https://github.com/kubernetes/apimachinery/blob/master/pkg/api/resource/quantity.go#L263
pkg/inject/sidecar.go, line 98 at r6 (raw file):
} CPULimit, _ := strconv.Atoi(limitCPU)
Shouldn't we at least log the error somewhere? Same to the next line.
(might be irrelevant if you do decide to use the ParseQuantity
function)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: 1 of 3 files reviewed, 5 unresolved discussions (waiting on @annanay25 and @jpkrohling)
README.adoc, line 330 at r6 (raw file):
Previously, jpkrohling (Juraci Paixão Kröhling) wrote…
Reading this made me realize that it would make sense to support whatever values the
Quantity
accepts, likecpu: 500m
. You can probably use theParseQuantity
function for that:https://github.com/kubernetes/apimachinery/blob/master/pkg/api/resource/quantity.go#L263
Absolutely. Exactly what we need :)
Addressed comments.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 3 of 3 files at r7.
Dismissed @annanay25 from a discussion.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @annanay25)
a discussion (no related file):
Looks good to me, but the tests are failing:
$ make test
Running unit tests...
? github.com/jaegertracing/jaeger-operator/cmd [no test files]
? github.com/jaegertracing/jaeger-operator/cmd/manager [no test files]
ok github.com/jaegertracing/jaeger-operator/pkg/account 0.721s coverage: 100.0% of statements
? github.com/jaegertracing/jaeger-operator/pkg/apis [no test files]
ok github.com/jaegertracing/jaeger-operator/pkg/apis/io/v1alpha1 0.758s coverage: 17.0% of statements
? github.com/jaegertracing/jaeger-operator/pkg/cmd/start [no test files]
? github.com/jaegertracing/jaeger-operator/pkg/cmd/version [no test files]
ok github.com/jaegertracing/jaeger-operator/pkg/config/sampling 0.754s coverage: 94.1% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/config/ui 0.755s coverage: 94.1% of statements
? github.com/jaegertracing/jaeger-operator/pkg/controller [no test files]
? github.com/jaegertracing/jaeger-operator/pkg/controller/deployment [no test files]
ok github.com/jaegertracing/jaeger-operator/pkg/controller/jaeger 3.035s coverage: 64.3% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/cronjob 0.021s coverage: 93.5% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/deployment 0.031s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/ingress 0.029s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/inject 0.063s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/route 0.022s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/service 0.051s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/storage 0.007s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/strategy 0.008s coverage: 100.0% of statements
ok github.com/jaegertracing/jaeger-operator/pkg/util 0.006s coverage: 100.0% of statements
? github.com/jaegertracing/jaeger-operator/pkg/version [no test files]
customresourcedefinition.apiextensions.k8s.io/jaegers.io.jaegertracing created
Formatting code...
Building...
Sending build context to Docker daemon 121.2MB
Step 1/4 : FROM alpine:3.8
---> 196d12cf6ab1
Step 2/4 : USER nobody
---> Using cache
---> 18305c5b670d
Step 3/4 : ADD build/_output/bin/jaeger-operator /usr/local/bin/jaeger-operator
---> 854e4212f23a
Step 4/4 : ENTRYPOINT ["/usr/local/bin/jaeger-operator"]
---> Running in 5ec7373e38ab
Removing intermediate container 5ec7373e38ab
---> 18be60554bb0
Successfully built 18be60554bb0
Successfully tagged jpkroehling/jaeger-operator:latest
Pushing image jpkroehling/jaeger-operator:latest...
Running end-to-end tests...
time="2019-01-28T11:12:30+01:00" level=info msg="passing &{{Jaeger io.jaegertracing/v1alpha1} {agent-as-daemonset jaeger-jaeger-group-daemonset-1548670340 0 0001-01-01 00:00:00 +0000 UTC <nil> <nil> map[] map[] [] nil [] } {allInOne { {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} {DaemonSet {map[log-level:debug]} {[] [] map[] {map[] map[]}}} {{[]}} {{[]}} { {map[]} {<nil> } {<nil> false false false false} {<nil> 0 }} {<nil> {[] [] map[] {map[] map[]}}} {[] [] map[] {map[] map[]}}} {}}"
time="2019-01-28T11:15:06+01:00" level=info msg="passing &{{Jaeger io.jaegertracing/v1alpha1} {with-cassandra jaeger-jaeger-group-cassandra-1548670501 0 0001-01-01 00:00:00 +0000 UTC <nil> <nil> map[] map[] [] nil [] } {allInOne { {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} { {map[]} {[] [] map[] {map[] map[]}}} {{[]}} {{[]}} {cassandra {map[cassandra.servers:cassandra.default.svc cassandra.keyspace:jaeger_v1_datacenter1]} {<nil> datacenter1 } {<nil> false false false false} {<nil> 0 }} {<nil> {[] [] map[] {map[] map[]}}} {[] [] map[] {map[] map[]}}} {}}"
Forwarding from 127.0.0.1:16686 -> 16686
Forwarding from [::1]:16686 -> 16686
Forwarding from 127.0.0.1:14268 -> 14268
Forwarding from [::1]:14268 -> 14268
E0128 11:16:01.875670 14597 portforward.go:339] error closing listener: close tcp4 127.0.0.1:16686: use of closed network connection
E0128 11:16:01.876319 14597 portforward.go:339] error closing listener: close tcp6 [::1]:16686: use of closed network connection
E0128 11:16:01.877988 14597 portforward.go:339] error closing listener: close tcp4 127.0.0.1:14268: use of closed network connection
E0128 11:16:01.879056 14597 portforward.go:339] error closing listener: close tcp6 [::1]:14268: use of closed network connection
time="2019-01-28T11:18:44+01:00" level=info msg="passing &{{Jaeger io.jaegertracing/v1alpha1} {my-jaeger jaeger-jaeger-group-my-jaeger-1548670713 0 0001-01-01 00:00:00 +0000 UTC <nil> <nil> map[] map[] [] nil [] } {allInOne { {map[log-level:debug memory.max-traces:10000]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} { {map[]} {[] [] map[] {map[] map[]}}} {{[]}} {{[]}} { {map[]} {<nil> } {<nil> false false false false} {<nil> 0 }} {<nil> {[] [] map[] {map[] map[]}}} {[] [] map[] {map[] map[]}}} {}}"
time="2019-01-28T11:18:44+01:00" level=info msg="passing &{{Jaeger io.jaegertracing/v1alpha1} {my-jaeger jaeger-jaeger-group-my-other-jaeger-1548670713 0 0001-01-01 00:00:00 +0000 UTC <nil> <nil> map[] map[] [] nil [] } {allInOne { {map[log-level:debug memory.max-traces:10000]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} {0 {map[]} {[] [] map[] {map[] map[]}}} { {map[]} {[] [] map[] {map[] map[]}}} {{[]}} {{[]}} { {map[]} {<nil> } {<nil> false false false false} {<nil> 0 }} {<nil> {[] [] map[] {map[] map[]}}} {[] [] map[] {map[] map[]}}} {}}"
Forwarding from 127.0.0.1:16686 -> 16686
Forwarding from [::1]:16686 -> 16686
Forwarding from 127.0.0.1:14268 -> 14268
Forwarding from [::1]:14268 -> 14268
E0128 11:19:14.510695 14597 portforward.go:339] error closing listener: close tcp4 127.0.0.1:14268: use of closed network connection
E0128 11:19:14.510718 14597 portforward.go:339] error closing listener: close tcp4 127.0.0.1:16686: use of closed network connection
E0128 11:19:14.510721 14597 portforward.go:339] error closing listener: close tcp6 [::1]:14268: use of closed network connection
E0128 11:19:14.511818 14597 portforward.go:339] error closing listener: close tcp6 [::1]:16686: use of closed network connection
--- FAIL: TestJaeger (414.32s)
--- FAIL: TestJaeger/jaeger-group (373.22s)
--- FAIL: TestJaeger/jaeger-group/sidecar (100.38s)
client.go:57: resource type RoleBinding with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) created
client.go:57: resource type Role with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) created
client.go:57: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) created
client.go:57: resource type Deployment with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) created
jaeger_test.go:60: Initialized cluster resources. Namespace: jaeger-jaeger-group-sidecar-1548670401
wait_util.go:45: Waiting for full availability of jaeger-operator deployment (0/1)
wait_util.go:51: Deployment available (1/1)
client.go:57: resource type Jaeger with namespace/name (jaeger-jaeger-group-sidecar-1548670401/agent-as-sidecar) created
client.go:57: resource type Deployment with namespace/name (jaeger-jaeger-group-sidecar-1548670401/vertx-create-span-sidecar) created
wait_util.go:45: Waiting for full availability of vertx-create-span-sidecar deployment (0/1)
wait_util.go:51: Deployment available (1/1)
wait_util.go:81: Waiting for full availability of the ingress agent-as-sidecar-query
wait_util.go:81: Waiting for full availability of the ingress agent-as-sidecar-query
wait_util.go:81: Waiting for full availability of the ingress agent-as-sidecar-query
wait_util.go:87: Ingress available
sidecar.go:30: timed out waiting for the condition
client.go:75: resource type Deployment with namespace/name (jaeger-jaeger-group-sidecar-1548670401/vertx-create-span-sidecar) successfully deleted
client.go:75: resource type Jaeger with namespace/name (jaeger-jaeger-group-sidecar-1548670401/agent-as-sidecar) successfully deleted
client.go:75: resource type Deployment with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) successfully deleted
client.go:75: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) successfully deleted
client.go:75: resource type Role with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) successfully deleted
client.go:75: resource type RoleBinding with namespace/name (jaeger-jaeger-group-sidecar-1548670401/jaeger-operator) successfully deleted
--- FAIL: TestJaeger/jaeger-group/my-other-jaeger (31.36s)
client.go:57: resource type RoleBinding with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type Role with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type Deployment with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) created
jaeger_test.go:60: Initialized cluster resources. Namespace: jaeger-jaeger-group-my-other-jaeger-1548670713
wait_util.go:45: Waiting for full availability of jaeger-operator deployment (0/1)
wait_util.go:51: Deployment available (1/1)
client.go:57: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/my-jaeger) created
wait_util.go:45: Waiting for full availability of my-jaeger deployment (0/1)
wait_util.go:51: Deployment available (1/1)
client.go:57: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/all-in-one-with-ui-config) created
wait_util.go:87: Ingress available
all_in_one_test.go:33: unexpected status code 503
client.go:75: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/all-in-one-with-ui-config) successfully deleted
client.go:75: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/my-jaeger) successfully deleted
client.go:75: resource type Deployment with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type Role with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type RoleBinding with namespace/name (jaeger-jaeger-group-my-other-jaeger-1548670713/jaeger-operator) successfully deleted
--- FAIL: TestJaeger/jaeger-group/my-jaeger (31.39s)
client.go:57: resource type RoleBinding with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type Role with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) created
client.go:57: resource type Deployment with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) created
jaeger_test.go:60: Initialized cluster resources. Namespace: jaeger-jaeger-group-my-jaeger-1548670713
wait_util.go:45: Waiting for full availability of jaeger-operator deployment (0/1)
wait_util.go:51: Deployment available (1/1)
client.go:57: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/my-jaeger) created
wait_util.go:45: Waiting for full availability of my-jaeger deployment (0/1)
wait_util.go:51: Deployment available (1/1)
client.go:57: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/all-in-one-with-ui-config) created
wait_util.go:87: Ingress available
all_in_one_test.go:33: unexpected status code 503
client.go:75: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/all-in-one-with-ui-config) successfully deleted
client.go:75: resource type Jaeger with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/my-jaeger) successfully deleted
client.go:75: resource type Deployment with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type ServiceAccount with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type Role with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) successfully deleted
client.go:75: resource type RoleBinding with namespace/name (jaeger-jaeger-group-my-jaeger-1548670713/jaeger-operator) successfully deleted
FAIL
FAIL github.com/jaegertracing/jaeger-operator/test/e2e 414.515s
make: *** [Makefile:75: e2e-tests] Error 1
Once they pass, this can be merged.
@annanay25, are you still working on this one? |
Facing minikube setup issues, could you tell me the current test failure output? I'll work backwards from there. |
It's currently failing on the sidecar test, timing out because the last condition never becomes true ( |
@annanay25 Any news on this one? |
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
aa2da10
to
e2c066f
Compare
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Signed-off-by: Annanay <[email protected]>
Debugging this test further revealed this from the operator's logs:
This seems interesting:
|
@annanay25 any news on this? |
Unfortunately I'm unable to get a working minikube setup to debug this further, I will be closing this PR unless someone else is able to pick it up. |
@annanay25, @objectiser, should we close this one, as something similar has been done with #401? |
@jpkrohling yes think so. |
@annanay25, I'm closing this one, but feel free to reopen if you want to keep working on it. |
Sure, thanks @jpkrohling! Will pick this up as soon as I get time. |
@jpkrohling I have cleaned up my branch for this feature, but I don't seem to have permissions to reopen this issue. (I think I should open a clean PR with the changes anyway, do let me know what you'd prefer). |
Resolves #160
Needs a discussion on what the default values of the sidecar should be, and if its okay for these defaults to appear directly in the
sidecar
package.Signed-off-by: Annanay [email protected]