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 jc.devilla@gmail.com designates
 74.125.83.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=YLT7J01YOwCITRQTtdaXU0zRkeL17c5Cd+Dzx7BQprH2g4h7vapj/CNRjJwKxHwLhK
         jFkpZW9Ex8IieCJ+ctJwmUG436mEDWRSajh0U72u5pOtS7fzDVZf875Kdp/vKgQETLt5
         UUXzA6N/p517jwH4RbYOyWvY7D1gggptzuSB8=
MIME-Version: 1.0
Date: Mon, 21 Mar 2011 23:21:49 +0800
Message-ID: <AANLkTimp4ah+oAt9NBzun5Rhmp6rqKALxpSfsCZ5rO35@mail.gmail.com>
Subject: Re: problems between 32 and 64 bit.
From: JC de Villa <jc.devilla@gmail.com>
To: CouchDB Mailing List <user@couchdb.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

The mailing list software hates me... or the word replicating in my
subject anyway...

I was actually in the process of doing so and am now running the
latest from trunk. Except for that slight snag with libjs.so (had to
symlink it to /usr/lib), everythings working fine so far. All the docs
finally replicated. Hasn't crashed, grown an extra head or otherwise
exhibited any wierd behaviour so far (30 mins or so).

JC de Villa


On Mon, Mar 21, 2011 at 7:32 PM, Filipe David Manana
<fdmanana@apache.org> wrote:
> If you have the chance, and are able to build from source, you can
> give a try to 'trunk' - it has a completely new replicator
> implementation.
>
>
> On Mon, Mar 21, 2011 at 11:23 AM, JC de Villa <jc.devilla@gmail.com> wrot=
e:
>> Erg. You're right. Sorry about that. I found the bin in my downloads
>> and thought that was what I installed.
>>
>> But curl'ing the couches on dev, master and the new machine get me...
>>
>> {"couchdb":"Welcome","version":"1.0.1"}
>>
>> Would it matter if I was doing the replication over ssh?
>>
>> JC de Villa
>>
>>
>>
>> On Mon, Mar 21, 2011 at 7:13 PM, Robert Newson <robert.newson@gmail.com>=
 wrote:
>>> 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 <jc.devilla@gmail.com> wrote:
>>>> Sorry for the late reply. Everything else is inline.
>>>>
>>>>
>>>> On Sat, Mar 19, 2011 at 7:10 PM, Robert Newson <robert.newson@gmail.co=
m> 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 <jc.devilla@gmail.com> wrote:
>>>>>> Resending again. That spam filter threw this back to me about 4 time=
s
>>>>>> 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, shou=
ld
>>>>>> there be any difficulty? I've been trying to replicate from a virtua=
l
>>>>>> machine running 32 bit Ubuntu 10.04 to a server on ubuntu 10.10 64bi=
t
>>>>>> 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 migrati=
ng
>>>>>> to that eventually. Alternatively, I could just install the 32 bit
>>>>>> version I grabbed from=A0couch.io=A0a few months back and use that f=
or the
>>>>>> couch.
>>>>>> Thoughts? And thanks in advance also.
>>>>>>
>>>>>> JC de Villa
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
>
> --
> Filipe David Manana,
> fdmanana@gmail.com, fdmanana@apache.org
>
> "Reasonable men adapt themselves to the world.
> =A0Unreasonable men adapt the world to themselves.
> =A0That's why all progress depends on unreasonable men."
>