I admit I skipped your first message. Sorry about that. Here is what I think the problem may be.
There are 3 possibilities: 1. you compiled CouchDB with one user and running it from another user (permissions problem); 2. you had problems at the compilation and that module wasn't compiled (file not existing); 3. when you downgraded your Erlang version, you didn't clean CouchDB compilation before (Erlang compatibility - less probable, but not impossible). In the first case, just use "chown -R <user>:<group> <couch_installation_directory>" command to ensure the same permissions. In the second case, check if you have the file couch_secondary_sup.beam in your CouchDB ebin directory (or check your installation log if it compiled it; if not compiled, try to see why - Erlang not properly installed or a CouchDB compilation error before that step). Finally, for the third case, you can start a new clean installation after erasing the old installation (make clean may be tricky sometimes). If still errors, could you come with a log for your installation? CGS On Wed, Apr 11, 2012 at 12:23 PM, Mike Kimber <[email protected]> wrote: > Thanks for getting back to me, but this does not add up. > > The Errors below start immediately I try and refresh the view, it does > not explain why the I get the other errors referenced in my original e-mail > on start up and I get the same errors as I placed in my 2nd e-mail when I > run the couchdb test suite. > > If I can't run the test suite then to me my install is hosed :-) > > Mike > > -----Original Message----- > From: CGS [mailto:[email protected]] > Sent: 11 April 2012 10:44 > To: [email protected] > Subject: Re: Couchdb 1.2 installed on Centos 5.8 starts with File > operation error and Test Suite fails > > Hi, > > Not necessary a bug. It looks like your view function takes too long for > its reduce part and, hence, not responding in the specified timeout. In > that moment, the Erlang part of CouchDB interprets that as non-responsive > process and it applies "let it crash" strategy (meaning, the monitor > restarts the child). One solution would be to try to optimize your reduce > function, split the tasks in more views or limit the search range to a > lower number of documents. But, of course, this is just a suggestion as I > have no knowledge about your project. > > I hope this will help. > > CGS > > > > > > On Wed, Apr 11, 2012 at 11:26 AM, Mike Kimber <[email protected]> wrote: > > > Looking at this further my installation of Couchdb 1.2 is definitely > > hosed, When I try and build a view I get: > > > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.224.0>] OS Process Error > > <0.665.0> :: {os_process_error, > > {exit_status,139}} > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.224.0>] OS Process Error > > <0.668.0> :: {os_process_error, > > {exit_status,139}} > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.671.0>] OS Process died with > > status: 139 > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.671.0>] ** Generic server > > <0.671.0> terminating > > ** Last message in was {#Port<0.2901>,{exit_status,139}} > > ** When Server state == {os_proc,"/usr/local/bin/couchjs > > /usr/local/share/couchdb/server/main.js", > > #Port<0.2901>, > > #Fun<couch_os_process.2.132569728>, > > #Fun<couch_os_process.3.35601548>,5000} > > ** Reason for termination == > > ** {exit_status,139} > > > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.671.0>] > {error_report,<0.32.0>, > > {<0.671.0>,crash_report, > > > > [[{initial_call,{couch_os_process,init,['Argument__1']}}, > > {pid,<0.671.0>}, > > {registered_name,[]}, > > {error_info, > > {exit, > > {exit_status,139}, > > [{gen_server,terminate,6}, > > {proc_lib,init_p_do_apply,3}]}}, > > {ancestors, > > [couch_query_servers,couch_secondary_services, > > couch_server_sup,<0.33.0>]}, > > {messages, > > [{'$gen_call', > > {<0.224.0>,#Ref<0.0.0.2757>}, > > {prompt, > > [<<"reset">>, > > {[{<<"reduce_limit">>,true}, > > {<<"timeout">>,5000}]}]}}]}, > > {links,[<0.119.0>]}, > > {dictionary,[]}, > > {trap_exit,false}, > > {status,running}, > > {heap_size,987}, > > {stack_size,24}, > > {reductions,796}], > > []]}} > > [Wed, 11 Apr 2012 08:56:22 GMT] [error] [<0.224.0>] OS Process Error > > <0.674.0> :: {os_process_error, > > {exit_status,139}} > > > > Googling around this seems to be related to couchdb javascript server and > > spider monkey, although I seem to have the correct version of spider > monkey > > js-devel-1.70-8.el5. > > > > Pre-req wise I used: > > > > SpiderMonkey: js-devel-1.70-8.el5 > > Erlang: R13B04 > > CouchDb: apache-couchdb-1.2.0 (./configure > > --with-erlang=/usr/local/lib/erlang/erts-5.7.5/include --enable-js-trunk) > > > > Does anyone have any idea if I done something wrong or is this a bug? > > > > Thanks > > > > Mike > > > > > > -----Original Message----- > > From: Mike Kimber [mailto:[email protected]] > > Sent: 10 April 2012 16:44 > > To: [email protected] > > Subject: Couchdb 1.2 installed on Centos 5.8 starts with File operation > > error and Test Suite fails > > > > I have installed Couchdb 1.2 on Centos 5.8. However when I start it, it > > generates a bunch of errors like: > > > > [Tue, 10 Apr 2012 15:25:49 GMT] [error] [<0.21.0>] {error_report,<0.9.0>, > > {<0.21.0>,std_error, > > "File operation error: eacces. Target: > > ./couch_secondary_sup.beam. Function: get_file. Process: code_server."}} > > > > Additionally when I try to run the test suite ort verify Installation > > these seem to fail with a similar set of errors. > > > > However Futon works and I have been able to set up replication between > > this server and its pulled documents across > > > > I'm assuming this is some form of permissions issue, but I've checked the > > file system permissions against our Couchdb 1.1.1 install and they seem > to > > be the same. > > > > Any help greatly appreciated! > > > > Thanks > > > > Mike > > >
