Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of alex.barbalex@gmail.com
 designates 209.85.160.180 as permitted sender)
MIME-Version: 1.0
Sender: alex.barbalex@gmail.com
In-Reply-To: 
 <CAHZBNKYOWMQtjCtB8Rs0CQBSQXzhc_bObgXcY71iJwpngC_Vhw@mail.gmail.com>
References: 
 <CA+w3y1iZujQV4EgpwhnQ7bGoRkbNLOnhLr5+XSTFtdCdNeXb4A@mail.gmail.com>
	<CABvT1DEp=y0K86kJb415GYMC55jZkgHdqj-eGfC5n0DLxzxZyA@mail.gmail.com>
	<CA+w3y1h9LmGos=-czqy33ePxKDpmeEuv3f8neYV9zyLLoYY1_g@mail.gmail.com>
	<CABvT1DHaawXBaRqjicOV+FU5dLBx_gDXa_dP46Fk=EXesU6ocQ@mail.gmail.com>
	<CA+w3y1hyYTdN5Jn+m6NU09TDoBWaX+4+-B+9RTPZS2R06wvJ0g@mail.gmail.com>
	<CABvT1DFZ2dmdM1Z9-bVejLM5zJw5bmo143OmD=HTB=7GT2NWWA@mail.gmail.com>
	<CAN-3CB+R8HZCbEH-pnuQ3FFcr4-Y+qvENTjEzdyRZfrS3VfJiQ@mail.gmail.com>
	<CA+w3y1gmCcY9ZXdBzjCNUq8Y1vvKwH_ReOYsenBKk6S93u7etA@mail.gmail.com>
	<CAHZBNKYOWMQtjCtB8Rs0CQBSQXzhc_bObgXcY71iJwpngC_Vhw@mail.gmail.com>
Date: Thu, 8 Mar 2012 08:36:10 +0100
Message-ID: 
 <CA+w3y1icDbxd5QNfHUcBP187aYh08Npv-1uUbeqpEze1QexQUA@mail.gmail.com>
Subject: Re: replication to iriscouch fails
From: Alexander Gabriel <alex@barbalex.ch>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=001636c928c073c00704bab65406

--001636c928c073c00704bab65406
Content-Type: text/plain; charset=UTF-8

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:  https://gist.github.com/1999367

Does this give any new clues?

I have no experience. From case_clause and illegal database name I would
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 decimal
numbers are spelled with a ".", not with a "," as this could maybe cause
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 <dave@muse.net.nz>

> On 6 March 2012 17:01, Alexander Gabriel <alex@barbalex.ch> 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 <jhs@iriscouch.com>
> >
> >> 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 <rnewson@apache.org>
> wrote:
> >> > Could you try with curl? It'll make it easier to diagnose.
> >> >
> >> > B.
> >> >
> >> > On 5 March 2012 17:05, Alexander Gabriel <alex@barbalex.ch> 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 <rnewson@apache.org>
> >> >>
> >> >>> 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 <alex@barbalex.ch> 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 <rnewson@apache.org>
> >> >>> >
> >> >>> >> 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 <alex@barbalex.ch>
> 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
>

--001636c928c073c00704bab65406--