correct.
On 29 July 2013 20:14, James Marca wrote:
> On Mon, Jul 29, 2013 at 07:47:10PM +0100, Robert Newson wrote:
>> CouchDB will check that the current revision of every document is
>> present on the target and will skip copying it if it is. In your case,
>> the replication will not transfer a
On Mon, Jul 29, 2013 at 07:47:10PM +0100, Robert Newson wrote:
> CouchDB will check that the current revision of every document is
> present on the target and will skip copying it if it is. In your case,
> the replication will not transfer any documents at all but will check
> every id/rev pair whi
CouchDB will check that the current revision of every document is
present on the target and will skip copying it if it is. In your case,
the replication will not transfer any documents at all but will check
every id/rev pair which will take some time.
B.
On 29 July 2013 19:37, James Marca wrote
Hi,
I have two machines, A and B. I am running an analysis on A, saving
the output to couchdb, and then replicating by push from A to B.
B's database started life from this push replication, and has never
been otherwise modified. So the two are more or less identical.
What I want to do now i
Thank you for your insight. Probably saved me from many headaches.
--
Regards,
Brian
On 18 June 2012 00:31, bsquared wrote:
> Hello,
>
> I am wondering how to implement a filtered replication with a blacklist
> of sorts.
>
>
> (C..?) <--> (B?) <--> (A)
>
> Where (A) is a local couchapp and (B) is an optional duplicate on the
> Internet. A and B replicate with one or more document
You will have to have the "pinned" field in each doc. Then you can easily
use that in a replication filter. You cannot access other docs when
filtering.
On Sun, Jun 17, 2012 at 3:31 PM, bsquared wrote:
> Hello,
>
> I am wondering how to implement a filtered replication with a blacklist
> of so
Hello,
I am wondering how to implement a filtered replication with a blacklist
of sorts.
(C..?) <--> (B?) <--> (A)
Where (A) is a local couchapp and (B) is an optional duplicate on the
Internet. A and B replicate with one or more document stores (C..Z). I
want to be able to ignore selected
up complicated
proxies to boot.
Cory
>
>
>
> >
> > Thanks again.
> > Kismat
> >
> >
> > -Original Message-
> > From: Nils Breunese [mailto:n.breun...@vpro.nl]
> > Sent: Wednesday, September 28, 2011 1:17 AM
> > To
>
>
> -Original Message-
> From: Nils Breunese [mailto:n.breun...@vpro.nl]
> Sent: Wednesday, September 28, 2011 1:17 AM
> To: user@couchdb.apache.org
> Subject: Re: Replication Question
>
> Kismat Sood wrote:
>
>> During replication, is the data being s
Run something like tcpdump and check the traffic?
Nils.
Van: Kismat Sood [kismat.s...@spacex.com]
Verzonden: maandag 3 oktober 2011 18:02
Aan: user@couchdb.apache.org
Onderwerp: RE: Replication Question
Thank you for the link. Setting it up looks simple
Sent: Wednesday, September 28, 2011 1:17 AM
To: user@couchdb.apache.org
Subject: Re: Replication Question
Kismat Sood wrote:
> During replication, is the data being sent from one node to the other
> compressed? If so, can anyone point me to any documentation where I can learn
> more about it (e
Kismat Sood wrote:
> During replication, is the data being sent from one node to the other
> compressed? If so, can anyone point me to any documentation where I can learn
> more about it (e.g. how to set it up, what is configurable, and what is going
> on under the hood).
I don't know what's g
Hi,
During replication, is the data being sent from one node to the other
compressed? If so, can anyone point me to any documentation where I can learn
more about it (e.g. how to set it up, what is configurable, and what is going
on under the hood).
Thanks in advance,
kismat
Not exactly, as I understand it. I believe that couchdb guarantees that
after bi-directional replication, for any conflicted documents all dbs
will choose the same rev as the 'successful' one, with the other revs in
the _conflicted area.
I too, would love to have a means of automatically resol
Hi Oguzhan,
On Fri, Oct 1, 2010 at 5:09 PM, Oguzhan Eris wrote:
> I'm trying to find some more information on how exactly replication
> "fits-in" with things like validation functions.
>
> My question is based on the following scenario.
>
> Have a cluster of cross replicating couchdb's where each
I'm trying to find some more information on how exactly replication
"fits-in" with things like validation functions.
My question is based on the following scenario.
Have a cluster of cross replicating couchdb's where each can be
written to independently.
If a big network outage causes the cluste
On Mon, Mar 01, 2010 at 08:33:53AM -0800, J Chris Anderson wrote:
>
> On Feb 28, 2010, at 11:01 PM, James Marca wrote:
>
> > On Mon, Mar 01, 2010 at 10:29:03AM +1300, Blair Nilsson wrote:
> >> It shouldn't be surprising though, the target database may already
> >> have records in it that would ch
On Feb 28, 2010, at 11:01 PM, James Marca wrote:
> On Mon, Mar 01, 2010 at 10:29:03AM +1300, Blair Nilsson wrote:
>> It shouldn't be surprising though, the target database may already
>> have records in it that would change the results, which would be
>> difficult to detect without running the ma
On Mon, Mar 01, 2010 at 10:29:03AM +1300, Blair Nilsson wrote:
> It shouldn't be surprising though, the target database may already
> have records in it that would change the results, which would be
> difficult to detect without running the map on all the data that was
> already there. Also it is q
It shouldn't be surprising though, the target database may already
have records in it that would change the results, which would be
difficult to detect without running the map on all the data that was
already there. Also it is quite likely that it would take longer to
replicate all the view data th
On Sat, Feb 27, 2010 at 09:02:22PM -0800, James Marca wrote:
> Perhaps I wasn't clear that the design docs *are* being replicated, but the
> actual computation of the views are not.
Views are built lazily. They are not built until the first time someone
queries one of the views within a design doc
The view's need to be compiled/generated on each node.
2010/2/28 James Marca
> On Sat, Feb 27, 2010 at 10:12:06AM +0100, Paweł Stawicki wrote:
> > Yon need to be admin to create ddocs. So when entering url to
> ...
>
> I am doing it locally, so I am logged in. I just double
> checked by explici
On Sat, Feb 27, 2010 at 10:12:06AM +0100, Paweł Stawicki wrote:
> Yon need to be admin to create ddocs. So when entering url to
...
I am doing it locally, so I am logged in. I just double
checked by explicitly adding name and password to the copy to url
(rather than selecting a local db name) but
Yon need to be admin to create ddocs. So when entering url to
replicate to in futon, you need to enter
http://admin:p...@remote.com:5984/database
regards
--
Paweł Stawicki
http://pawelstawicki.blogspot.com
http://szczecin.jug.pl
On 27/02/2010, James Marca wrote:
> Hi all,
>
> I'm trying to repl
Hi all,
I'm trying to replicate a database and not have to duplicate the view
building part. As a test, I just used futon to replicate one database
into a new database.
I was expecting that the views would copy over too, but they
don't...looking in /var/lib/couchdb I see the .original_design
dir
26 matches
Mail list logo
