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 119E09FF7 for ; Thu, 8 Mar 2012 10:23:50 +0000 (UTC) Received: (qmail 19397 invoked by uid 500); 8 Mar 2012 10:23:48 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 19103 invoked by uid 500); 8 Mar 2012 10:23:46 -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 19093 invoked by uid 99); 8 Mar 2012 10:23:46 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2012 10:23:46 +0000 Received: from localhost (HELO mail-iy0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2012 10:23:45 +0000 Received: by iage36 with SMTP id e36so652276iag.11 for ; Thu, 08 Mar 2012 02:23:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.149.163 with SMTP id ub3mr15759586igb.30.1331202225089; Thu, 08 Mar 2012 02:23:45 -0800 (PST) Received: by 10.42.99.195 with HTTP; Thu, 8 Mar 2012 02:23:45 -0800 (PST) In-Reply-To: References: Date: Thu, 8 Mar 2012 10:23:45 +0000 Message-ID: Subject: Re: replication to iriscouch fails From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oopsie. :) Should we expunge leading and trailing whitespace from parameters in general or would that have side-effects? B. On 8 March 2012 09:30, Alexander Gabriel wrote: > oh no. That was it. > Happened because on my notebook i don't have a home key and was copying m= y > replication path differently. And when I paste it into the field in futon > only the end of it is visible because the text is longer than the field. > I feel rather like trimming my head... > You guys definitely deserve a beer! > Sorry for wasting your time. But thank you for teaching me curl, couch lo= gs > and how to copy text... > Alex > > > > 2012/3/8 Jason Smith > >> Look at line 72. Do you have a space in front of the "http://" part? >> >> If so, maybe CouchDB (or Futon) should be trimming these. >> >> On Thu, Mar 8, 2012 at 7:36 AM, Alexander Gabriel >> wrote: >> > o.k., I set log level to debug, then replicated takeout to iriscouch. >> > This gives the same error as when I replicate my own project. >> > I pasted the error here: =A0https://gist.github.com/1999367 >> > >> > Does this give any new clues? >> > >> > I have no experience. From case_clause and illegal database name I wou= ld >> > think that "takeout" was illegal which certainly is not so. And the >> > password I use contains only lower- and uppercase letterts and numbers= . >> > >> > It couldn't be that futon experiences the same problems with escaping >> json >> > as I do in curl, could it? The "<<\" figures inside json seem a little >> > weird to me but maybe that is the way it has to be? >> > >> > I also chequed in the Country/Region settings of Windows 7 that decima= l >> > numbers are spelled with a ".", not with a "," as this could maybe cau= se >> > problems (don't know if that is so for this case). >> > >> > This is my last try to solve the issue, then I will give up futon and >> only >> > use curl. >> > >> > Alex >> > >> > >> > >> > >> > 2012/3/6 Dave Cottlehuber >> > >> >> 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 t= his >> >> > error: www.barbalex.ch/downloads/curl.PNG (bad content type, conten= t >> >> 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 Februar= y. >> >> >> >> >> >> Just to clarify: the illegal name error is on your local couch. Th= ere >> >> >> 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 y= our >> >> >> 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 wrot= e: >> >> >> >> yep, I can't tell anything illegal about it. >> >> >> >> and I have been using it for a while now, while replicating wor= ked >> >> >> >> 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 li= nk >> 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 bo= th >> >> >> 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 =3D z and password =3D 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 i= n >> >> 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 >> >> >> >> >> >> -- >> Iris Couch >>