You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
More connections than max and connections are not closed if maxCreateConnectionTime is defined.
Steps to reproduce
Set a small maxCreateConnectionTime that causes timeout. Look in database for open connections:
SELECT * FROM pg_stat_activity;
Expected behavior/code
No connection leak.
Possible Solution
I think the underlying connection can still be established but not added to the pool, or closed. The maxCreateConnectionTime is only a timeout on the Mono.
I suggest to remove maxCreateConnectionTime and let users define the timeout with ConnectionFactoryOptions.CONNECT_TIMEOUT.
I don't know if maxAcquireTime can cause something similar.
The text was updated successfully, but these errors were encountered:
It is possible that the timeout operator cancels the connection creation but the connection was partially established. In that case, the timeout operator drops the connection but we never close it on our side. That's something we need to fix.
We now close connections that were dropped because of the creation timeout but still emitted to prevent connection leaks.
[resolves#165]
Signed-off-by: Mark Paluch <[email protected]>
We now close connections that were dropped because of the creation timeout but still emitted to prevent connection leaks.
[resolves#165]
Signed-off-by: Mark Paluch <[email protected]>
Bug Report
Versions
Current Behavior
More connections than max and connections are not closed if maxCreateConnectionTime is defined.
Steps to reproduce
Set a small maxCreateConnectionTime that causes timeout. Look in database for open connections:
Expected behavior/code
No connection leak.
Possible Solution
I think the underlying connection can still be established but not added to the pool, or closed. The maxCreateConnectionTime is only a timeout on the Mono.
I suggest to remove maxCreateConnectionTime and let users define the timeout with
ConnectionFactoryOptions.CONNECT_TIMEOUT
.I don't know if
maxAcquireTime
can cause something similar.The text was updated successfully, but these errors were encountered: