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

DBConnection.ConnectionError: tcp connect (127.0.0.1:5432): connection refused - :econnrefused #1735

Open
sentry-io bot opened this issue Sep 14, 2020 · 4 comments

Comments

@sentry-io
Copy link

sentry-io bot commented Sep 14, 2020

Sentry Issue: ELIXIR-OMG-6J

DBConnection.ConnectionError: tcp connect (127.0.0.1:5432): connection refused - :econnrefused

(DBConnection.ConnectionError) tcp connect (127.0.0.1:5432): connection refused - :econnrefused
@boolafish
Copy link
Contributor

boolafish commented Sep 14, 2020

Some of my investigation: https://sentry.io/organizations/omisego/issues/1787235126/activity/?project=1477673&query=is%3Aunresolved

I am guessing when we restart watcher-info it will try to ask for Postgres while it is not ready yet (I assume Postgres got restart as well). Not sure what is the solution to this. We can ignore the sentry error or try to make our Genserver smarter (?) to detect Postgres is not ready in init?

@boolafish
Copy link
Contributor

@boolafish
Copy link
Contributor

boolafish commented Sep 14, 2020

Confirmed related to deployment (did one new deployment on stress for 1.0.4-pre.2 and the report immediately shows)

@boolafish
Copy link
Contributor

From @arthurk , it can be caused by cloudsql-proxy gets restarted. (Some background, the stress deployment actually did not restart the pod for watcher-info nor the Postgres for the watcher-info as the image of stress was hardcoded.)

https://omgnetworkhq.slack.com/archives/CMX790Q5V/p1600073457072700?thread_ts=1600073144.072000&cid=CMX790Q5V

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

1 participant