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
Hey @mathieurousseau! I'm suspecting that this may be a issue of how idle termination is done on finch.
It stops the pool when the first connection becomes idle and not all of them. I'm not sure if this is the semantics we need here, and it's not clear how to achieve proper semantics with the current implementation of nimble_pool's idle ping feature. Gona take a look at it.
Is this bug consitently reproducible?
What I think may be happening is something like this:
your pool have 2 connections idle for more than 20 seconds, so this pool should be terminated in the next verification cycle
before the pool is terminated some oban worker picks up the first connection to make some reequest
now the idle verification happens and terminates the pool because the only remaining connection is idle for more than 20 seconds
oban worker crashes because the finch pool is terminated with the reason idle timeout
Hello
We added a
pool_max_idle_time
to pool configuration.We then started to have the following issue:
connection max idle time is 10_000
pool max idle time is 20_000
If we let it empty (:infinity). We have no issue.
Thanks.
Mathieu
The text was updated successfully, but these errors were encountered: