Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B3C2810F30 for ; Tue, 26 Nov 2013 18:10:31 +0000 (UTC) Received: (qmail 44999 invoked by uid 500); 26 Nov 2013 18:07:53 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 44907 invoked by uid 500); 26 Nov 2013 18:07:38 -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 44892 invoked by uid 99); 26 Nov 2013 18:07:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Nov 2013 18:07:34 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.160.52] (HELO mail-pb0-f52.google.com) (209.85.160.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Nov 2013 18:07:28 +0000 Received: by mail-pb0-f52.google.com with SMTP id uo5so8549054pbc.11 for ; Tue, 26 Nov 2013 10:07:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=MobkZ8MmUtChc+elDZ6WnzPaVgdmuEOsjLaUYE1bEZM=; b=fOIVUPhYtuYLRx+odz5xnP1hGYuQQhdL8dZmYAi9QD1KE7xEwhakPg3EWIiouwjD/F pvk2cuUTYdjYYpFMBaSF5RN7RMR3D284uclnpojxSGPEgOi2177SFqfpdFeBr6S6Ltkx mdczYkEfuAh+a1TSmzoRPV21+UB4os4S5KJl8luiEhTulpLKpVWDzRWU7PwllANn3CoQ vrUGAds5D7Ws06vB+8hfeP2CwR3IT2Yq2b0Lx8BrU2+9tRaKmRfCV7ZMHZq9ecXMz456 Te2bHH1/vzFvKZhxluy14DccUwrTTB+SeecucYToxxhP6RMerrzlj+HvbQcSlY7cNZTX UuIg== X-Gm-Message-State: ALoCoQkggnQHI/UUJaGvbYGP+1kmcJy6U1MV7NsRLImL0bGT9PJpTgr4zxsNGCIPuK7pNO4+mPs0 MIME-Version: 1.0 X-Received: by 10.68.209.133 with SMTP id mm5mr612789pbc.157.1385489227752; Tue, 26 Nov 2013 10:07:07 -0800 (PST) Received: by 10.68.229.103 with HTTP; Tue, 26 Nov 2013 10:07:07 -0800 (PST) Date: Tue, 26 Nov 2013 13:07:07 -0500 Message-ID: Subject: How to configure a limit on simultaneous replications? From: "R.J. Steinert" To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=047d7b10cf9342ca6e04ec185943 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b10cf9342ca6e04ec185943 Content-Type: text/plain; charset=ISO-8859-1 Hi there, I'm running CouchDB on Raspberry Pi's in places in the developing world and we use these servers as "messengers" that run around creating consistency between the nodes in the network. Problem is that there's about a dozen databases that these messengers need to replicate when they reach a node and when CouchDB tries to replicate them all at once, the replications never seem to finish in a dependable fashion. Sometimes some of the databases will finish replicating others will hang for days. Each database is only a couple dozen KB so these replication processes aren't managing a whole lot of data. Testing the replication process with a 1 or 2 replications completes quickly, it seems that when all of the replication processes initialize at once, this problem arises. I've tried playing with the replicator configuration, but no luck limiting the number of simultaneous replications. Does anyone have any tips? Perhaps I'm not configuring the replicator correctly. Perhaps simultaneous replications isn't the issue and I should just configure the replicator in a different way. Any suggestions are greatly appreciated. Thanks, R.J. Steinert Open Learning Exchange http://ole.org --047d7b10cf9342ca6e04ec185943--