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 F23A197B0 for ; Tue, 6 Mar 2012 01:03:00 +0000 (UTC) Received: (qmail 73084 invoked by uid 500); 6 Mar 2012 01:02:59 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 73014 invoked by uid 500); 6 Mar 2012 01:02:59 -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 73006 invoked by uid 99); 6 Mar 2012 01:02:59 -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 01:02:59 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.220.180] (HELO mail-vx0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2012 01:02:53 +0000 Received: by vcbfl10 with SMTP id fl10so2564183vcb.11 for ; Mon, 05 Mar 2012 17:02:32 -0800 (PST) Received-SPF: pass (google.com: domain of jhs@iriscouch.com designates 10.52.91.18 as permitted sender) client-ip=10.52.91.18; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhs@iriscouch.com designates 10.52.91.18 as permitted sender) smtp.mail=jhs@iriscouch.com Received: from mr.google.com ([10.52.91.18]) by 10.52.91.18 with SMTP id ca18mr39475801vdb.101.1330995752242 (num_hops = 1); Mon, 05 Mar 2012 17:02:32 -0800 (PST) Received: by 10.52.91.18 with SMTP id ca18mr33812085vdb.101.1330995751550; Mon, 05 Mar 2012 17:02:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.156.212 with HTTP; Mon, 5 Mar 2012 17:02:09 -0800 (PST) In-Reply-To: References: From: Jason Smith Date: Tue, 6 Mar 2012 08:02:09 +0700 Message-ID: Subject: Re: replication to iriscouch fails To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkohITABiXKVdPBwS8xScWZDbVahnRjzFV/oZwKWTi2cpt7utpmozhjMvsmcF60rLuVXzEa X-Virus-Checked: Checked by ClamAV on apache.org 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