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 61063C4B3 for ; Thu, 31 May 2012 22:59:03 +0000 (UTC) Received: (qmail 35151 invoked by uid 500); 31 May 2012 22:59:01 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 35111 invoked by uid 500); 31 May 2012 22:59:01 -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 35103 invoked by uid 99); 31 May 2012 22:59:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 May 2012 22:59:01 +0000 X-ASF-Spam-Status: No, hits=3.6 required=5.0 tests=FROM_LOCAL_NOVOWEL,HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cgsmcmlxxv@gmail.com designates 209.85.216.180 as permitted sender) Received: from [209.85.216.180] (HELO mail-qc0-f180.google.com) (209.85.216.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 May 2012 22:58:57 +0000 Received: by qcmv28 with SMTP id v28so929109qcm.11 for ; Thu, 31 May 2012 15:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zJ1ycEmA47HLixsPYwC4RKnVw83xBn4Fr2vpu4jEprI=; b=VrTHexkM5O48fYu1652OrDwvuMzeObEy8RlgraVuB+GO8/TzI8ZBmOFSd3fzC4SoSW PVatv56/33/GmKjQ85yLTfTalM4wAKMF+jWCM3uoJAUpMgYADhiD7uezes6jt59MtSaZ UMsiJTMArVFZT5Is8ZvGk3JG56J35OJjuayuETAds+8WXbrBVa/h+n4C00aXmKekISbF 0Xht/GaIpcbe6LmJFceK/AeC02eK4DjRcCma0prkrSkMfBO8+M/1M4M1UDAzYbYosENU z1j6/wlpZhl8rGzvFirrR8J5evIuJ0WeWomc6SRd4rR32kOY7X9BN3JXbmJuDCLdSqQK H3Bg== MIME-Version: 1.0 Received: by 10.224.1.10 with SMTP id 10mr1798778qad.67.1338505116948; Thu, 31 May 2012 15:58:36 -0700 (PDT) Received: by 10.229.49.142 with HTTP; Thu, 31 May 2012 15:58:36 -0700 (PDT) In-Reply-To: <4FC7E7C8.8070402@83864.com> References: <4FC7E7C8.8070402@83864.com> Date: Fri, 1 Jun 2012 00:58:36 +0200 Message-ID: Subject: Re: init terminating in do_boot From: CGS To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=20cf3074b0fc06991404c15d02ba X-Virus-Checked: Checked by ClamAV on apache.org --20cf3074b0fc06991404c15d02ba Content-Type: text/plain; charset=ISO-8859-1 Hi Wendall, Yes, of course. It's easy because I used most of the required packages form the repository. Still, there are few packages outdated, so, I needed to install them by hand from scratch. The packages I had to build because being outdated in the repository: ICU, JS (I used 1.8.0rc1, not so keen to try again with 1.8.5) and cURL. These are all of them. Take care to the following aspects: - ICU and cURL will be installed by default in /usr/local and LD_LIBRARY_PATH does not contain /usr/local/lib. To add it, there are two possibilities (not to attach any option to the configure script): a) in BASH: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib (use setenv for TCSH); b) cd /usr/local/lib && for var in $(ls) ; do if [ ! -d ${var} ] ; then ln -s /usr/local/lib/${var} /usr/lib/${var} ; fi ; done && cd - (this will create a symbolic link for each library from /usr/local/lib in /usr/lib which is included in standard lib path - I did that after I got that error in do_boot, but it is better to do it from the beginning); - JS is even worse under x86_64 architecture as it creates /usr/local/lib64 path in which it installs its libraries - do as above. To install it, use the instructions from http://wiki.apache.org/couchdb/Installing_SpiderMonkey(nothing more). How to build Erlang/OTP R15B01: - check out the prerequisite from Erlang ( http://www.erlang.org/doc/installation_guide/INSTALL.html) and 'yum install' them all (at least I did that way and Erlang didn't complain), except for JAVA (I don't need the connection with it), fop (requires JAVA) and wxWidgets (I don't want to build nice windows in Erlang); - configure Erlang: ./configure --enable-threads --enable-smp-support --enable-kernel-poll --enable-sctp --enable-hipe --with-dynamic-trace=systemtap --without-javac (in my case, it complained about not finding dtrace even if I declared dynamic trace as systemtap, so, I had to discard it - nevertheless, it may be something which can be done, I hope, but I had no time to get into it); - build and install it: make (as simple user) and make install (as root). This will create (if everything goes well) /usr/local/lib/erlang and few symbolic links in /usr/local/bin, of course. How to build CouchDB: Check for the prerequisites on http://git-wip-us.apache.org/repos/asf/couchdb/repo?p=couchdb.git;a=blob;f=INSTALL.Unix;hb=master(it doesn't matter its outdated a bit, it provides with a list of what you need). In this moment you should have ICU, cURL, JS, Erlang and OpenSSL (as required by Erlang), so, all you need is help2man (which I yum'ed it). Furthermore, nothing simpler: ./configure && make (as simple user) and make install (as root). That's all. (Well, I omitted the steps related to download and decompress as I consider them as too obvious. :) ) Comparing to the previous versions of CouchDB (1.1.0 was my first installed version :D), I really consider what the developers did was to have added a V6 engine to the installing scripts. ;) If you have problems, don't hesitate to post them here. I will help with what I can. Cheers, CGS On Thu, May 31, 2012 at 11:51 PM, Wendall Cada wrote: > George, > > Can you share your build instructions? If you have a working install > process for Centos 5.8, I can create an rpm that could benefit others. 5.8 > is problematic. I think the information could be very useful for > build-couchdb as well, as I think it isn't working currently either. > > Wendall > > > On 05/31/2012 02:19 PM, CGS wrote: > >> Hi Dave, >> >> Thank you for your reply. Indeed, downgrading Erlang version didn't help, >> but your suggestion helped me in finding the error. It was a path problem >> (more precisely, /usr/local/lib which wasn't in LD_LIBRARY_PATH by default >> under CentOS 5.8, and I had libicui18n.so.49 there). I am surprised it >> didn't show the problem during running the configure script or while >> compiling CouchDB, but I suppose it was added by hand in the script >> searching paths. Now, CouchDB is purring like a cat. Thanks a lot from >> another happy CouchDB user! >> >> Cheers, >> George >> >> >> >> >> On Thu, May 31, 2012 at 10:05 PM, Dave Cottlehuber >> wrote: >> >> On 31 May 2012 18:39, CGS wrote: >>> >>>> I haven't attached any COUCHDB_USER variable to my BASH session (unless >>>> >>> the >>> >>>> couchdb script adds it, but I see no COUCHDB_USER in that script). So, >>>> no >>>> 'su'ing away from root. >>>> >>>> Is there any known problem in between CouchDB and Erlang/OTP R15B01? Any >>>> idea, downgrading Erlang version would do any good? >>>> >>> No. >>> >>> You might get something useful by starting 'erl -init_debug'& then to >>> start up >>> erlang solo (not as couch) and then progressively start up dependent >>> apps: >>> >>> erl -init_debug -env ERL_LIBS >>> /usr/local/Cellar/couchdb/1.2.**0/lib/couchdb/erlang/lib -couch_ini >>> >>> and then: >>> >>> application:load(crypto), application:start(crypto). >>> application:load(couch), application:start(couch). >>> >>> output should resemble this (from my mac): >>> >>> https://friendpaste.com/**6zett3aAHSafRNZbgfMBoD >>> >>> A+ >>> Dave >>> >>> > --20cf3074b0fc06991404c15d02ba--