When starting zotonic we are using multiple db connections per site.
When there are many sites this may exhaust the available database connections.
We need to start sites slower, and less in parallel.
This also needs to be backported to zotonic 0.8.
I think we can use the jobs application for this.
Where we can define a maximum number of parallel jobs when starting.
Hmm, maybe it is time to speed up the work on the new db layer. This uses poolboy, which you can configure it how many connections open at startup with size and max_overflow parameters.
@mmzeeman how is it going with the new db layer?
Didn"t touch it in a while. Busy. It sure would take a lot away a lot of installation hassles.
Do you have a branch somewhere? I might have time the coming weeks to take a look at this.
Really would like multi-db support... :)
I can try to give a shot at this issue.
It is a kind of generic problem where we need to be able to recycle connections between sites when we are "starving".
Do we have a trace/error-log entry of this issue?
This should be fixed by refactoring the OTP supervision tree and the site-startup process.
Closing for now.