Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Tue, 8 Mar 2011 21:16:59 +0000 (UTC)
From: "Lukasz Mielicki (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: 
 <994989732.6142.1299619019501.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Commented: (COUCHDB-455) get_result,infinity error when
 replicating an empty database
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/COUCHDB-455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13004216#comment-13004216 ] 

Lukasz Mielicki commented on COUCHDB-455:
-----------------------------------------

Hi, I'm seeing something similar occasionally, though in my case there is no replication in use.
It might be connected to changing _revs_limit on the database (I changed from 1000 to 10, not sure if that issue appeared beforehand).

GET /db1/_design/doc1/_view/view1?group=true HTTP/1.1
host: 127.0.0.1
Connection: close

HTTP/1.1 500 Internal Server Error
Server: CouchDB/1.2.0a1072459 (Erlang OTP/R14B)
Date: Tue, 08 Mar 2011 21:03:43 GMT
Content-Type: text/plain;charset=utf-8
Content-Length: 283
Cache-Control: must-revalidate

{"error":"noproc","reason":"{gen_server,call,\n    [couch_server,\n     {open,<<\"db1\">>,\n         [{user_ctx,\n              {user_ctx,null,\n                  [<<\"_admin\">>],\n                  <<\"{couch_httpd_auth, default_authentication_handler}\">>}}]},\n     infinity]}"}

> get_result,infinity error when replicating an empty database
> ------------------------------------------------------------
>
>                 Key: COUCHDB-455
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-455
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>    Affects Versions: 0.9
>            Reporter: Enda Farrell
>
> We have code that regularly calls for CouchDB nodes to replicate with pairs in our other datacentre. It ocassionally has the follwing error:
> {code}
> INFO bbc.forge.engineering.couchdb.replicatr.ReplicateWorker 371 - Bad replication: [kv103.back.live.telhc.local:5986/tvp_yahoowidgets <- kv103.back.live.telhc.local:5986 (ACE_METADATA_) {"source":"http://kv103.back.live.telhc.local:5986/tvp_yahoowidgets","target":"tvp_yahoowidgets"}]: response:[HTTP/1.1 500 Internal Server Error - {"error":"noproc","reason":"{gen_server,call,[<0.17199.212>,get_result,infinity]}"}
> {code}
> The remote database "http://kv103.back.live.telhc.local:5986/tvp_yahoowidgets" is empty:
> {code}curl http://kv103.back.live.telhc.local:5986/tvp_yahoowidgets
> {"db_name":"tvp_yahoowidgets","doc_count":0,"doc_del_count":0,"update_seq":0,"purge_seq":0,"compact_running":false,"disk_size":5920,"instance_start_time":"1249559096646177"}
> {code}
> This same "get_result,infinity", is seen on another empty database:
> {code}
> curl http://kv103.back.live.telhc.local:5984/avalanche150k
> {"db_name":"avalanche150k","doc_count":0,"doc_del_count":0,"update_seq":0,"purge_seq":0,"compact_running":false,"disk_size":250480,"instance_start_time":"1249559230162131"}
> {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira