-
-
Notifications
You must be signed in to change notification settings - Fork 69
Error - Connection Refused on clean install via CloudFormation. #142
Comments
By “sometimes” you mean different attempts in the same stack (sometimes the webserver responds) or different deployments (sometimes the stack has a completely unresponsive webserver)? I’ve never experienced this, but the fact that it’s intermittent indicates that it might be a resource load problem. Maybe you could try choosing a bigger instance type for the webserver, like a t3.medium? |
I'm also experiencing this issue. Clean (successful) build from cloudformation; can't access web server...SSH'ing into the machine and it seems airflow service is crashing, but I can't find where the log files are to debug why |
Maybe related to this: #149 I've indeed verified that "sometimes" (once in a few new deployments) that race condition occurs and the services won't start on the scheduler or the webserver. If you're interested in debugging the initial deployment process done by cloudformation, you can peek at the log files in /var/log/cfn* |
Hi @villasv - I've been doing a lot of work recently with your turbine stack - which I must say is really excellent! I believe I've found the cause of the symptoms you describe in #149, and will soon be raising a PR with suggested fixes. There are two key factors I think are at play here:
I think this issue is related to this - the fact that the Airflow Webserver service has not been correctly installed/configured, thus the service fails to start leading to the 'Connection Refused' issue. I'm going to close this issue as I don't believe it is a separate problem, and is instead linked to what I've just been discussing (which I'll raise as it's own PR). Thanks. |
P.S. I've also added support for Cloudwatch log monitoring of key installation log files ( |
Everytime I run the CF stack, the web server seems really ropey. Sometimes I can connect to the Web UI, but other times I simply get a 'Connection refused' error. I'm certain it's not my VPC/subnet/SG configuration (and besides, it's using the base config provided back the stack anyway).
This is really frustrating as I'd love to use this stack. Any help greatly appreciated. Thanks.
The text was updated successfully, but these errors were encountered: