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

cAdvisor should ignore .mount cgroups when on systemd #1211

Closed
derekwaynecarr opened this issue Apr 14, 2016 · 9 comments
Closed

cAdvisor should ignore .mount cgroups when on systemd #1211

derekwaynecarr opened this issue Apr 14, 2016 · 9 comments

Comments

@derekwaynecarr
Copy link
Collaborator

A previous fix was made in Kubernetes to ignore .mount units

kubernetes/kubernetes#22656

I think .mount cgroups should be ignored on systemd entirely by cAdvisor.

@derekwaynecarr
Copy link
Collaborator Author

I was getting errors like the following from here:

https://github.com/kubernetes/kubernetes/blob/master/Godeps/_workspace/src/github.com/google/cadvisor/cache/memory/memory.go#L104

unable to find data for container /system.slice/var-lib-docker-devicemapper-mnt-6b4fa4a130bbfa32390d93562453da45350787058d449b15ee1f75c1a56a1c1f\x2dinit.mount 

@vishh
Copy link
Contributor

vishh commented Apr 14, 2016

Can we instead have a systemd plugin in cAdvisor?

@derekwaynecarr
Copy link
Collaborator Author

@vishh - that works, is there a particular interface you have in mind that we could implement?

@vishh
Copy link
Contributor

vishh commented Apr 20, 2016

Existing rkt integration will be a good place to start - https://github.com/google/cadvisor/tree/master/container/rkt

@derekwaynecarr
Copy link
Collaborator Author

I need to look into this some more, but isn't the issue that the raw container handler is what would need to be updated?

@derekwaynecarr
Copy link
Collaborator Author

So the factories are registered in-order, if I have a systemd factory registered before the raw factory, are you saying I could say that the systemd can handle .mount cgroups, but it doesn't accept them and the raw factory would just ignore them as a consequence?

@derekwaynecarr
Copy link
Collaborator Author

I guess that is what the code currently is doing... ok, I can buy that this may work.

@vishh
Copy link
Contributor

vishh commented Apr 22, 2016

Yeah. The raw drive is the fallback option. I'd like to see more systemd
specific code go into the systemd handler.

On Wed, Apr 20, 2016 at 11:27 AM, Derek Carr notifications@github.com
wrote:

I guess that is what the code currently is doing... ok, I can buy that
this may work.


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#1211 (comment)

@derekwaynecarr
Copy link
Collaborator Author

Yeah, I want to add more to it as time permits

On Friday, April 22, 2016, Vish Kannan notifications@github.com wrote:

Yeah. The raw drive is the fallback option. I'd like to see more systemd
specific code go into the systemd handler.

On Wed, Apr 20, 2016 at 11:27 AM, Derek Carr <notifications@github.com
javascript:_e(%7B%7D,'cvml','notifications@github.com');>
wrote:

I guess that is what the code currently is doing... ok, I can buy that
this may work.


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#1211 (comment)


You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
#1211 (comment)

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants