Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAMKMHYgE+PE38tmv9jt7xbg62LbQhVz9OdPKm3dusDX1vtCp4Q@mail.gmail.com>
References: 
 <CAMKMHYjRwgq94ZkOjB5aBtq8BOao2+na4jrF=pQa67hqnBXkgg@mail.gmail.com>
	<CAHdjip+Ozq=RQ5E9i5Kot9G0zswpkqgiK5fFBy5ucAEy=LYVgQ@mail.gmail.com>
	<CAMKMHYgirMqRzyJA-g-v-TumLRS4-VeO5RJ90N0ShzO6jdU74Q@mail.gmail.com>
	<CAHdjipLksbW1vw5=qpRHiZ2PYRh0voE_jkbjBWTcxey1LpPhdw@mail.gmail.com>
	<CAMKMHYgE+PE38tmv9jt7xbg62LbQhVz9OdPKm3dusDX1vtCp4Q@mail.gmail.com>
Date: Fri, 29 Jan 2016 21:02:18 +0300
Message-ID: 
 <CAHdjipLBFPMhcB+imjC1iuUjOK11_mbgS=TOh3j8E5ms8692CQ@mail.gmail.com>
Subject: Re: crash reports
From: Alexander Shorin <kxepal@gmail.com>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Type: text/plain; charset=UTF-8

On Fri, Jan 29, 2016 at 8:23 PM, Nick Wood <nwood888@gmail.com> wrote:
> I updated both servers to use this container image -
> https://hub.docker.com/r/klaemo/couchdb/~/dockerfile/ which is what I
> believe the CouchDB team is trying to base it's official docker image off
> of.

That's true.

> When I cycle through all ~1100 of our databases and do a non-continuous
> replication, I don't receive a single error or crash. I continuously queue
> 20 of them into the _replicator database and I can see it processing about
> 2 per second. (on a side note, any idea why it only does 2-3 per second
> when I can see plenty of available disk, ram and cpu? Seems like there's an
> internal hard-code delay maybe?)

There are no any hardcoded delays of such kind.

No ideas, except some docker-specific issues or constraints. I would
try to remove docker, do plain install and ensure that there are no
any issues with you setup, and then try to dig into what other people
reports about their docker apps under load and which issues they
faced. Finally, debug your container to see what causes delays. That's
the list I would follow in same situation.

> Might I still have a broken version of erlang? It looks like the version I
> ended up with using that docker image is 17.3.

Erlang 17.3 is broken indeed, you should avoid this release.
Especially, if you use https.

--
,,,^..^,,,