couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filipe Manana (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (COUCHDB-1174) Multipart parsing bug in new replicator
Date Sun, 22 May 2011 18:08:47 GMT

     [ 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

Mime
View raw message