-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
When moving to parse server - application bug of infinite loop causes 100% CPU crashes #2411
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
Comments
@ronnno how did you fixed that issue ? Cause I'm facing with this issue too and I'm getting this when my cloud code is empty. |
This issue was a bug in one of our cloud code functions that caused an infinite loop. Since we moved to our own parse server - there is no process cut off after 15 seconds so the entire server stopped as a result of this bug. we fixed it only after learning how to recreate it on a dev env and then finding the cause was easy using a debugger. if you don't have cloud code functions or triggers or scheduled jobs running or any javascript code of your own it's hard for me to guess what the reason might be. I would verify that the version you are running is current and create a new issue for this i guess. And also try to rule out issues with garbage collection as I hear that if set up incorrectly this can cause process stalls. but to my knowledge should eventually free up so if it doesn't ever return to work its not a garbage collection issue. Hope this helps |
🎉 This change has been released in version 6.1.0-alpha.13 |
🎉 This change has been released in version 6.3.0-beta.1 |
🎉 This change has been released in version 6.3.0-alpha.1 |
🎉 This change has been released in version 6.3.0 |
Application bug caused CPU to reach 100% in some rare cases.
Since in Parse service we were ignorant of these conditions the same code would run, break, and freed by the process timeout mechanism in Parse.
In Parse-server we are suddenly allowed to consume as much CPU as we need (a good thing) but it exposes this bug.
This is not a real parse server issue - it was fixed in our application.
The text was updated successfully, but these errors were encountered: