Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 19621 invoked from network); 24 May 2009 17:08:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 May 2009 17:08:37 -0000 Received: (qmail 28118 invoked by uid 500); 24 May 2009 17:08:49 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 28034 invoked by uid 500); 24 May 2009 17:08:48 -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 28024 invoked by uid 99); 24 May 2009 17:08:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 May 2009 17:08:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 74.125.44.29 as permitted sender) Received: from [74.125.44.29] (HELO yx-out-2324.google.com) (74.125.44.29) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 May 2009 17:08:40 +0000 Received: by yx-out-2324.google.com with SMTP id 8so1295570yxm.5 for ; Sun, 24 May 2009 10:08:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=bKYQAKo9r3HGPBXgqnxhc5X9pPieVDV3nv5cYyLAWuY=; b=kl5iecYkpQRT8cAfdTR+4luhSBTx7/xKm2UFSn8iJKnUaENvdbIOslQCrIEWNMJT7s K8cnTZiRpPIU3jZgmienLhddPu0DkBv8fSWTHkERf4+lANchO+3nP7VtX1CjMQWUlJj5 pWLyKqXHDvY3bjc1rYk8GvrVCvCR4H/3Gzh8w= 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=AQVEMdK6RcuHg9oqoRUHbwme7qVnS05MGHcxPIpQkvq52AiYodTeU1+7o8KvGmlSk7 qUM0oVtz4EthT+lyHqeYX3ur14qsH2z8t16ERF4WAHvR3EXMzzqqB8nSbH23iCeavU/G wA7pr++6YhrJ99eVYZz/e+Dxpm8QU8w2zko1w= MIME-Version: 1.0 Received: by 10.100.248.13 with SMTP id v13mr10720305anh.123.1243184899978; Sun, 24 May 2009 10:08:19 -0700 (PDT) In-Reply-To: <4A197DBC.80507@borwankar.com> References: <921000905240213y4eeee41dn7e201297382ffb6a@mail.gmail.com> <4A197DBC.80507@borwankar.com> Date: Sun, 24 May 2009 13:08:19 -0400 Message-ID: Subject: Re: migrating data from a previous couch version From: Paul Davis To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Nitin, I would just pull a version of the subversion repository a couple revisions before 753448. We didn't break the format twice or anything so the fact that it doesn't work probably means that you had one prior to that commit. I'm pretty certain that was the commit that introduced the versioning information so I can't point at anything better. Paul Davis On Sun, May 24, 2009 at 1:02 PM, Nitin Borwankar wrot= e: > Paul Davis wrote: >> >> Nitin, >> >> There's some info on how to upgrade on the wiki at [1] and [2]. If >> your 0.9aXXXXXX version has XXXXXX < 753448 you'll need to use the >> Ruby script at [2]. Otherwise you should be able to use couchdb-dump >> and couchdb-load from couchdb-python or run two couchdb nodes and >> replicate from the old version to the new version. If you're two >> versions span that commit then you must use the Ruby script because >> replication changes as well. >> >> Paul Davis >> > > > Hi Paul, > > Thanks much for those links and I hope to get to the point where I can us= e > them. =A0Currenty I only have my data in files with > a) no older couch instance running and what's worse, > b) no idea what version I was running in my old couch, although I know it > was a 0.9a from trunk. > > so I guess my question becomes > > a) how do I know just from the database binary files what exact couch > version created them =A0 - is there some util or a specific set of bytes = in > the header or > some voodoo that I can use and then I can go install that specific couch > version from src. =A0Then use the database dump/load scripts. > > Nitin >> >> [1] http://wiki.apache.org/couchdb/Breaking_changes >> [2] http://wiki.apache.org/couchdb/BreakingChangesUpdateTrunkTo0Dot9 >> >> >> On Sun, May 24, 2009 at 5:13 AM, Nitin Borwankar >> wrote: >> >>> >>> Hi guys, >>> >>> This a rather strange situation but I need to get out of it :-) >>> >>> I had a few Gig of data in a 0.9axxxxxx version. >>> I wanted to upgrade couch to 0.9 tarball when it was released. >>> I wasn't sure how it would go so I made a filesystem level backup of th= e >>> data directories. >>> >>> Then when 0.9 installed and was running fine I copied one of the >>> databases >>> from the old backed up dir to the new 0.9 couch's data dir. >>> I got a "bad version" error from which I gather that the older version >>> data >>> is somehow not binary compatible with the newer one. >>> I don't have a running older version couch - and it was installed from >>> src >>> anyway and I have no idea what minor rev of 0.9a it was. >>> >>> So how do I recover the old data from my files and upload it to the new >>> version. >>> Any ideas ? >>> >>> There's a lot of data in there and I absolutely need to get it out - >>> help! >>> >>> Nitin >>> >>> 37% of all statistics are made up on the spot >>> >>> -----------------------------------------------------------------------= -------------- >>> Nitin Borwankar >>> nborwankar@gmail.com >>> >>> > >