From user-return-17959-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Sat Sep 17 22:18:27 2011 Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2FC81866C for ; Sat, 17 Sep 2011 22:18:27 +0000 (UTC) Received: (qmail 53972 invoked by uid 500); 17 Sep 2011 22:18:25 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 53933 invoked by uid 500); 17 Sep 2011 22:18:25 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 53924 invoked by uid 99); 17 Sep 2011 22:18:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Sep 2011 22:18:25 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dave@muse.net.nz designates 209.85.212.47 as permitted sender) Received: from [209.85.212.47] (HELO mail-vw0-f47.google.com) (209.85.212.47) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Sep 2011 22:18:17 +0000 Received: by vwe42 with SMTP id 42so9623871vwe.6 for ; Sat, 17 Sep 2011 15:17:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.23.176 with SMTP id n16mr736036vdf.268.1316297875956; Sat, 17 Sep 2011 15:17:55 -0700 (PDT) Received: by 10.52.188.99 with HTTP; Sat, 17 Sep 2011 15:17:55 -0700 (PDT) X-Originating-IP: [115.189.201.144] In-Reply-To: <4E73C24C.2080005@gmail.com> References: <4E73C24C.2080005@gmail.com> Date: Sun, 18 Sep 2011 10:17:55 +1200 Message-ID: Subject: Re: "%2F" problems From: Dave Cottlehuber To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17 September 2011 09:40, Kevin R. Coombes wr= ote: > I am trying to replicate a couch database from one Windows machine to > another. =A0Replication halts with an error when it gets to an attachment= of > the design document. =A0The error message in the (local) log file just be= fore > the stack dump says > > [Fri, 16 Sep 2011 21:22:57 GMT] [error] [<0.813.0>] streaming att. ended = but > more data requested {1316,208177,498001} > [Fri, 16 Sep 2011 21:22:57 GMT] [info] [<0.813.0>] request for > "_design%2Fbasic/docs.html" timed out, retrying in 0.5 seconds > > The replication was started by sending a POST to the local machine; I am > using pull replication from a remote source to the local target. Admins a= re > set up on the local machine, and I provided the admin credentials both as > part of the URL starting the replication and as part of the target URL. > > When I use "curl" from the command line on the local machine to request a > file from the remote machine, the command > =A0 =A0curl [REMOTEDB]/_design%2Fbasic/docs.html > returns nothing, while the command > =A0 =A0curl [REMOTEDB]/_design/basic/docs.html > returns the correct file. > > Clearly, there is something about the encoding of a forward slash as a "%= 2F" > that is confusing both me and at least one of the couch instances involve= d > in this attempt at replication. > > Can someone tell me [1] what is the underlying source of the problem? and > [2] how do I persuade couch to just replicate the design documents proper= ly? > > Thanks, > =A0 =A0Kevin > > > Hi Kevin, I assume you're driving replication via curl, in a cmd.exe shell, and that things work via futon. [1] is likely quoting which is not obvious on windows http://wiki.apache.org/couchdb/Quirks_on_Windows has some examples on fixing this. Using curl -v should show you what the actual text sent through to CouchDB is. [2] depending on whether you're running in admin party or not, you may need to include username:password@couch for ddocs to replicate. A+ Dave