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

Occasional memory failures #3

Open
benhylau opened this issue Feb 19, 2018 · 3 comments
Open

Occasional memory failures #3

benhylau opened this issue Feb 19, 2018 · 3 comments
Labels
bug Something isn't working

Comments

@benhylau
Copy link
Owner

Observed occasional memory failures when doing memory / storage intensive tasks, in this case building multiple docker images. Tried building the nodejs alpine image, which failed, then go-ipfs image (which usually succeeds) failed as well:

fatal: 'go version' failed with output: panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x2c pc=0x13ae50]

goroutine 1 [running]:
text/template.init()
        /usr/local/go/src/text/template/exec.go:610 +0x94
go/doc.init()
        <autogenerated>:1 +0x50
go/build.init()
        <autogenerated>:1 +0x50
cmd/go/internal/cfg.init()
        <autogenerated>:1 +0x44
cmd/go/internal/base.init()
        <autogenerated>:1 +0x64
main.init()
        <autogenerated>:1 +0x5c
make: *** [mk/golang.mk:52: check_go_version] Error 1

This is only observed when building the images. Running images worked fine.

@benhylau benhylau added the bug Something isn't working label Feb 19, 2018
@benhylau
Copy link
Owner Author

@hamishcoleman here's another one^

@hamishcoleman
Copy link

is it running out of memory?
Are there any kernel error messages?
Is this running on the actual mesh-orange image? Which version? Which hardware?

As I have previously mentioned, it is not really a "normal" workload to run docker on a ramdisk, so that might be affecting things too

@benhylau
Copy link
Owner Author

benhylau commented Feb 22, 2018

This repository uses Raspberry Pi 3 only, and I used this custom version of mesh-orange which has these extra deb packages but otherwise pretty standard.

I had the 6 GB of swap memory on and when this happens free still shows most of that free, and I recall df showed the rootfs was about a third full. There weren't kernel errors or other logs indicative of oom.

This never happened when running docker images, only when I tried to build a bunch of docker images. The nodejs one failed a couple times (because I exited my sessions, etc.) and then I tried building an ipfs image (which always succeeds if I hadn't tried building the nodejs first). So this is some host memory issue and I am not sure if I can reproduce it, just logging it here and see if it happens again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants