Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of koeglstefan@gmail.com
 designates 209.85.215.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPinO9c1RQxmS0f+QHSxoLoaC603a9qqaOZX674mPhx=v=WN-A@mail.gmail.com>
References: 
 <CAPinO9cf5a40pLDtXfcistcXR6aTv-0_xtcqjOJ=o3EV9KmSZQ@mail.gmail.com>
	<86FAED34-1BA3-4641-ACFB-FEEAC063C412@apache.org>
	<CAPinO9eZ-2FWfgPiLfjxHj6j0Rum9Cbbv1JwSjp+fRDb_zHwhg@mail.gmail.com>
	<6994F93E-F74F-4AFB-9F3E-8D690AE58685@apache.org>
	<CAPinO9eVqN7EDWh0SNWG2FAzHNTUFn7C8L4WOZ3XhLpqWYV4=Q@mail.gmail.com>
	<CABvT1DEvGbCGXUDAVLK6DoHp3KRq6NA_oQVbMHf47zwPCYyHFQ@mail.gmail.com>
	<CABvT1DF6gc_bjxBFjAkBUpZbPN3kS1zJr=qv6Q6YWtg8_Ya_HQ@mail.gmail.com>
	<CAPinO9d__HUxt9QBgQSF62+_YZZCT9oouM2ofs9AidCmjap_PQ@mail.gmail.com>
	<FEBD2519-B88C-4822-A447-F1C14602489F@apache.org>
	<CABvT1DGNLSxGKQN3K=Bidb2gim5xDzCGFgFpoPoaYs4rMqBvKg@mail.gmail.com>
	<6210D68A-4FFC-4443-8939-F236B5CD9838@apache.org>
	<CAPinO9c1RQxmS0f+QHSxoLoaC603a9qqaOZX674mPhx=v=WN-A@mail.gmail.com>
Date: Mon, 12 Mar 2012 13:57:28 +0100
Message-ID: 
 <CAPinO9e3WmQtPYNcJN=TRoEwRwbA8H-H=z75zNct2DcdEbxpyQ@mail.gmail.com>
Subject: Re: Update Conflict for PUT/DELETE in _replicator
From: =?ISO-8859-1?Q?Stefan_K=F6gl?= <koeglstefan@gmail.com>
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

In the meantime I tried copying the _replicator database to another
instance, where I could delete the entry without problems. However it
still doesn't work on the initial instance. If one of the committers
is interested, I could organize either remote access via HTTP, or
shell access to the machine it is running on.

-- Stefan


On Fri, Mar 2, 2012 at 4:30 PM, Stefan K=F6gl <koeglstefan@gmail.com> wrote=
:
> On Fri, Mar 2, 2012 at 4:06 PM, Jan Lehnardt <jan@apache.org> wrote:
>> I just created a replication doc under 1.1.1 and then copied the
>> _replicator.couch file to a 1.2.x. On update I the expected result
>> Robert also got ("Only the replicator can edit replication documents
>> that are in the triggered state.". a curl -X DELETE on the doc with
>> ?rev=3D4-abcd... (no quotes) also worked.
>
> The document was created with 1.2.x, from around the time of the second R=
C.
>
> I also tried with quotes and got
>
> $ curl -sv -X DELETE
> "http://stefan:*********@127.0.0.1:5984/_replicator/mygpo?rev=3D\"131-57b=
4da8d3163468cb0bbf4fd30c87832\""
> * About to connect() to 127.0.0.1 port 5984 (#0)
> * =A0 Trying 127.0.0.1... connected
> * Connected to 127.0.0.1 (127.0.0.1) port 5984 (#0)
> * Server auth using Basic with user 'stefan'
>> DELETE /_replicator/mygpo?rev=3D"131-57b4da8d3163468cb0bbf4fd30c87832" H=
TTP/1.1
>> Authorization: Basic **************************
>> User-Agent: curl/7.19.7 (x86_64-pc-linux-gnu) libcurl/7.19.7 OpenSSL/0.9=
.8k zlib/1.2.3.3 libidn/1.15
>> Host: 127.0.0.1:5984
>> Accept: */*
>>
> < HTTP/1.1 500 Internal Server Error
> < Server: CouchDB/1.2.0 (Erlang OTP/R14B04)
> < Date: Fri, 02 Mar 2012 15:18:31 GMT
> < Content-Type: text/plain; charset=3Dutf-8
> < Content-Length: 44
> < Cache-Control: must-revalidate
> <
> {"error":"unknown_error","reason":"badarg"}
> * Connection #0 to host 127.0.0.1 left intact
> * Closing connection #0
>
> After that I also tried compacting the _replicator database, but also
> that didn't change anything.
>
>
> -- Stefan