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 70DA69D34 for ; Thu, 19 Apr 2012 17:07:12 +0000 (UTC) Received: (qmail 24099 invoked by uid 500); 19 Apr 2012 17:07:10 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 24061 invoked by uid 500); 19 Apr 2012 17:07:10 -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 24050 invoked by uid 99); 19 Apr 2012 17:07:10 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Apr 2012 17:07:10 +0000 Received: from localhost (HELO mail-yx0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Apr 2012 17:07:10 +0000 Received: by yenl4 with SMTP id l4so5749253yen.11 for ; Thu, 19 Apr 2012 10:07:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.185.193 with SMTP id fe1mr3321079igc.9.1334855229146; Thu, 19 Apr 2012 10:07:09 -0700 (PDT) Received: by 10.42.240.135 with HTTP; Thu, 19 Apr 2012 10:07:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 18:07:06 +0100 Message-ID: Subject: Re: Couchdb 1.2 installed on Centos 5.8 starts with File operation error and Test Suite fails From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable "Nice"? I have to disagree. Overwriting an existing install with a new install code is very likely to go wrong. We've added modules, removed modules, so your overwrite will give you an unknown (and obviously unsupported) blend of old and new. Don't do this. I recommend you fix this first by stopping couchdb, uninstalling all but your databases and configuration files, and then installing 1.2.0 again. Even better would be to use a package which would automate this but I don't think there's an RPM for 1.2.0 yet. B. On 19 April 2012 17:50, Mike Kimber wrote: > The ones that work on these hosted VM's have all been installed over an e= xisting couchdb 1.1.1. "Nice" way of upgrading by the way! > Couchdb is running as couchdb user on the servers that work and the one t= hat is currently broken (have left it that way whilst this thread is open) > I only have sudo access on these servers and I always start couchdb with = /sbin/service couchdb start > > Thanks > > Mike > > > -----Original Message----- > From: Robert Newson [mailto:rnewson@apache.org] > Sent: 19 April 2012 17:16 > To: user@couchdb.apache.org > Subject: Re: Couchdb 1.2 installed on Centos 5.8 starts with File operati= on error and Test Suite fails > > Did you install 1.2.0 over an existing install? > Is couchdb running as 'couchdb'? > Did it ever run as 'root' after you fixed ownership and permissions? > > B. > > On 19 April 2012 16:40, Mike Kimber wrote: >> Yep i've read and applied that and I still get the error when I run the = test suite. >> >> Thanks >> >> Mike >> >> -----Original Message----- >> From: Robert Newson [mailto:rnewson@apache.org] >> Sent: 19 April 2012 16:28 >> To: user@couchdb.apache.org >> Subject: Re: Couchdb 1.2 installed on Centos 5.8 starts with File operat= ion error and Test Suite fails >> >> Hi Mike, >> >> The INSTALL.Unix file lists all the settings you need, and couchdb >> does need write access to its configuration files. Adjust paths to >> match your installation root. >> >> =A0 =A0chown -R couchdb:couchdb /usr/local/etc/couchdb >> =A0 =A0chown -R couchdb:couchdb /usr/local/var/lib/couchdb >> =A0 =A0chown -R couchdb:couchdb /usr/local/var/log/couchdb >> =A0 =A0chown -R couchdb:couchdb /usr/local/var/run/couchdb >> >> =A0 =A0chmod 0770 /usr/local/etc/couchdb >> =A0 =A0chmod 0770 /usr/local/var/lib/couchdb >> =A0 =A0chmod 0770 /usr/local/var/log/couchdb >> =A0 =A0chmod 0770 /usr/local/var/run/couchdb >> >> B. >> >> On 19 April 2012 16:18, Mike Kimber wrote: >>> Dave, >>> >>> Thanks for following up. >>> >>> I checked the permissions you listed and they match my couchdb 1.1.1 in= stall, however on both systems files under /etc/couchdb are owned by root, = but are read accessible by everyone and from the looks of them don't need t= o be writable by the couchdb user, unless that changed in 1.2.0? >>> >>> If I run ./configure without --with-js-trunk I get: >>> >>> >>>> checking whether JSOPTION_ANONFUNFIX is declared... no >>>> configure: error: Your SpiderMonkey library is too new. >>>> >>>> NOTE: Check above for an error about NSPR >>>> >>>> Versions of SpiderMonkey after the js185-1.0.0 release remove the opti= onal >>>> enforcement of preventing anonymous functions in a statement context. = This >>>> will most likely break your existing JavaScript code as well as render= all >>>> example code invalid. >>>> >>>> If you wish to ignore this error pass --enable-js-trunk to ./configure= . >>> >>> I got this on 1.1.1 also. >>> >>> With regard to Centos ISO, that's one of the issues, I have no issue wi= th Couchdb 1.2 on the Centos 5.8 images I built myself from ISO, but the on= es I have an issue with are on a hosted Virtualisation environment and prov= ided to me so all I can provide is: >>> >>> [kana@KCEngCI200 apache-couchdb-1.2.0]$ uname -a >>> Linux KCEngCI200 2.6.18.8-xenU #1 SMP Wed Feb 3 11:28:48 PST 2010 x86_6= 4 x86_64 x86_64 GNU/Linux >>> [kana@KCEngCI200 apache-couchdb-1.2.0]$ cat /etc/redhat-release >>> CentOS release 5.8 (Final) >>> [kana@KCEngCI200 apache-couchdb-1.2.0]$ >>> >>> I get them as Centos 5.3 images and then have to apply the Centos 5.8 u= pdates myself (don't ask!). >>> >>> Mike >>> >>> >>> -----Original Message----- >>> From: Dave Cottlehuber [mailto:dave@muse.net.nz] >>> Sent: 18 April 2012 19:06 >>> To: user@couchdb.apache.org >>> Subject: Re: Couchdb 1.2 installed on Centos 5.8 starts with File opera= tion error and Test Suite fails >>> >>>> On Tue, Apr 17, 2012 at 10:28 AM, Mike Kimber wrote= : >>>> >>>>> Ok, I've taken a different approach and now I have a working set of >>>>> Couchdb test. >>>>> >>>>> Basically I installed Couchdb 1.1.1 and confirmed that it was working >>>>> correctly. Then I downloaded Couch 1.2 and installed that over the to= p of >>>>> my Couchdb 1.2. I then ran the tests and they are now working. >>>>> >>>>> Two possibilities for the original issue seem to me: >>>>> >>>>> 1. It's a permissions issue as GCS suggest and the way I install 1.1.= 1 >>>>> sets these correctly, but for the like of me I cant spot what they ar= e! >>> >>> My checklist is: >>> couch user has r/w to the equivalent of: >>> /var/lib/couchdb >>> /var/log/couchdb >>> /var/run/couchdb >>> /etc/couchdb >>> >>> & obviously read to the binaries as well. The Mac install notes >>> >>>>> 2. This approach does not change curl, Erl, etc and there some issue = with >>>>> the later versions of these on Centos 5.8 >>>>> >>>>> This approach suits my end goal i.e. I'm trying to upgrade anyway, so= I'll >>>>> probably never get to the bottom of it. >>>>> >>>>> GCS thanks for the help. >>>>> >>>>> Mike >>> >>> Hi Mike, >>> >>> I'd rather we find a way to help you through this, the above approach i= s sure >>> to crap out on you in future in some subtle but critical fashion. >>> >>> My guess is that your configure is really building against a different >>> spidermonkey >>> than what you are actually expecting. >>> >>> Can you post the output from below, & resulting config.log somewhere? >>> >>> =A0 =A0./configure --with-erlang=3D/usr/local/lib/erlang/erts-5.7.5/inc= lude >>> >>> NB the --with-js-trunk shouldn't be used unless you know what you are d= oing, it >>> bypasses the checks that the js you are building against is actually co= mpatible >>> with couchdb. >>> >>> If you point me to a suitable ISO I'll whip up a centos and take a look= also. >>> >>> A+ >>> Dave