Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of kxepal@gmail.com designates
 74.125.82.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <D0F29CA6-7204-42C1-B82F-FCC4269B03D0@gmail.com>
References: <6B60BAE7-4014-43F8-AD07-5ED9A1EBBB92@gmail.com>
	<CAHdjipLVKwcdYu0_z3ZqLN_cMhvw9+yQqjoUD0mTVuTpicJ8dg@mail.gmail.com>
	<C3BB088D-1344-4357-84CA-F22B53E1A40F@gmail.com>
	<D0F29CA6-7204-42C1-B82F-FCC4269B03D0@gmail.com>
Date: Mon, 12 Jan 2015 04:13:15 +0400
Message-ID: 
 <CAHdjipLyuMen8scuvOX85j1BSRHo=Pdt8=K9+0GZzCDvRDQx=g@mail.gmail.com>
Subject: Re: Tweaking CouchDB For DB-Per-User
From: Alexander Shorin <kxepal@gmail.com>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

CouchDB automatically closes unused file handlers. However, for 1000
active databases it's hard to not hit the default 1024 limit.
You can setup monitoring for couchdb/open_os_files and send you alert
when it's getting close to the deadline.
--
,,,^..^,,,


On Mon, Jan 12, 2015 at 3:07 AM, Paul Okstad <pokstad@gmail.com> wrote:
> BTW, is there a better strategy to this instead of brute forcing the limi=
t to be larger? It seems to be a bad idea to keep over 1000 files open if I=
 don=E2=80=99t even need to replicate them until a change occurs. It this a=
 limitation of internal continuous replication? Should I be triggering one =
time replications using the database update notifications?
>
>> On Jan 11, 2015, at 3:44 PM, Paul Okstad <pokstad@gmail.com> wrote:
>>
>> Thank you for the quick reply. I am indeed using Ubuntu and indeed using=
 SSL so this is extremely relevant. I=E2=80=99ll try out the fixes and get =
back.
>>
>>> On Jan 11, 2015, at 3:35 PM, Alexander Shorin <kxepal@gmail.com> wrote:
>>>
>>> On Mon, Jan 12, 2015 at 2:24 AM, Paul Okstad <pokstad@gmail.com> wrote:
>>>> {error,emfile}
>>>
>>> emfile - too many open files. For thousand databases you might likely
>>> hit default ulimit for 1024 file handlers.
>>> See also this thread:
>>> http://erlang.org/pipermail/erlang-questions/2015-January/082446.html
>>> about other ways to solve this. For instance, on Ubuntu with upstart
>>> there is a bit different way to set process limits.
>>>
>>> --
>>> ,,,^..^,,,
>>
>