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 916038CF7 for ; Sat, 17 Sep 2011 22:31:12 +0000 (UTC) Received: (qmail 76353 invoked by uid 500); 17 Sep 2011 22:31:11 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 76309 invoked by uid 500); 17 Sep 2011 22:31:11 -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 76300 invoked by uid 99); 17 Sep 2011 22:31:11 -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:31:10 +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:31:04 +0000 Received: by vwe42 with SMTP id 42so9636095vwe.6 for ; Sat, 17 Sep 2011 15:30:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.19.139 with SMTP id f11mr759922vde.131.1316298644175; Sat, 17 Sep 2011 15:30:44 -0700 (PDT) Received: by 10.52.188.99 with HTTP; Sat, 17 Sep 2011 15:30:44 -0700 (PDT) X-Originating-IP: [115.189.201.144] In-Reply-To: References: <4E73C24C.2080005@gmail.com> Date: Sun, 18 Sep 2011 10:30:44 +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 Sorry Kevin, my apologies, only read =BD of that email - clearly quoting alone isn't enough to explain this. What version(s) or buidls of CouchDB are involved? Also, are you able to post some of the logs online in debug mode? Thanks Dave On 18 September 2011 10:17, Dave Cottlehuber wrote: > On 17 September 2011 09:40, Kevin R. Coombes = wrote: >> I am trying to replicate a couch database from one Windows machine to >> another. =A0Replication halts with an error when it gets to an attachmen= t of >> the design document. =A0The error message in the (local) log file just b= efore >> 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 = are >> set up on the local machine, and I provided the admin credentials both a= s >> 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 involv= ed >> in this attempt at replication. >> >> Can someone tell me [1] what is the underlying source of the problem? an= d >> [2] how do I persuade couch to just replicate the design documents prope= rly? >> >> 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 >