incubator-couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jochen Kempf <jochenke...@gmail.com>
Subject View Indexing not terminating
Date Fri, 12 Mar 2010 12:50:56 GMT
Hi,

I cannot get a newly replicated database being indexed to access custom
views. The replication process itself already takes ridicolously long (about
5min) and once terminated the replication and triggered the "all" view vía
Futon another the following errors occur and Couchdb restarts (always the
same situation):

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.1309.0>] 'GET'
/rrhh_employees/_design/Employee/_view/all?limit=11 {1,1}
Headers: [{'Accept',"application/json, text/javascript, */*"},
          {'Accept-Charset',"ISO-8859-1,utf-8;q=0.7,*;q=0.7"},
          {'Accept-Encoding',"gzip,deflate"},
          {'Accept-Language',"de-de,de;q=0.8,en-us;q=0.5,en;q=0.3"},
          {'Connection',"keep-alive"},
          {'Host',"174.143.151.84:5984"},
          {'Keep-Alive',"300"},
          {'Referer',"
http://174.143.151.84:5984/_utils/database.html?rrhh_employees/_design/Employee/_view/all
"},
          {'User-Agent',"Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.8)
Gecko/20100214 Ubuntu/9.10 (karmic) Firefox/3.5.8"},
          {"X-Requested-With","XMLHttpRequest"}]

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.1309.0>] OAuth Params:
[{"limit","11"}]

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.60.0>] Spawning new group server
for view group _design/Employee in database rrhh_employees.

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.1340.0>] Resetting group index
"_design/Employee" in db rrhh_employees

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.1309.0>] request_group {Pid,
Seq} {<0.1340.0>,7073}

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 0 of 7073 changes (0%)

[Fri, 12 Mar 2010 12:32:46 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 1938 of 7073 changes (27%)

[Fri, 12 Mar 2010 12:35:33 GMT] [info] [<0.1340.0>] checkpointing view
update at seq 3187 for rrhh_employees _design/Employee

[Fri, 12 Mar 2010 12:35:34 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 3187 of 7073 changes (45%)

[Fri, 12 Mar 2010 12:35:34 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 3204 of 7073 changes (45%)

[Fri, 12 Mar 2010 12:35:34 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 3928 of 7073 changes (55%)

[Fri, 12 Mar 2010 12:35:34 GMT] [debug] [<0.49.0>] New task status for
rrhh_employees _design/Employee: Processed 5601 of 7073 changes (79%)

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./httpd_util.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./calendar.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./timer.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./eval_bits.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./gen_tcp.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [error] [<0.20.0>] {error_report,<0.7.0>,
              {<0.20.0>,std_error,
               "File operation error: eacces. Target: ./inet_tcp.beam.
Function: get_file. Process: code_server."}}

[Fri, 12 Mar 2010 12:36:37 GMT] [info] [<0.1.0>] Apache CouchDB has started
on http://0.0.0.0:5984


I would be so happy to get help to track down this issue which just occurs
with this database and only(!) on my production server (Ubuntu 9.10, Nginx,
CouchDB 0.10.1). On my local couchDB the same database is working fine
(Ubuntu 9.10, CouchDB 0.10.1).

Bye,
Jochen.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message