Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 22462 invoked from network); 21 Mar 2011 11:14:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 21 Mar 2011 11:14:13 -0000 Received: (qmail 48573 invoked by uid 500); 21 Mar 2011 11:14:11 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 48540 invoked by uid 500); 21 Mar 2011 11:14:11 -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 48532 invoked by uid 99); 21 Mar 2011 11:14:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Mar 2011 11:14:11 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of robert.newson@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Mar 2011 11:14:06 +0000 Received: by bwj24 with SMTP id 24so6756463bwj.11 for ; Mon, 21 Mar 2011 04:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=Jfbqd/wegwHo66N6Z7JTx+MeERD1e/SGgUT9Hdaeqxg=; b=tY+lHunNk91N9BAPlIJhmH/SUmi5khF1UR9xgJr9jEHqZp8lAmnHtwarHdO2IAqGXp 9MemsaN1tVhlkIsCf8/IJbMigRIPd9pg8zA59QzTQShJh3xMEvKDh04rwcMMA4vTkmsU 7CqAVhevgt9yAOrPhY8vMfypMPRMrxFyU7S10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=kxFayiLwyxhOy5kIDpEhfjxKe3viP/Foyih2HflQNPRXbFUooQARhGU0CtP3/uyCey GAFq+i7C0NaepEpXAquuFnvyWLyibBU8ZZ0YVNM8qT/+WQTQ0qIpzHmm3bdpmdiYgphq P7Sm6ZYZkXU9jKWUUwAGNYxFiPGOmTeLBgU+8= MIME-Version: 1.0 Received: by 10.205.24.12 with SMTP id rc12mr3603293bkb.199.1300706025135; Mon, 21 Mar 2011 04:13:45 -0700 (PDT) Received: by 10.204.58.205 with HTTP; Mon, 21 Mar 2011 04:13:45 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Mar 2011 11:13:45 +0000 Message-ID: Subject: Re: Replication problems between 32 and 64 bit. From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 1.0.0_1 should be the 1st version of the package for 1.0.0, I think. B. On 21 March 2011 10:52, JC de Villa wrote: > Sorry for the late reply. Everything else is inline. > > > On Sat, Mar 19, 2011 at 7:10 PM, Robert Newson = wrote: >> Is it the design documents that aren't being replicated? If so, you >> need to authenticate at the target (you need admin access to update >> ddocs). > > Yep, did that. Anywho, it's not just the ddocs that aren't > replicating. At whatever particular point the replication stops, > nothing further gets pulled from the master. Not to mention the other > three databases that fail completely. > > >> .couch files are compatible across all platforms, you can copy them >> anywhere. Are you using the same version of couchdb in all places? > > Hmm... using 1.0.0_1 that couch.io made available for download last > year running on lucid, and 1.0.1 from the Maverick repos. IIRC, > couch.io's 1.0.0_1 is equivalent to 1.0.1 right? > > But here's how it looks like. The dev machine holds a copy of the > couch which replicates continuously from Master. Since we're moving > things over to a new machine, I initiated a pull into the new machine, > which never completes on the first three databases. For the rest of > the databases, partially replicates, then replication crashes for > those =A0last three. > > I put up the same version of couch on my workstation, and it completes > just fine, whether I pull from master or dev, but whenever I pull from > the New machine (from master, dev or my workstation), it doesn't > complete. > > Dev <----- Master -----> New Machine > =A01.0.0_1 =A0| 1.0.0_1 =A0| 1.0.1 > =A0couch.io | couch.io | maverick repo > =A0ok =A0 =A0 =A0 | =A0 =A0 =A0 =A0 =A0| Fails. > > >> >> I'm in a good mood, so I'll forget you said "table" :) > > Lol. Sorry... Jumping between couch and postgres. > > I'll try replicating again today. Seems there was a full moon this > past weekend. I wouldn't put it past gremlins or other cosmic forces > to have fudged with my brain or my machines. > >> >> B. >> >> On 19 March 2011 07:15, JC de Villa wrote: >>> Resending again. That spam filter threw this back to me about 4 times >>> already, I think. >>> >>> Hi guys, >>> I've been using couch over the past year and love it completely, but I >>> was just wondering. In replicating between 32 and 64 bit couch, should >>> there be any difficulty? I've been trying to replicate from a virtual >>> machine running 32 bit Ubuntu 10.04 to a server on ubuntu 10.10 64bit >>> and have been failing constantly. The replication hangs on a few >>> tables right near the end of the replications and eventually looks >>> like they time out (disappears from the Status list). The few that >>> don't hang don't complete never get a complete copy. Always just one >>> or two docs shy of the full replica. >>> In total, I initiated 6 pull replications into the 64 bit machine, >>> with the 32bit VM as the source - Three crash, three continue but >>> never get the entire set. >>> >>> I have a separate dev VM thats also 32bit thats continuously >>> replicating from the main 32bit =A0instance that never shows any >>> problem. My workstation (also on 32bit) can pull at anytime without >>> any problem (whether continuous or not. >>> Are the couch files compatible between 32 and 64 bit? If so, I could >>> just move the database files onto the 64bit machine as we're migrating >>> to that eventually. Alternatively, I could just install the 32 bit >>> version I grabbed from=A0couch.io=A0a few months back and use that for = the >>> couch. >>> Thoughts? And thanks in advance also. >>> >>> JC de Villa >>> >> >