Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 9846 invoked from network); 16 Jul 2010 00:03:39 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Jul 2010 00:03:39 -0000 Received: (qmail 11883 invoked by uid 500); 16 Jul 2010 00:03:37 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 11791 invoked by uid 500); 16 Jul 2010 00:03:37 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 11783 invoked by uid 99); 16 Jul 2010 00:03:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Jul 2010 00:03:37 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com designates 209.85.216.52 as permitted sender) Received: from [209.85.216.52] (HELO mail-qw0-f52.google.com) (209.85.216.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Jul 2010 00:03:30 +0000 Received: by qwf7 with SMTP id 7so629946qwf.11 for ; Thu, 15 Jul 2010 17:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=j8N5qtJ36syoEFEwrrktUgybN4kEgwokXXymfkrXQmQ=; b=LNbo+HQw644HgQWMseHj15oRrt98pfvbCR9phAieG+SjfnciBtw2u7pXGMV2U/p9dN n086NwF89mn0zEeM6he4+4yjFLcdckQhzbyfv1gebrjMuOILkKDvyxLM5mZDGwuskglM HHUoyF1wr0jLtDYxEg2vhRLf4Dhndkci46IMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=pJdGPXITlND0ZRl1DB3zVahsrpzyHg+x4b+65zUxZ9wqbyoKcXF+HEJ2gTXZfgh9PR 6cod1lv03Bs4heMCyoPspWriihrzexLlVhtW4EDda9tcAhaX7XHzQzhKIAXz51BCXSun SBzOwdcTc4NeCfEGhZwdfieqQwJbWQXmdZsm0= MIME-Version: 1.0 Received: by 10.224.93.2 with SMTP id t2mr209936qam.213.1279238540472; Thu, 15 Jul 2010 17:02:20 -0700 (PDT) Received: by 10.229.222.139 with HTTP; Thu, 15 Jul 2010 17:02:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Jul 2010 17:02:20 -0700 Message-ID: Subject: Re: Trying to get 5000+ databases replicating, no success thus far. From: Randall Leeds To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org You will want to set max_connections even higher. If you look in the [replicator] section of the ini you'll notice that each replication can use up to 10 connections plus the changes feed, so try bumping max_connections beyond 55,000. Finally, what system are you running this on? For example, on CentOS, the daemon function comes from /etc/rc.d/init.d/functions and it will call "runuser" to switch to the couchdb user and pass a "-" in the call, which creates a login shell. runuser is much like su. From `info su`: `-' `-l' `--login' Make the shell a login shell. This means the following. Unset all environment variables except `TERM', `HOME', and `SHELL' (which are set as described above), and `USER' and `LOGNAME' (which are set, even for the super-user, as described above), and set `PATH' to a compiled-in default value. Change to USER's home directory. Prepend `-' to the shell's name, intended to make it read its login startup file(s). Additionaly `DISPLAY' and `XAUTHORITY' environment variables are preserved as well for PAM functionality. However, couch still needs to be started from a directory where it can run "find", i.e. a directory it has permission to read and a non-login shell won't switch to the users home directory. Here's a snippet of my CentOS init script: cd $(eval echo ~$COUCHDB_USER) su $COUCHD_USER -c "$exec \ -r $COUCHDB_RESPAWN_TIMEOUT \ .... Could this be your issue? -Randall On Thu, Jul 15, 2010 at 16:41, Chris Stockton wrote: > Hello, > > On Thu, Jul 15, 2010 at 4:27 PM, Robert Dionne > wrote: >> I've seen this message before when using mnesia, the default for ets tables is 1400. You might try setting the environment variable: >> >> ERL_MAX_ETS_TABLES >> >> to something higher >>> >>> These exist in my couchdb init script: >>> ulimit -n 1000000 >>> export ERL_MAX_PORTS=100000 >>> export ERL_MAX_ETS_TABLES=10000 > > Thank you Dionne, I actually have "export ERL_MAX_ETS_TABLES=10000" > currently inside my init script. I am under the impression this is > properly being read when couch starts, but maybe I need to pass them > as flags to couchdb binary in my daemon command? > > -Chris >