Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 18581 invoked from network); 15 Jul 2010 16:06:26 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Jul 2010 16:06:26 -0000 Received: (qmail 27677 invoked by uid 500); 15 Jul 2010 16:06:24 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 27550 invoked by uid 500); 15 Jul 2010 16:06:24 -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 27542 invoked by uid 99); 15 Jul 2010 16:06:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jul 2010 16:06:23 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FS_REPLICA,NORMAL_HTTP_TO_IP,SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [74.82.40.36] (HELO calftrail.com) (74.82.40.36) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 15 Jul 2010 16:06:13 +0000 Received: from ::ffff:96.25.134.180 ([96.25.134.180]) by calftrail.com for ; Thu, 15 Jul 2010 09:05:47 -0700 From: Nathan Vander Wilt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Replication hangs w/redirected URL Date: Thu, 15 Jul 2010 09:05:45 -0700 Message-Id: <04C8F027-293D-44C1-976B-52D54C822981@calftrail.com> To: user@couchdb.apache.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org First of all, congrats to all on the 1.0 release! I am having some trouble replicating a database from = CouchDBX-0.11.0-R13B04-64bit-Snow-Leopard to CouchDBX-1.0.0-7-Universal, = however. On the new version, the replicate request gets stuck in this = loop: 1> [error] [<0.163.0>] streaming att. ended but more data requested = {1279,208676,683283} 1> [info] [<0.163.0>] request for "_design%2Fwebviewer/index.html" timed = out, retrying in 0.5 seconds 1> [error] [<0.163.0>] streaming att. ended but more data requested = {1279,208677,197296} 1> [info] [<0.163.0>] request for "_design%2Fwebviewer/index.html" timed = out, retrying in 0.5 seconds 1> [error] [<0.163.0>] streaming att. ended but more data requested = {1279,208677,709212} 1> [info] [<0.163.0>] request for "_design%2Fwebviewer/index.html" timed = out, retrying in 0.5 seconds 1> [error] [<0.163.0>] streaming att. ended but more data requested = {1279,208678,225227} 1> [info] [<0.163.0>] request for "_design%2Fwebviewer/index.html" timed = out, retrying in 0.5 seconds .... The old version (running on port 5983) is showing the following activity = while this is happening: 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design%2Fwebviewer/index.html?rev=3D1-6513a876c403710e07df0= c8a7d5dfebe 301 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design/webviewer/index.html?rev=3D1-6513a876c403710e07df0c8= a7d5dfebe 200 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design%2Fwebviewer/index.html?rev=3D1-6513a876c403710e07df0= c8a7d5dfebe 301 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design/webviewer/index.html?rev=3D1-6513a876c403710e07df0c8= a7d5dfebe 200 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design%2Fwebviewer/index.html?rev=3D1-6513a876c403710e07df0= c8a7d5dfebe 301 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' = /t1i_digipics/_design/webviewer/index.html?rev=3D1-6513a876c403710e07df0c8= a7d5dfebe 200 .... I can pull up the document fine in Safari. Is the replication in 1.0 not = handling the redirect properly? When I try to run in the opposite direction (starting fresh) by pushing = from the old database to the new I get an "Replication failed: = undefined" alert in the /_config/ interface, and the following logged by = each instance: Starting CouchDB... Eshell V5.7.5 (abort with ^G) 1> Apache CouchDB 0.11.0 (LogLevel=3Dinfo) is starting. 1> Apache CouchDB has started. Time to relax. 1> [info] [<0.35.0>] Apache CouchDB has started on = http://127.0.0.1:5983/ 1> [info] [<0.111.0>] 127.0.0.1 - - 'GET' /_all_dbs 200 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' /_session 200 1> [info] [<0.98.0>] 127.0.0.1 - - 'GET' / 200 1> [info] [<0.116.0>] starting new replication = "680eba2b70fe92691ae066e159fab5d7" at <0.136.0> 1> [info] [<0.136.0>] replication terminating due to target_error: = <<"bad_content_type">> 1> [info] [<0.116.0>] 127.0.0.1 - - 'POST' /_replicate 500 1>=20 Starting CouchDB... Eshell V5.7.5 (abort with ^G) 1> Apache CouchDB 1.0.0 (LogLevel=3Dinfo) is starting. 1> Apache CouchDB has started. Time to relax. 1> [info] [<0.36.0>] Apache CouchDB has started on = http://127.0.0.1:5984/ 1> [info] [<0.106.0>] 127.0.0.1 - - 'HEAD' /photos/ 200 1> [info] [<0.130.0>] 127.0.0.1 - - 'GET' /photos/ 200 1> [info] [<0.138.0>] 127.0.0.1 - - 'GET' = /photos/_local%2F680eba2b70fe92691ae066e159fab5d7 404 1> [info] [<0.139.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.140.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.141.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.142.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.144.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.145.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.146.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.106.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.106.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.106.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> [info] [<0.130.0>] 127.0.0.1 - - 'POST' /photos/_bulk_docs 415 1> [info] [<0.106.0>] 127.0.0.1 - - 'POST' /photos/_missing_revs 200 1> =20 Any tips or pointers to what's going wrong and how to correct would be = appreciated. For now, I've just deleted my photo couchapp's design = document from the source repo and replication seems to be progressing = nicely. thanks, -natevw=