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

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory? #3183

Closed
nsrtky opened this issue Oct 27, 2017 · 8 comments
Closed

Comments

@nsrtky
Copy link

nsrtky commented Oct 27, 2017

image

OS: Windowns 10 Enterprise 64 bits

reaction -v

Node: 6.11.4
NPM: 5.5.1
Meteor Node: 4.8.4
Meteor NPM: 4.6.1
Reaction CLI: 0.19.1
Reaction: 1.5.4
Reaction branch: master

Expected behavior

normal start app at 3000 port

Actual behavior

fatal error

Steps to reproduce the behavior

windows 10 enterprise
1.install meteor
2.install reaction-cli
3.reaction init
4.reaction run.

@nsrtky
Copy link
Author

nsrtky commented Oct 27, 2017

I have entered reaction directory and run meteor -v comment so app started run but show nothing.
here log file for your acknowledgment.

=> Started proxy.
=> Started MongoDB.
�[34mW20171027-17:28:33.871(3)? (STDERR) �[39m�[35mNote: you are using a pure-JavaScript implementation of bcrypt.�[39m
�[34mW20171027-17:28:33.960(3)? (STDERR) �[39m�[35mWhile this implementation will work correctly, it is known to be�[39m
�[34mW20171027-17:28:33.961(3)? (STDERR) �[39m�[35mapproximately three times slower than the native implementation.�[39m
�[34mW20171027-17:28:33.962(3)? (STDERR) �[39m�[35mIn order to use the native implementation instead, run�[39m
�[34mW20171027-17:28:33.962(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.963(3)? (STDERR) �[39m�[35m  meteor npm install --save bcrypt�[39m
�[34mW20171027-17:28:33.964(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.964(3)? (STDERR) �[39m�[35min the root directory of your application.�[39m
�[34mW20171027-17:28:33.965(3)? (STDERR) �[39m�[35mWARNING:�[39m
�[34mW20171027-17:28:33.965(3)? (STDERR) �[39m�[35mcfs:graphicsmagick could not find "graphicsMagic" or "imageMagic" on the�[39m
�[34mW20171027-17:28:33.966(3)? (STDERR) �[39m�[35msystem.�[39m
�[34mW20171027-17:28:33.967(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.967(3)? (STDERR) �[39m�[35mI just checked PATH to see if I could find the GraphicsMagick or ImageMagic�[39m
�[34mW20171027-17:28:33.968(3)? (STDERR) �[39m�[35munix/mac os/windows binaries on your system, I failed.�[39m
�[34mW20171027-17:28:33.968(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.969(3)? (STDERR) �[39m�[35mWhy:�[39m
�[34mW20171027-17:28:33.969(3)? (STDERR) �[39m�[35m1. I may be blind or naive, help making me smarter�[39m
�[34mW20171027-17:28:33.970(3)? (STDERR) �[39m�[35m2. You havent added the path to the binaries�[39m
�[34mW20171027-17:28:33.971(3)? (STDERR) �[39m�[35m3. You havent actually installed GraphicsMagick or ImageMagick�[39m
�[34mW20171027-17:28:33.971(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.972(3)? (STDERR) �[39m�[35m*** Make sure "$PATH" environment is configured "PATH:/path/to/binaries" ***�[39m
�[34mW20171027-17:28:33.972(3)? (STDERR) �[39m�[35m�[39m
�[34mW20171027-17:28:33.973(3)? (STDERR) �[39m�[35mInstallation hints:�[39m
�[34mW20171027-17:28:33.973(3)? (STDERR) �[39m�[35m* Mac OS X "brew install graphicsmagick" or "brew install imagemagick"�[39m
�[34mW20171027-17:28:33.974(3)? (STDERR) �[39m�[35m* Linux download rpm or use packagemanager�[39m
�[34mW20171027-17:28:33.975(3)? (STDERR) �[39m�[35m* Centos "yum install GraphicsMagick"* Windows download the installer and run�[39m
�[34mI20171027-17:28:33.976(3)? �[39m�[90m14:28:23.264Z�[39m �[32m INFO�[39m Reaction: �[36mLoad default data from /private/data/�[39m
�[34mI20171027-17:28:33.976(3)? �[39m�[90m14:28:23.352Z�[39m �[32m INFO�[39m Reaction: �[36mJobServer started�[39m
�[34mI20171027-17:28:33.977(3)? �[39m�[90m14:28:23.361Z�[39m �[35m WARN�[39m Reaction: �[36mSkipped loading settings from reaction.json.�[39m
�[34mI20171027-17:28:33.977(3)? �[39m�[90m14:28:23.493Z�[39m �[32m INFO�[39m Reaction: �[36mReaction Version: 1.5.4�[39m
�[34mI20171027-17:28:33.977(3)? �[39m�[90m14:28:23.518Z�[39m �[32m INFO�[39m Reaction: �[36mReaction initialization finished.�[39m
=> Started your app.

=> App running at: http://localhost:3000/
   Type Control-C twice to stop.

@brent-hoover
Copy link
Collaborator

@nsrtky What OS are you on and can you let me know what the results of reaction -v are?

@nsrtky
Copy link
Author

nsrtky commented Oct 30, 2017

OS: Windowns 10 Enterprise 64 bits

reaction -v

Node: 6.11.4
NPM: 5.5.1
Meteor Node: 4.8.4
Meteor NPM: 4.6.1
Reaction CLI: 0.19.1
Reaction: 1.5.4
Reaction branch: master

@nsrtky nsrtky changed the title FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory? Oct 31, 2017
@zsavicreative
Copy link

umm, not sure if this helps cause I'm a nub by all counts, but I'm running similar environment to nsrtky and getting the same error.

Win 10 64bit
and reaction -v results:

Node: 6.11.3
NPM: 3.10.10
Meteor Node: 4.8.4
Meteor NPM: 4.6.1
Reaction CLI: 0.20.0
Reaction: 1.5.6
Reaction branch: master

@sellomkantjwa
Copy link

Also getting the same issue:
Node: 6.9.1
NPM: 3.10.8
Meteor Node: 8.8.1
Meteor NPM: 5.4.2
Reaction CLI: 0.20.0
Reaction: 1.5.6
Reaction branch: master
Docker: 17.09.0-ce
Memory peaks at about a gig and then the process just crashes

@jshimko
Copy link
Contributor

jshimko commented Nov 7, 2017

This is a duplicate of #3023. I think we should probably close this and move the conversation there so we can have it all in one place.

But the short answer is try using the TOOL_NODE_FLAGS environment variable to set the amount of RAM the Meteor tool can use for the build.

# You can try messing with the amount, but FYI, more is not necessarily better
export TOOL_NODE_FLAGS="--max-old-space-size=2048"

# start Reaction
reaction

See also...

https://stackoverflow.com/questions/16586705/configuring-v8s-memory-management-to-be-smart-for-a-node-js-process/16591881#16591881

It's a little outdated and the default amounts probably aren't correct anymore, but it has been confirmed to solve the above problem. The only issue is that it appears to behave differently on different machines or OS's and you need to mess with the amount.

@jshimko jshimko closed this as completed Nov 7, 2017
@zsavicreative
Copy link

so just to clarify my understanding of that stackoverflow post, does that mean this is mainly due to way reaction has been set up? not splitting single processes into several workers accordingly? forgive the nub question, I always assume that my understanding of something is wrong before I reach the another conclusion.

@jshimko
Copy link
Contributor

jshimko commented Nov 7, 2017

No, it means that the Reaction build (which is performed by Meteor) is a single process that can't be split up. And that's not really optional because it has to happen in a specific order.

See my additional updates from earlier today here #3023 (comment)

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

5 participants