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 0002F9658 for ; Tue, 6 Mar 2012 21:30:58 +0000 (UTC) Received: (qmail 21170 invoked by uid 500); 6 Mar 2012 21:30:57 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 21055 invoked by uid 500); 6 Mar 2012 21:30:57 -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 21046 invoked by uid 99); 6 Mar 2012 21:30:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2012 21:30:57 +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 (nike.apache.org: domain of dave@muse.net.nz designates 209.85.212.52 as permitted sender) Received: from [209.85.212.52] (HELO mail-vw0-f52.google.com) (209.85.212.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2012 21:30:50 +0000 Received: by vbih1 with SMTP id h1so6488294vbi.11 for ; Tue, 06 Mar 2012 13:30:28 -0800 (PST) Received-SPF: pass (google.com: domain of dave@muse.net.nz designates 10.52.67.199 as permitted sender) client-ip=10.52.67.199; Authentication-Results: mr.google.com; spf=pass (google.com: domain of dave@muse.net.nz designates 10.52.67.199 as permitted sender) smtp.mail=dave@muse.net.nz Received: from mr.google.com ([10.52.67.199]) by 10.52.67.199 with SMTP id p7mr20266070vdt.75.1331069428716 (num_hops = 1); Tue, 06 Mar 2012 13:30:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.67.199 with SMTP id p7mr17428341vdt.75.1331069427983; Tue, 06 Mar 2012 13:30:27 -0800 (PST) Received: by 10.52.36.237 with HTTP; Tue, 6 Mar 2012 13:30:27 -0800 (PST) X-Originating-IP: [178.165.180.161] In-Reply-To: References: Date: Tue, 6 Mar 2012 22:30:27 +0100 Message-ID: Subject: Re: replication to iriscouch fails From: Dave Cottlehuber To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmsnEZbiXQqitGA7ClX6tvffcGJLEIJstRlPz3Q65KlTYI0ASZE+26P8y1HPQGvARb8NA61 X-Virus-Checked: Checked by ClamAV on apache.org On 6 March 2012 17:01, Alexander Gabriel wrote: > Hi Robert & Jason > > I am not used to using curl or other command prompts. It gives me this > error: www.barbalex.ch/downloads/curl.PNG (bad content type, content type > must be application/json). > I remember it is troublesome using curl in windows and I have tried several > variants (', "\, ") and this way I got the best result... - maybe I am just > using " wrong? Or is this the error thrown by the replication? > > My username and password contain only lower- and uppercase letters and > numbers. > > Thanks for checking the logs, Jason. > > > > > 2012/3/6 Jason Smith > >> Hi, Alex. I looked at your Iris Couch logs, dating back to February. >> >> Just to clarify: the illegal name error is on your local couch. There >> are no such errors, nor are there any 400s or 500s either. >> >> I wonder if maybe you have special characters in your username or >> password for the remote db? For example, a ":" or an "@" might trigger >> a parsing bug in CouchDB? If so maybe you could escape >> (encodeURIComponent) them? >> >> (I have converted all of my passwords to hexadecimal checksums of the >> real strings, to avoid this issue. But I am not sure that's what your >> problem is.) >> >> On Tue, Mar 6, 2012 at 12:21 AM, Robert Newson wrote: >> > Could you try with curl? It'll make it easier to diagnose. >> > >> > B. >> > >> > On 5 March 2012 17:05, Alexander Gabriel wrote: >> >> yep, I can't tell anything illegal about it. >> >> and I have been using it for a while now, while replicating worked >> >> I am very positive that nothing in the way I replicate in futon has >> >> changed, including path and name. >> >> >> >> Alex >> >> >> >> >> >> >> >> 2012/3/5 Robert Newson >> >> >> >>> illegal_database_name points pretty solidly to the problem, though >> >>> 'evab' looks like a legal dbname to me... >> >>> >> >>> B. >> >>> >> >>> On 5 March 2012 16:23, Alexander Gabriel wrote: >> >>> > Hi Robert >> >>> > >> >>> > Didn't see how to copy the output from futon, so here's a link to the >> >>> png: >> >>> > www.barbalex.ch/downloads/error.PNG >> >>> > >> >>> > Alex >> >>> > >> >>> > >> >>> > >> >>> > 2012/3/5 Robert Newson >> >>> > >> >>> >> Hi, >> >>> >> >> >>> >> I believe attachments are stripped by the mailing host software, >> could >> >>> >> you inline it or use pastebin/friendpaste? >> >>> >> >> >>> >> B. >> >>> >> >> >>> >> On 5 March 2012 14:00, Alexander Gabriel wrote: >> >>> >> > Hi couchers >> >>> >> > >> >>> >> > My replication fails with the error attached. >> >>> >> > Locally I am using futon on couchdb 1.1.1 on windows 7 in google >> >>> chrome. >> >>> >> > I am trying to replicate to iriscouch. >> >>> >> > >> >>> >> > My database is 52 MB big and contains appr. 40'000 docs. >> >>> >> > >> >>> >> > I have tried to get around this issue by rebuilding the database >> using >> >>> >> curl >> >>> >> > and also pushing my design document directly to iriscouch using >> curl. >> >>> >> This >> >>> >> > works. But replicating should work too, shouldn't it? >> >>> >> > >> >>> >> > I have also locally created a new database and replicated to this. >> >>> This >> >>> >> > works. >> >>> >> > >> >>> >> > Above mentioned is what happens on my notebook. On my desktop pc >> >>> >> replication >> >>> >> > sometimes works, sometimes not. As far as I can see the desktop >> pc has >> >>> >> the >> >>> >> > same setup as the notebook. Seems to me that replicating from the >> >>> >> notebook >> >>> >> > has worked sporadically during the last week too. >> >>> >> > >> >>> >> > I believe the json data in the db is valid. I have tested it as >> well >> >>> as >> >>> >> > possible on jsonlint and the couchapp runs very nicely both >> locally >> >>> and >> >>> >> on >> >>> >> > iriscouch. >> >>> >> > >> >>> >> > Could this be: >> >>> >> > - a mistake I make? >> >>> >> > - a CouchDb issue? >> >>> >> > - an iriscouch issue? >> >>> >> > >> >>> >> > the couchapp is visible >> >>> >> > here: >> http://barbalex.iriscouch.com/evab/_design/evab/index.html(log in >> >>> >> > using user = z and password = z) >> >>> >> > the code is here: https://github.com/barbalex/EvabMobile >> >>> >> > >> >>> >> > thanks for helful pointers! >> >>> >> > >> >>> >> > Alex >> >>> >> > >> >>> >> >> >>> >> >> >> >> -- >> Iris Couch >> Hi Alex, Glad to see you made progress! FWIW I could replicate your data just fine via futon, so I am not sure what is mising. re curl, check http://wiki.apache.org/couchdb/Quirks_on_Windows for working examples; inline on windows is a PITA so I usually use JSON in a separate file as you've discovered. If you are interested in why this is failing, set log level to debug on windows side in local.ini, and then re-try the replication via futon, and friendpaste the redacted results somewhere. I am betting on Jason's password characters, this has happened to me some time ago also. A+ Dave