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
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
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
15 matches
Mail list logo