-
Notifications
You must be signed in to change notification settings - Fork 827
-
Notifications
You must be signed in to change notification settings - Fork 827
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
sticky "pgbouncer cannot connect to server" error #2179
Comments
This is with the current tip of the 2.3.x branch ( f202197 ). |
NOTE: I'm using mapnik via node-mapnik / tilelive-manik / windshaft, so the "stickiness" could also be in any of the other places. Hopefully more debugging will tell me. |
There's indeed no more attempt to construct a Connection object during the continuous responses of "failure". This is the last trace from the mapnik log (related to connection):
And this is the last trace in absolute from the log (19 minutes later!):
After that, there's no more log coming out, and we're right now at (8 more minutes later):
Can it be that the renderer operation fails to be advertised as failing ? |
NOTE: those 19 minutes between the connection failure and the agg_renderer traces contain NO other mapnik traces |
For the record, I'm using (node.js) tilelive-mapnik@0.6.7, mapnik@0.7.26 and tilelive@4.4.3 |
Waiting 1 minute for the expiration of a "RendererCache" in windshaft@0.19.4 and thus re-creating such cache, finally triggers re-trying to connect and gets a complete rendering. A "RendererCache" is basically what's returned by tilelive.load. In any case this is definitely NOT related to mapnik but rather to higher levels. I'll file it in tilelive. |
I'm experimenting with shutting down / resurrecting PostgreSQL backends while mapnik renders tiles trough pgbouncer and I'm getting a "sticky" pgbouncer error which could be revealing some issue in mapnik itself.
In particular I don't understand if mapnik is taking the "bad" connection out of the pool and trying to reconnect OR if it is reusing the same bad connection from the pool.
Connecting to the database using psql(1) and the same connection string as the one reported by mapnik in the log succeeds.
This is the error I keep getting:
And this is is the success when connecting with psql:
The text was updated successfully, but these errors were encountered: