From dev-return-10828-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Fri Jul 16 00:05:27 2010 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 14091 invoked from network); 16 Jul 2010 00:05:27 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Jul 2010 00:05:27 -0000 Received: (qmail 13535 invoked by uid 500); 16 Jul 2010 00:05:27 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 13433 invoked by uid 500); 16 Jul 2010 00:05:26 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 13425 invoked by uid 99); 16 Jul 2010 00:05:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Jul 2010 00:05:26 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of fdmanana@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Jul 2010 00:05:18 +0000 Received: by bwz14 with SMTP id 14so1873874bwz.11 for ; Thu, 15 Jul 2010 17:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=FcX20KPsAJqTNe6ZNssGN1xgcpK40d/LxN6oDtju9XI=; b=GuAC5h4wqb2p5Sc54zcS3QXXpNJ49VNPgVsxvPvNNk0TrpIp6DIEvDvEMSvWQd8maf Dj4tij/F6qIBeNFkethIX6mpjUTuozYlsXv4qWd7mS/6uch7xZxt2FF8Rg9+3JASw19W jjYmaKlaUVjm8WPmTjyaHOoYFmVNXSfd1m8wI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=pmhfLFCW5GPji4DbS9oELN1/FQ+Rirm1ytcmlzR2rkdkf1XhVbmRf5IIKPZiUBNavs roHnsFKQnzRFbs/rq2EnVNy7P8Q/MMLCBsmDZU4r97WbyAMwFUiAC5kCNR3PPYLkjVEj NrypgK4zUnLEDNHtGn5cJJoW2sk1tAoWLNGpQ= MIME-Version: 1.0 Received: by 10.204.156.200 with SMTP id y8mr295645bkw.183.1279238637832; Thu, 15 Jul 2010 17:03:57 -0700 (PDT) Sender: fdmanana@gmail.com Received: by 10.204.100.205 with HTTP; Thu, 15 Jul 2010 17:03:57 -0700 (PDT) In-Reply-To: References: <13A5976F-3C1F-4690-AA8D-4F6E9C8FC739@gmail.com> Date: Fri, 16 Jul 2010 01:03:57 +0100 X-Google-Sender-Auth: AiCzLe1GTua1TEIx7zWH1GQ-QXk Message-ID: Subject: Re: Replication hangs on streaming inline document attachments From: Filipe David Manana To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Jul 15, 2010 at 10:52 PM, Nikolai Teofilov w= rote: > Filipe, > > Yes, it happens only on replication from 0.11 (windows port) to 1.0.0 Cou= chDBX > 1.0->1.0 no problem! > > Shell i create a ticket? Yes, please. I was able to reproduce the problem. It happens when, from a CouchDB 1.0 server, we do a pull replication with the source being a URL pointing to a Couch 0.11 and the target is a local DB (1.0). I have a temporary solution now, but will add it later. cheers > > cheers > Nikolai > > On 15.07.2010, at 23:43, Filipe David Manana wrote: > >> So, it only happens on push replication, from a 0.11 Couch to a 1.0.0 Co= uch? >> >> I think I know where the issue is. Expect a fix soon (if I'm able to >> reproduce the issue). >> >> cheers >> >> On Thu, Jul 15, 2010 at 9:47 PM, Nikolai Teofilov = wrote: >>> >>> The problem apear to exist onliy on replication 0.11 to 1.0 >>> >>> How to reproduce the bug: >>> >>> On couchdb 0.11 create a database with a document that contains inline = base64 encoded attachment. >>> >>> >>> { >>> =C2=A0"_id" : "test", >>> =C2=A0"_attachments": >>> =C2=A0{ >>> =C2=A0 =C2=A0"foo.txt": >>> =C2=A0 =C2=A0{ >>> =C2=A0 =C2=A0 =C2=A0"content_type":"text\/plain", >>> =C2=A0 =C2=A0 =C2=A0"data": "VGhpcyBpcyBhIGJhc2U2NCBlbmNvZGVkIHRleHQ=3D= " >>> =C2=A0 =C2=A0} >>> =C2=A0} >>> } >>> >>> replication 0.11 -> (CouchDBX) 1.0 will hang with following error log: >>> >>> 1> [info] [<0.1028.0>] starting new replication "5427f9ab10e93ee8b02bd9= a3e0050c58" at <0.1069.0> >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225570,362980} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225571,40192} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225574,323477} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225575,24131} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225575,688384} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> 1> [error] [<0.1083.0>] streaming att. ended but more data requested {1= 279,225576,382178} >>> 1> [info] [<0.1083.0>] request for "test/foo.txt" timed out, retrying i= n 0.5 seconds >>> >>> Cheers >>> Nikolai >> >> >> -- >> Filipe David Manana, >> fdmanana@apache.org >> >> "Reasonable men adapt themselves to the world. >> =C2=A0Unreasonable men adapt the world to themselves. >> =C2=A0That's why all progress depends on unreasonable men." > > --=20 Filipe David Manana, fdmanana@apache.org "Reasonable men adapt themselves to the world. =C2=A0Unreasonable men adapt the world to themselves. =C2=A0That's why all progress depends on unreasonable men."