-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
EMFILE: too many open files, uv_resident_set_memory in _updateContext #9507
Comments
Hm, the error was thrown on this line:
I don't know if this is fixable from within the SDK. To me it looks like either you or the hosting provider had too many FDs open on the system. |
From some online research, I saw that 'fs' doesn't take care of "EM file errors", which is seen here. I see that you're using 'fs' in multiple places to deal with files. Have you considered changing it to 'graceful-fs' or 'node-fs-extra'? |
@misuvii we generally steer away from dependencies, especially in low-level-ish SDKs like |
Closing this PR as cleanup, we've made many adjustments in the latest version of the SDK. If the issue is still happening after upgrading the SDK to the latest version, please open a new issue! |
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/nextjs
SDK Version
7.77.0
Framework Version
Next 14.0.1
Link to Sentry event
https://sentry.io/organizations/thinkaidium/issues/4598335869/?project=4504118550528000&referrer=github_integration
SDK Setup
client:
edge:
server:
Steps to Reproduce
I'm not sure. You can get the call stack from the sentry link attached.
After a bit of a research from my side, I see that the community uses 'graceful-fs'/'node-fs-extra' instead of 'fs' to prevent EM File errors.
Expected Result
No errors?
Actual Result
Throws this error.
The text was updated successfully, but these errors were encountered: