Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Sun, 22 May 2011 18:08:47 +0000 (UTC)
From: "Filipe Manana (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: 
 <415624745.34639.1306087727374.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1091179516.33038.1305976127758.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (COUCHDB-1174) Multipart parsing bug in new
 replicator
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/COUCHDB-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Filipe Manana updated COUCHDB-1174:
-----------------------------------

    Attachment: couchdb-1174.patch

I was finally able to reproduce this on an old macbook.

It turns out the issue is that for very short multipart requests, we don't wait for the parser to recv the final boundary marker before sending an OK reply to the client, so the next request gets the boundary prepended to the HTTP verb.

Before committing it, I leave here the patch for Robert to test.
Robert, try to test it after revision 1126147, which is important.

thanks everyone


> Multipart parsing bug in new replicator
> ---------------------------------------
>
>                 Key: COUCHDB-1174
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1174
>             Project: CouchDB
>          Issue Type: Bug
>    Affects Versions: 1.2
>            Reporter: Robert Newson
>            Priority: Blocker
>         Attachments: COUCHDB-1174.sh, couchdb-1174.patch
>
>
> It seems the new multipart savvy replicator has a bug. At high load, the receiving node sees the following as the method of a new http request;
>  "--17481297448f5a282cc919203957ebd9--POST"
> instead of just "POST". The first bit looks like a multipart boundary value to me.
> I'll attach a script that reproduces the error now.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira