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
[bug] EMFILE: too many open files #485
Comments
Also seen in my workflow.
|
We can possibly fix with the
Right now we are just using the |
Bumping as I'm facing the same issue on a repo :) |
Problem: it seems that using the new version (v4) of upload-artifact adds some upper bound on the number of files to be uploaded. Solution: reverting our actions to use v3 and make changes compatible with other ansys actions, i.e. changing some ansys/action/... to v4 Associated issue : actions/upload-artifact#485
Same issue here when I tried to upload 9,834 files for a single artifact. The Had to downgrade to |
Note: some changes are conflicting with the current full documentation upload process (cf actions/upload-artifact#485) Extra: removing setoutput as its deprecated by github
same bug at latest https://github.com/actions/upload-artifact/tree/3a8048248f2f288c271830f8ecf2a1c5d8eb0e9a actions/upload-artifact@v3 is good but warning
|
- v4 is bugged actions/upload-artifact#485
Is this fixed yet? |
Running into this with Linux too: https://github.com/ehuelsmann/LedgerSMB/actions/runs/8121634001/job/22200227067#step:6:26 |
- v4 is bugged actions/upload-artifact#485
* Add a CD system for 3DFin CC Plugin * Improve build - fix tests - improve build times by removing CCViewer - add upload artifact * Improve ci build - Use current 3DFin - remove duplicated install * downgrade to upload-artifact v3 - v4 is bugged actions/upload-artifact#485 * Update other build actions * lower the compression requierment to speed up build * Use pip and install-qt-action vs. conda Use venv in CI Revert the use of venv python config ... * Revert to upload artifactv3 zip the archive * laszip building
Ditto, just ran into the same problem :/ |
I've switched actions/toolkit#1723 (proposed fix for retaining file permissions in uploaded .zip files) to use |
Is there a command that we can run in the docker container that allow us to increment the number of open file descriptors to 10k lets say for example?? Wouldn't that fix this issue? |
What happened?
Stumbled on a failure that happened with v4. Apparently this doesn't happen with v3
Example run can be found here: https://github.com/spacetelescope/jdaviz/actions/runs/7266578163/job/19798598137
What did you expect to happen?
Successful artifact upload
How can we reproduce it?
Not sure, but I think the key here is a large number of files. In the logs it shows
8824
files which is quite a bit. Maybe some read stream isn't being closed somewhere 🤔Anything else we need to know?
Nope
What version of the action are you using?
v4
What are your runner environments?
windows
Are you on GitHub Enterprise Server? If so, what version?
No
The text was updated successfully, but these errors were encountered: