-
Notifications
You must be signed in to change notification settings - Fork 814
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
Kubernetes 1.2 not reporting RC metadata.labels.* as tags #2494
Comments
@hkaj any thoughts here? |
Yes the refactoring i'm working on will fix this. Thanks for the feedback @albertsun |
Thanks! Good to hear. Saw in an old comment on the other issue that 5.8.0 would be released in the next couple of weeks — is there any update on that timeline? Otherwise we have to choose between not upgrading our kubernetes cluster or upgrading and having not-optimal metrics for a while. |
@albertsun Release should happen next week! |
- Enable kubelet check by default - Remove master check for now as they are flaky, hard to enable and not used - Adapt to new format of labels set by kube1.2 fix #2388 #2494 - Allow to blacklist labels - Support replica sets fix #2444 #2446 - Handle case where no pods are running. Fix #2263 - Add tests for kube 1.2
- Enable kubelet check by default - Remove master check for now as they are flaky, hard to enable and not used - Adapt to new format of labels set by kube1.2 fix #2388 #2494 - Allow to blacklist labels - Support replica sets fix #2444 #2446 - Handle case where no pods are running. Fix #2263 - Add tests for kube 1.2
- Enable kubelet check by default - Remove master check for now as they are flaky, hard to enable and not used - Adapt to new format of labels set by kube1.2 fix #2388 #2494 - Allow to blacklist labels - Support replica sets fix #2444 #2446 - Handle case where no pods are running. Fix #2263 - Add tests for kube 1.2
- Enable kubelet check by default - Remove master check for now as they are flaky, hard to enable and not used - Adapt to new format of labels set by kube1.2 fix #2388 #2494 - Allow to blacklist labels - Support replica sets fix #2444 #2446 - Handle case where no pods are running. Fix #2263 - Add tests for kube 1.2
Cool! So I switched our daemonset to use this docker image Seems that the kube_app label is back now, but we're now missing an |
Thanks for the feedback @albertsun ! |
The environment tag is set on the worker node instance that the dd-agent
|
Yes your DS manifest file should look like apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
name: dd-agent
spec:
template:
metadata:
labels:
app: dd-agent
name: dd-agent
spec:
containers:
- image: datadog/docker-dd-agent:remh_kube1.2
imagePullPolicy: Always
name: dd-agent
ports:
- containerPort: 8125
name: dogstatsdport
env:
- name: API_KEY
value: $YOUR_API_KEY
- name: TAGS
value: "environment:prd"
volumeMounts:
- name: dockersocket
mountPath: /var/run/docker.sock
- name: procdir
mountPath: /host/proc
readOnly: true
- name: cgroups
mountPath: /host/sys/fs/cgroup
readOnly: true
volumes:
- hostPath:
path: /var/run/docker.sock
name: dockersocket
- hostPath:
path: /proc
name: procdir
- hostPath:
path: /sys/fs/cgroup
name: cgroups (See the Also please note that the |
Great thanks! Added that to the env and now all the right tags seem to be showing up. |
Just checking in on this ticket, I've still been running the |
@albertsun Yes it has. I'm closing this issue. |
Thanks! |
We're running agent version
5.7.4
as a DaemonSet in our kubernetes cluster.Our apps have replication controllers with metadata like this.
In our dashboards we would filter metrics based on those labels. For instance we were getting
kube_app
andkube_role
tags on the metrics. Since upgrading to kubernetes 1.2, those tags no longer appear for apps in our cluster.This seems related to #2388 or whatever refactoring is happening for
5.8
, right?Will these
kube_app
and etc labels return in version 5.8? Is there some other option to re-enable them?The text was updated successfully, but these errors were encountered: