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
Puma hangs during asset loading #358
Comments
Could you gist the output and add the url to it? |
I've included the console output for several runs. Each attempt gets a little farther along until I get a successful render but some of the javascript is corrupted as I receive console errors. This includes a webrick run which successfully comes all the way up with no console errors. Let me know if there is anything else I can do to help! |
I have a feeling this is a threading bug within rails. puma itself does nothing with assets. |
The problem is happening with these assets... they keep trying to download indefinitely. Since I abort the process through firebug and the pages get loaded successfully. http://localhost:5000/assets/dataTables/jquery.dataTables.bootstrap3.css?body=1 Tks for your help. |
Solve the problem by set Rack::Timeout.timeout = 0 and at least I found some relevant info at the log file, really hope it helps: Puma caught this error: Attempt to unlock a mutex which is locked by another thread (ThreadError) |
I have a fairly large backbone app and when I clear my tmp/cache, puma under MRI 2.0 hangs during asset loading until I get "Require.js Load Timeout for Modules" error (Increasing the waitSeconds for Require.js doesn't help). I have to kill -9 to stop the server at this point. Under JRuby 1.7.4, the console log lists all kinds of supposed syntax errors in my coffeescript files although there is nothing actually wrong. Then when I cntl-c I get "Error in reactor loop escaped: closed stream (IOError)". What I end up doing is starting up webrick to get all the asset compilations cached and after that puma seems to work fine.
The text was updated successfully, but these errors were encountered: