-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Daemon crashes on EC2 instance after a few days #2864
Comments
@ianopolous how is it crashing? the stack trace you provided doesnt indicate a panic or OOM issue. |
All I know is it terminates, and that was the last part of the goroutine dump. I've started it again to capture the entire output, but it will take a few days to repeat at least. I would be surprised if it was an OOM issue, but we'll see. |
Turns out it was an OOM error. The machine has about 800 MiB of RAM free and is under extremely low usage (was uploading a 2MiB file). Do you want the full goroutine dump? |
@whyrusleeping It has crashed again, but this time not an OOM, |
It just crashed again, still under almost no load, this time another OOM. |
This is still happening, though it took a week this time. This is on the master branch, at commit: 4fa85cc from July 1st. |
Try rc3?
|
I'm not in a position where I can upgrade it at the moment as we're half way through rewriting our front end. I'm happy to close it for now, as I don't notice it, after putting it in upstart. We've also moved from EC2 to Linode. |
I have an IPFS daemon running on an EC2 instance, (https://demo.peergos.net) and it keeps crashing. This is some of the latest goroutine dump upon crash:
ipfs,dump.txt
It is built from source from master. It has been happening since 0.4.0. The current git hash of the version that caused this dump is 79e9bd8...
The text was updated successfully, but these errors were encountered: