-
Notifications
You must be signed in to change notification settings - Fork 394
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
Deployment: Failed to connect to localhost port 80: Connection refused Latest deployment failed! Reverted back to the previous version. #464
Comments
Im having the same issue. Any work arounds for this? |
This exact error is happening regularly to me on both AWS and DigitalOcean. I've tried the suggestions from #226 (reset Node version, remove Node version, etc etc) and nothing works. I've upped the size of my VM to 4G RAM and... nope. Then I removed some NPM packages (I'm using meteor hacks/npm) and magically... it worked. But then I tried again a day later (same VM, same mup.json) and it failed. I'm trying to chase the error and I just can't see what the problem is. One thing comes to mind: localhost is homed to 0.0.0.0 on Ubuntu - but I can't see in the scripts where that might be. |
I believe I have found an answer: your app can't start. The reason why could be a JS bug or some other issue with what's in (or not in) your settings.json file. For me, the permissions on Postgres weren't set right. The way I found this was So, that's how I fixed my issue. |
Having the same problem
I have been on this for last two days. Please I need some help. |
Same issue here. Thanks a lot to @robconery to point out that the issue has nothing to do with meteor-up, bcrypt, curl or whatever. I just had to look at the logs and realize the app couldn't start because of some environment variable not set. The point here is that the deployment failure message is extremely misleading, and I'm not the first to fall into that trap Please consider making the failure message more clear about what is actually happening. Thanks ! |
+1 Same issue. |
+1 |
Is it possibly a firewall issue? |
I am having the same problem intermittently. I know there's nothing wrong with the app it is just taking a long time to start. Is there a timeout setting I can adjust on the curl request? curl: (7) Failed to connect to localhost port 80: Connection refused |
Maybe try this with 120 or so. "deployCheckWaitTime": 15, |
Can we handle this kind of error, ie. when the app fails to start? We could have the logs be printed to console to help debug. |
+1
it's very frustrating to not know what causes this. But in my experience, if |
+1 @robconery |
In urgent need of a fix. I've got to maintain an application for a client, but can't update the server. Thanks for any help. |
@fullhdpixel It's likely a code error that only appears in meteor "production" mode. You can likely replicate locally with:
|
@keyscores Thanks for your help. I've already tried this and the application runs fine on my localhost. Can't seem to replicate this error in any other way, so I reconfigured a different server. |
For anyone who is wondering, this extremely ambigious error message is returned if your deployCheckWaitTime is not sufficient for all your code in Meteor.startup. I changed the value to 150 seconds and now it works. |
+1 same problem here, and
yields
Changing deployCheckWaitTime to 150 didn't help. |
I've changed nodeVersion in mup.json and solved. Current default is 0.10.36 // WARNING: If nodeVersion omitted will setup 0.10.36 by default. Do not use v, only version number.
"nodeVersion": "0.10.40" |
@Homage Fixed the issue for me. Kudos! I wonder why the heck it fixes it though. |
Hi guys, I have the same error. It just ends with a: npm WARN package.json [email protected] No description I am trying the node version change now. But....I can't image to have to change the node version every time I deploy. |
errrr....I just look again at my mup logs -f and see:
Hence the Node 0.10.40 I guess :) :) Okay...changing the node version didnt work immediately. I went into the server and to the /opt folder and removed the nodejs installation and my app. Then I ran Mup deploy seems to work now. Hope it will continue working in the future |
Ran into this issue after updating to Meteor 1.2ish from 1.1ish, using Node 0.10.40 in the mup.json file fixed the issue. For reference for others that are having similar issue. After
running
and after update mup.json as follows // WARNING: If nodeVersion omitted will setup 0.10.36 by default. Do not use v, only version number.
20 "nodeVersion": "0.10.40", reinstall then, success!!!
|
I had spent a full day to fix this and still struggling. After changing Node version to 0.10.40, I dind't have a luck. This is the error message that I am getting:
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (7) Failed to connect to localhost port 3001: Connection refused
And this is mup logs: Any idea what to try? |
Why is Meteor trying to connect to 3001?
Unless I'm mistaken, by default Meteor puts a web server on 3000, and MongoDB on 3001. If you're running multiple Meteors, they need to be further apart on the ports. Mine are all even. You can always ssh into the box and
Good luck! Mike |
Could be you need to extend the wait time.
|
Fixed problem by changing the Node version in config.json to 0.10.40 |
I have the same problem, but have previously deployed with node 0.10.36. Simply setting node version to 0.10.40 in mup.json does not seem to work. How can I upgrade node on the server via mup? |
@brylie |
@mattiLeBlanc Tried deleting the node in /opt/ and verified my version. but still the same error. |
Try Mupx instead. I read that Mup is not actively being developed anymore plus it has security issues (uses ancient Stud)
|
Good suggestion for mupx. However, I have a VM that does not support Docker. It is running on a VM that uses the host kernel, which is an older version than Docker supports. |
Using mupx worked like a charm. 👍 |
[2]
|
For future readers: This error alternately appears with Node version errors, or also in a deployment time-out. If you are timing out it may be that you are running many startup methods, or startup is stuck in a method loop, so check your startup methods. @arunoda can we get more specific error handling in mupx? |
Mupx worked like a charm. This info might help someone; this is how i did it: Rebuilt my digitalocean droplet (it was new so i dint care about data loss) uninstalled mup using and then followed installation instructions for mupx here: Deployed with 0 hassles |
I think it was @MasterJames saying in some other related thread that resizing the instance worked... and that finally did it for me. So thank you @MasterJames, you really are @MasterJames. I had tried mup, mupx, adjusting the "deployCheckWaitTime" to as high as 150, commenting out the node version spec, I ate a bowl of cereal, and then as soon as I shwitched up to tier3: medium.. poof. deploy worked. |
In general I'm not afraid to help by making suggestions to help in the process of elimination, or really just a push forward in the process of problem solving. |
|
Just want to say I was having this issue after importing a mongo database into my project and changing the "deployCheckWaitTime" parameter fixed it for me. |
+1 for just using MUPX https://github.com/arunoda/meteor-up/tree/mupx |
I had the same error and after I checked the logs using |
|
Try with this, it will give you a much more detailed reason for your failure. mup log -n 300 |
+1 |
I am using ubuntu server i-b3e89e44 in AWS.
after
mup setup
I executemup deploy
the below error is came up. I doesnt know whats the problem and how to move next step.mup.json
I tried
npm install bcrypt
But same issue occurs againThe text was updated successfully, but these errors were encountered: