Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 64115 invoked from network); 11 Oct 2010 00:01:53 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Oct 2010 00:01:53 -0000 Received: (qmail 63116 invoked by uid 500); 11 Oct 2010 00:01:52 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 63077 invoked by uid 500); 11 Oct 2010 00:01:52 -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 63069 invoked by uid 99); 11 Oct 2010 00:01:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Oct 2010 00:01:52 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.208.4.195] (HELO mout.perfora.net) (74.208.4.195) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Oct 2010 00:01:44 +0000 Received: from tracy.dynalias.net (pool-72-71-251-48.cncdnh.fios.myfairpoint.net [72.71.251.48]) by mrelay.perfora.net (node=mrus4) with ESMTP (Nemesis) id 0MSuEv-1PFEhR1Rrh-00SZAL; Sun, 10 Oct 2010 20:01:21 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Problems running couch 1.0.1 on RedHat Linux From: "Tracy Flynn (couchdb)" In-Reply-To: Date: Sun, 10 Oct 2010 20:01:19 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8E17A6DF-0583-48F1-BF8D-2A9A6029F0DE@thisonejustforme.com> References: <5CB400CF-9DC9-4EA6-ABF3-FF3F593669B4@thisonejustforme.com> To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1081) X-Provags-ID: V02:K0:ulHKt+Z4Iy/6O+9tDaC2/MWGwUAOCNiJRWvkAOLIZC/ Uw4c4VbKJ90H+sY5XEiFrdZhdesCQYzQv7n1EDDdAkfpy3GwV5 zhbjT7DOg+f2JCAvDyspvoeRjZomNACUPOwsN7ZNy3DjhFJmql Z2Pi/4E7ZhWtII202009CCfzpyfNW0cYZH24kitaGFa86CHwyU YW63C8qykcWiGeN2eMl2ATPSXJ3Ue/XBxrNTgZO7Hs= X-Virus-Checked: Checked by ClamAV on apache.org Failing installation is on a Linux box - ports is a Mac OS X - only tool = - and everything works on OS X. What am I missing? On Oct 10, 2010, at 6:18 PM, Paul Davis wrote: > On Sun, Oct 10, 2010 at 5:54 PM, couchdb = wrote: >> Hello, >> I'm new to CouchDB. >> I've successfully installed and used CouchDB 1.0.1 on Mac OS X. >> MacOS X Installation summary >> --------------------------------------- >> sudo port install icu erlang spidermonkey curl >> Then conventional installation from source >> apache-couchdb-1.0.1.tar.gz >> Automated Linux installation >> --------------------------------------- >> su -c 'rpm -Uvh >> = http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.= rpm' >> sudo yum install couchdb >> Installs a runnable couchdb >> couchdb.x86_64 0.11.2-2.el5 >> installed >>=20 >> Manual Linux Installation summary - apache-couchdb-1.0.1.tar.gz >> = --------------------------------------------------------------------------= --------- >> (Details attached) >> Manually from sources - no errors during build / install >> When run via >> sudo -u couchdb couchdb >> Multiple errors - samples below - full log in attachment >>> {error_logger,{{2010,10,10},{17,35,37}},std_error,"File operation = error: >>> eacces. Target: .. Function: read_file_info. Process: code_server."} >>> {error_logger,{{2010,10,10},{17,35,37}},std_error,"File operation = error: >>> eacces. Target: ./beam_lib.beam. Function: get_file. Process: = code_server."} >> =3DCRASH REPORT=3D=3D=3D=3D 10-Oct-2010::17:35:37 =3D=3D=3D >>> crasher: >>> initial call: application_master:init/4 >>> pid: <0.29.0> >>> registered_name: [] >>> exception exit: {bad_return, >>> {{couch_app,start, >>> [normal, >>>=20 >>> ["/usr/local/couchdb-1.0.1/etc/couchdb/default.ini", >>>=20 >>> "/usr/local/couchdb-1.0.1/etc/couchdb/local.ini"]]}, >>> {'EXIT', >>> "libicuuc.so.44: cannot open shared = object >>> file: No such file or directory"}}} >>> in function application_master:init/4 >> This second error suggests that the appropriate libraries are not = accessible >> - however, they show up with correct ownership and permissions. >> Any insights would be appreciated. >>=20 >> Regards, >> Tracy Flynn >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >=20 > Looks like your not linked against ICU properly. Seeing as you're > using ports, is your DYLD_LIBRARY_PATH set correctly?