Check the logs. Besides the likely issue of not enough available file descriptors for the connections + database files, it's likely that the Erlang VM reached the maximum limit of allowed ETS tables (each replication in 1.1.1 and below creates and uses 1 ETS table).
That limit is by default about 1400. To increase it set the environment variable ERL_MAX_ETS_TABLES to something higher. On Thu, Jan 5, 2012 at 9:33 AM, Robert Newson <[email protected]> wrote: > My first thought is to ask if your file descriptor limit is high enough? > > On 5 January 2012 09:18, Gregor Martynus <[email protected]> wrote: >> I experience massive reliability issues with continuous replications in my >> app. Each user has an own profile db with a continuous replication to a >> central database. Numbers: ~1800 dbs & ~2600 continuous replications (using >> _replicator db), ~200 did not get started. >> >> My hope is that others faced these issues before and found ways to fix or >> work around them. So if you are a developer or know developers that have a >> similar couchDB setup, would you mind to get me in touch? Thanks for your >> help! >> >> Tech info: >> couchDB 1.1.1 (iriscouch) >> max_dbs_open is set to 5000 >> no errors show up in _log >> _replicate does not accept POST requests anymore >> new replications from _replicator docs do not get picked up -- Filipe David Manana, "Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men."
