-
Notifications
You must be signed in to change notification settings - Fork 8
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
Mention agent json_log in values.yaml. #72
Mention agent json_log in values.yaml. #72
Conversation
Some of our users collect logs from pods based on annotations/labels (i.e collect-logs=true) and if we want them to be able to consume the agent logs the operator needs to support settings those annotations/labels. |
So I just make up something like this? podAnnotations: {
operator_json_logs: true
agent_json_logs: true
}
podLabels: {
operator_json_logs: true
agent_json_logs: true
} |
No, the idea is that we let users supply their annotations/labels - see the labels/annotations we let users specify (on helm chart) for the operator deployment itself. |
Ah, so it's like a user setting metadata:
name: cat-pod
labels:
user: "mister-cat And we want this to be passed to our agent spec: metadata:
name: mirrord-agent
labels:
app: "agent"
user: "mister-cat <-- we insert it here |
yes |
I think we have merged all the mirrord stuff needed. |
|
Do we need to update any numbers here? This change is just docs, as You would need to use an updated operator (unreleased actually). |
From the issue:
@aviramha
I'm not quite sure what this means?
Also, options passed through
extraConfig
have to be snake case (match the agent config). It failed when I tried setting it tojsonLog
like the operator value, as it works there due tojsonLog
being converted intotrue
/false
in the helm thingy.