Replies: 5 comments
-
Are you using pgBouncer or another proxy server? Good way to lose prepared statements. |
Beta Was this translation helpful? Give feedback.
-
I believe we might be, much of the detail of our deployment is hidden away from us. It does sometimes, very infrequently work which isn't helping either. Is there a way to bypass pgbouncer? |
Beta Was this translation helpful? Give feedback.
-
So it seems switching from port 6543 to 5432 fixed the issue |
Beta Was this translation helpful? Give feedback.
-
Yeah, if you can connect to the port that Postgres is actually listening on. The other thing to do is to change this line to pass |
Beta Was this translation helpful? Give feedback.
-
Alas, there is no connection parameter for enabling or disabling server side prepares :-( |
Beta Was this translation helpful? Give feedback.
-
I'm getting the following error while trying to deploy changes to our test and production servers.
This might be related to and upgrade to postgres 13, but seems unlikley as this error started happening some time after the upgrade.
If you need more info on setup, please list what is missing from this post and I will gather what is needed to debug this.
Beta Was this translation helpful? Give feedback.
All reactions