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

Containers incorrectly attributed to host #1472

Closed
2opremio opened this issue May 11, 2016 · 11 comments
Closed

Containers incorrectly attributed to host #1472

2opremio opened this issue May 11, 2016 · 11 comments
Assignees
Labels
bug Broken end user or developer functionality; not working as the developers intended it k8s Pertains to integration with Kubernetes
Milestone

Comments

@2opremio
Copy link
Contributor

screen shot 2016-05-11 at 11 40 07

This is kubernetes and note how a single host is attributed 3 (all) the scope probes whilst there is a one-to-one mapping between probes (DaemonSet) and hosts .

Report: report_wrongly_attributed_containers.json.gz

@2opremio 2opremio added bug Broken end user or developer functionality; not working as the developers intended it k8s Pertains to integration with Kubernetes labels May 11, 2016
@2opremio 2opremio added this to the 0.15.0 milestone May 11, 2016
@2opremio
Copy link
Contributor Author

2opremio commented May 11, 2016

Once a while it very briefly (1 second) shows the correct table:

screen shot 2016-05-11 at 11 45 10

Possibly related: #1064

@tomwilkie
Copy link
Contributor

I don't get this on gke:

screen shot 2016-05-11 at 16 20 56

report.json.zip

@tomwilkie
Copy link
Contributor

I suspect this is a dupe of #1081, although I don't see why fons is hitting it (it was fixed)

@2opremio
Copy link
Contributor Author

@paulbellamy can reproduce

@paulbellamy
Copy link
Contributor

paulbellamy commented May 11, 2016

I do get this on gke..

report.zip

Edit: k8s 1.2.4

@tomwilkie
Copy link
Contributor

Hmmm, weird. Will investigate tomorrow. Feel free to fix it before me if you want...

@paulbellamy paulbellamy self-assigned this May 12, 2016
@paulbellamy
Copy link
Contributor

It's not intermittent, it just assigns a bunch of "extra" containers to one of the hosts at any given time (which moves around).

@paulbellamy
Copy link
Contributor

It's to do with having the ContainerImageRenderer and PodRenderer rolled up into the HostRenderer. Not sure quite how, yet...

@paulbellamy
Copy link
Contributor

Also, existed in 0.14.0

@paulbellamy
Copy link
Contributor

paulbellamy commented May 12, 2016

Ah ha. In previous versions of docker the container image id was different on each host. Now, they are the same. This means the container images have a random host_node_id based on whichever probe reported latest. Then because the children are propagated in NewDerivedNode all the containerImage's children (probes on other hosts) get set as children of the host.

Edit: the bit about docker behaviour changing is an "I believe"

@tomwilkie
Copy link
Contributor

Also, existed in 0.14.0

I thought this was because every probe produced nodes for every container in the k8s reporter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Broken end user or developer functionality; not working as the developers intended it k8s Pertains to integration with Kubernetes
Projects
None yet
Development

No branches or pull requests

3 participants