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

nebula-graphd generates a large number of processes, and excessive use of the number of processes causes further system crashes #2474

Closed
IanLiYi1996 opened this issue May 8, 2021 · 5 comments

Comments

@IanLiYi1996
Copy link

Dear developers,
In actual use, we found that the database will automatically start a large number of processes, causing the machine to crash, but we don't know what the cause is. I hope you can help us explore and look forward to solving this problem together.
Good luck and look forward to your early reply
BA6307DF-8E1C-409F-BA3B-1E28D0397481
pstree.txt

@CPWstatic
Copy link
Contributor

Would you please describe how can we reproduce the scenario? We'd appreciate if you could provide us information about your environment, deployment, queries.

@IanLiYi1996
Copy link
Author

The machine information used by the deployment map database is as follows
environment:Ubuntu 16.04.7 LTS (GNU/Linux 4.4.0-131-generic x86_64)
deployment: docker-compose as the document recommended
queries: None

When we encountered the above problem, we installed nebula studio to manage the database, and the machine crashed within a day. The cause of the crash was consistent with what I described. It was caused by the abnormal start of too many child processes by the nebula service itself.

By the way, before the machine crashed, we did not perform any data operations

@dutor
Copy link
Contributor

dutor commented May 10, 2021

What do you mean by machine crash, some of the service processes crashed or the OS panic? If it is the panic case, could you provide related logging messages? Normally, you could find the log at /var/log/messages.

@dutor
Copy link
Contributor

dutor commented May 10, 2021

Otherwise, if the number of processes exceeds ulimit -u, you could change it to some larger number

@dutor dutor closed this as completed May 10, 2021
@dutor dutor reopened this May 10, 2021
@wey-gu
Copy link
Contributor

wey-gu commented Jul 16, 2021

Will close it as it's been inactive for days. Feel free to reopen it.

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

4 participants