-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
dnsmasq: failed to create inotify: Too many open files #11825
Comments
What is running on the system, is it possible that we exceed the inotify limit? I think the default is that only rootless 128 processes can use inotify. Is it possible that you can check the running processes. Maybe the cleanup is failing and we are leaking the dnsmasq processes. |
AFAIK this is a system spun up entirely for the purpose of podman gating tests. I have no visibility into these systems, though. |
Well hard to tell what is wrong, I found this cool script to list all processes that use inotify in a nice format. Not only dnsmasq but also conmon uses inotify. |
Happened again (bodhi):
podman-remote rootless again, but this time f33 instead of f34. |
This is not a flake. It is failing consistently in bodhi (link is to the third test run; first and second failed the same way). Unfortunately I did not package and ship that script (I don't feel comfortable shipping it in an rpm). It always fails in podman-remote rootless, never (so far) in any of the other three. How can we resolve this? |
@edsantiago Bats always executes the tests in the same order, right? |
Yes, it's always the same order (by filename). It's very easy to change the order, just rename Keep in mind, though, this will have a long lag time. The failure only happens in bodhi, so we will only see it in 3.4.2 or 4.0 or some time far in the future. IMHO that makes it impossible to debug. |
Volume test: add a sequence of stat()s to confirm that volumes are mounted as a different device than root. Network test: add debugging code for containers#11825 (dnsmasq inotify failure in bodhi only). Signed-off-by: Ed Santiago <[email protected]>
I'm also hitting an inotify limit when using rootless podman on Fedora 34.
Is this limit configurable? I tried |
You also have to set |
|
Issue containers#11825 suggests that *rootless* Podman can run into situations where too many inotify fds are open. Indeed, rootless Podman has a slightly higher usage of inotify watchers than the root counterpart when using slirp4netns Make sure to not only close all watchers but to also remove the files from being watched. Otherwise, the fds only get closed when the files are removed. [NO NEW TESTS NEEDED] since we don't have a way to test it. Fixes: containers#11825 Signed-off-by: Valentin Rothberg <[email protected]>
[Very possibly not a podman bug]
Failure seen in f34 gating tests, rootless, remote:
The text was updated successfully, but these errors were encountered: