On 13/05/2008, at 1:35 AM, Bob Briski wrote:
It looks like the problem was that I was not correctly setting the LD_LIBRARY_PATH for the couchdb user. I had it set for my user account so all of the tests worked (e.g. checking couchjs), however when I issued the "sudo -u couchdb couchdb" command the path was not set for the couchdb user and the errors came back.
Interesting - you were getting exactly the same error as I'm now getting (after "fixing" spidermonkey) - but I'm running everything as root. I can manually invoke couchjs to perform the test outlined in previous threads, but running couchdb gets me the {"init terminating in do_boot",{error,{open_error,-10}}} error.
# $LD_LIBRARY_PATH
-bash: /usr/local/spidermonkey/lib64: is a directory
# couchdb
couch 0.7.3a655725 (LogLevel=info)
Apache CouchDB is starting.
{"init terminating in do_boot",{error,{open_error,-10}}}
Crash dump was written to: erl_crash.dump
init terminating in do_boot ()
#
Should I post the .dmp file? Another crash log?
I've stopped even pretending to know what's going on : )
thanks for all the help up to this point - I am really looking forward
to knowing what the cause of all this trouble is/was ...
Sho
Thanks for your help everyone. I absolutely appreciate it, Bob On May 12, 2008, at 6:29 AM, Christopher Lenz wrote:On 12.05.2008, at 12:11, Noah Slater wrote:On Mon, May 12, 2008 at 10:52:37AM +0200, Benoit Chesneau wrote:did you enabled debugmode in couch.ini , maybe there could be more in couch.log?. There may be an erl.crashdump (or something like it, can'tremember exact name) somewhere.I suspect it's to do with the custom SpiderMonkey installation. See previous email on the other thread for more details.As SpiderMonkey doesn't get involved until a view is created and accessed, a problem here would not cause CouchDB to terminate on *startup* of a new installation.Cheers, -- Christopher Lenz cmlenz at gmx.de http://www.cmlenz.net/
smime.p7s
Description: S/MIME cryptographic signature
