Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
From: Robert Newson <rnewson@apache.org>
Content-Type: multipart/alternative;
	boundary=Apple-Mail-4A128A6C-EDE7-487C-8D21-B350496D0C7B
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
Date: Fri, 26 May 2017 18:42:42 +0100
Subject: Re: CouchDB 2.0 Clustering
Message-Id: <35CBBEF9-DC4F-498C-8916-0EE61335B155@apache.org>
References: <CAE8Pq+3u6YdtDkHe111qT5Z721D5T7hohsnN3PKK46vQ2AdbpA@mail.gmail.com>
In-Reply-To: <CAE8Pq+3u6YdtDkHe111qT5Z721D5T7hohsnN3PKK46vQ2AdbpA@mail.gmail.com>
To: user@couchdb.apache.org
archived-at: Fri, 26 May 2017 17:42:50 -0000

--Apple-Mail-4A128A6C-EDE7-487C-8D21-B350496D0C7B
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi,

That's expected behaviour. Existing databases are not rebalanced as new node=
s are added. New databases are distributed over them, of course, up to the l=
imit of q and n parameters.=20

I wrote a guide a while back for shard moves at https://stackoverflow.com/qu=
estions/6676972/moving-a-shard-from-one-bigcouch-server-to-another-for-balan=
cing and it still holds

Future releases of couchdb should make this easier.=20

Sent from a camp site with surprisingly good 4G signal=20

> On 26 May 2017, at 16:24, Carlos Alonso <carlos.alonso@cabify.com> wrote:
>=20
> Hi guys!
>=20
> I'm very new to CouchDB administration and I was trying to setup a cluster=

> and do basic operations on it (adding nodes, moving shards, ...) following=

> this two resources:
>=20
> http://docs.couchdb.org/en/2.0.0/cluster/sharding.html
>=20
> https://medium.com/linagora-engineering/setting-up-a-couchdb-2-cluster-on-=
centos-7-8cbf32ae619f
>=20
> So far I've managed to setup a cluster and add nodes to it, but newly adde=
d
> nodes (once the cluster is running) have not received any shard from
> _global_changes, _metadata, _replicator and _users databases.
>=20
> I was wondering if it makes sense to have a copy on each node of those
> databases to have them homogeneous (nodes added to the cluster when the
> cluster was created all received their copy).
>=20
> Thanks in advance!
> --=20
> [image: Cabify - Your private Driver] <http://www.cabify.com/>
>=20
> *Carlos Alonso*
> Data Engineer
> Madrid, Spain
>=20
> carlos.alonso@cabify.com
>=20
> Prueba gratis con este c=C3=B3digo
> #CARLOSA6319 <https://cabify.com/i/carlosa6319>
> [image: Facebook] <http://cbify.com/fb_ES>[image: Twitter]
> <http://cbify.com/tw_ES>[image: Instagram] <http://cbify.com/in_ES>[image:=

> Linkedin] <https://www.linkedin.com/in/mrcalonso>
>=20
> --=20
> Este mensaje y cualquier archivo adjunto va dirigido exclusivamente a su=20=

> destinatario, pudiendo contener informaci=C3=B3n confidencial sometida a s=
ecreto=20
> profesional. No est=C3=A1 permitida su reproducci=C3=B3n o distribuci=C3=B3=
n sin la=20
> autorizaci=C3=B3n expresa de Cabify. Si usted no es el destinatario final p=
or=20
> favor elim=C3=ADnelo e inf=C3=B3rmenos por esta v=C3=ADa.=20
>=20
> This message and any attached file are intended exclusively for the=20
> addressee, and it may be confidential. You are not allowed to copy or=20
> disclose it without Cabify's prior written authorization. If you are not=20=

> the intended recipient please delete it from your system and notify us by=20=

> e-mail.

--Apple-Mail-4A128A6C-EDE7-487C-8D21-B350496D0C7B--