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

After the recent move to bookworm, we're hitting lots of errors related to /tmp filling up #840

Closed
rdbisme opened this issue Jun 19, 2023 · 6 comments

Comments

@rdbisme
Copy link

rdbisme commented Jun 19, 2023

I'm not 100% sure this is related to the image update, but do you know if there's something that has changed in bookworm that could lead to TMPDIR filling up much more than in bullseye when pip installing?

(I'm using pipx):

           INFO     Some possibly relevant errors from pip install:                                                                                poller.py:111
           INFO         ERROR: Could not install packages due to an OSError: [Errno 28] No space left on device    
@tianon
Copy link
Member

tianon commented Jun 20, 2023

That's weird; is this the only unusual behavior you're seeing?

(My best guess is something misinterpreting a seccomp denial as "no space left" but that seems odd -- however, you'd probably also be seeing issues with apt-get update in that case 🤔)

@yosifkit
Copy link
Member

If it is seccomp related, then see #837 (comment).

@yosifkit
Copy link
Member

If it is seccomp related, then see #837 (comment).

Can you reproduce the failure if you run the container with --security-opt seccomp=unconfined? If it does not reproduce, then it is libseccomp related and the two solutions are to either update Docker & libseccomp & runc or to use the -bullseye images.

@rdbisme
Copy link
Author

rdbisme commented Jul 20, 2023

@yosifkit Thanks for your reply. I'm having the problems on Gitlab runners, so no much control on how docker runs stuff. But I could try to update it and see if still reproduces.

@tianon
Copy link
Member

tianon commented Dec 15, 2023

Unfortunately, without a solid/minimal reproducer there's not much more we can do here (so I'm going to close). 🙇

@tianon tianon closed this as completed Dec 15, 2023
@rdbisme
Copy link
Author

rdbisme commented Dec 17, 2023

I can confirm that updating libseccomp on our machines fixed the problem :)

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

3 participants