couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ezequiel Naftali" <>
Subject Re: Strange problem replicating
Date Mon, 03 Jun 2013 14:10:39 GMT
Hi Chris,
thanks for your answer. We are really worried about this.

We have changed  UUIDS algorithm first to random in both servers

algorithm = random

and then we deleted that line and we are still having the same problem in both cases. Is anything
else I should do? 
(I restarted the service after the changes)


Ezequiel Naftali

From: Christopher Bonhage 
Sent: Sunday, June 02, 2013 3:40 PM
To: Ezequiel Naftali 
Subject: Re: Strange problem replicating

Hey Ezequiel, 

I have run into this several times when I have accidentally misconfigured my servers with
the same UUIDs (which are used for replication checkpointing):

Make sure that all of your couches have unique config value for [couchdb] uuid or just delete
the existing config value on your servers and restart, which will generate new ones.

This behavior is definitely a 'gotcha'; it's fairly new with the introduction of server UUIDs
and can be triggered unintentionally by simply following the noble goal of using the same
configuration files for all of your servers.

I hope that helps!

Christopher Bonhage

On May 31, 2013, at 1:30 PM, Ezequiel Naftali <> wrote:

  Hi, We are developing a PHP application using couchdb.
  Inside the application I'm trying to replicate 4 DBs in and out: this is *
  only* happening with one of those replications: database's name is
  "people". To avoid any PHP library specific issue, I'm testing from bash
  running curl:

  *curl -H 'Content-Type: application/json' -X POST LOCAL_PATH/_replicate -d

  With this output:

  *{"error":"checkpoint_commit_failure","reason":"Error updating the source
  checkpoint document: conflict"}*

  I've checked this
  but it doesn't seem to be that, as we're using full paths for replication
  (both local and remote).

  This happens most of the times, but not always.. Any idea???

  We have also tried the manual replication using the command line.


  Ezequiel Naftali

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message