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
Making Supabase work in production #3556
Comments
Kong didn't work because it made requests to I notice the Postgres password has a "@" in it, and that's a problem because the connection string is in the form I updated the password on the production run migration and data seeding, and it seems to be working. @TueeNguyen, please test the production supabase and let me know |
Great detective work! I've made updates to the values we put in the secret envs, and sent to @manekenpix to be set on staging and production. Once he does that, we'll need to do new builds (e.g., push something to |
Seems like it's working on production now with the new password |
@TueeNguyen only temporarily. A push/tag will re-create the old env vars. We need it fixed in the secrets env files for this to stick. |
Right, I just looked at Slack's convo |
@manekenpix reports that this is now done on staging/production. Hurray! We need a push/tag to update staging/production to use these, and to confirm the fix. |
I'm going to close, and we can do follow-ups as we discover new problems. |
Kong
perhaps doesn't play right with ournginx
which make ourparser
service in production can't interact with Supabase database.Seeding feeds into Prod Supabase also results in the same error
An invalid response was received from the upstream server
Related issue Kong/kong#3314
The text was updated successfully, but these errors were encountered: