Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: couchdb-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of lgastako@gmail.com designates
 209.85.162.183 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:references:x-google-sender-auth;
        b=voLQ+7bngzAEHI09J5YC78zO5gyRL+SSHVKEonTbofYvDT1J/f0jTZrRCMv6hyO66/
         8es9YJaBGwfGy+gchQcgkT5Kzf5DcA6eXutXYPn6qL2k9Hh/LETRjT3MQkuLZrwcsobS
         bTGSLKNsiKvcZjng/fit5e+6lzsyoxqw1tSw8=
Message-ID: <6f7ea56f0807151040l3d1be21cvdac9913cd214f0c7@mail.gmail.com>
Date: Tue, 15 Jul 2008 10:40:08 -0700
From: "John Evans" <john@jpevans.com>
Sender: lgastako@gmail.com
To: couchdb-user@incubator.apache.org
Subject: Re: replication usage? creating dupes?
In-Reply-To: <8949D592-56FE-42E4-94E5-388B681C2BB2@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_10384_26325842.1216143608836"
References: <8949D592-56FE-42E4-94E5-388B681C2BB2@gmail.com>

------=_Part_10384_26325842.1216143608836
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

FWIW I've been running into these exact same issues.  I have mostly worked
around it by keeping multiple local copies of databases (my data for these
specific databases doesn't change very much) and when the count of documents
becomes corrupt I just delete the database and re-copy from the local copy.
Obviously not sustainable in the long run but it's been getting me by.  For
interrupted replications I always just delete the partially replicated
database and start from scratch.

-
John

On Tue, Jul 15, 2008 at 8:52 AM, Sho Fukamachi <sho.fukamachi@gmail.com>
wrote:

> Sorry to reply to myself.
> The situation took a turn for the bizarre when now my LOCAL database is
> reporting the wrong number of docs:
>
> {"db_name":"couch_test","doc_count":0,"doc_del_count":0,"update_seq":3016,"compact_running":false,"disk_size":1770903}
> I assure you there are actually those 3016 documents in there,
> database_name/all_docs shows thousands of IDs. What could possibly cause
> this kind of error? I don't really know where to start troubleshooting. I
> tried compacting but no change.
> During the aforementioned replication I got a lot of errors like this
> (which I didn't notice the first time, sorry):
>
> [error] [<0.55.0>] {error_report,<0.22.0>,
>    {<0.55.0>,std_error,
>     {mochiweb_socket_server,235,
>         {child_error,
>             {if_clause,
>                 [{couch_rep,do_http_request,3},
>                  {couch_rep,save_docs,3},
>                  {couch_rep,save_docs_loop,3}]}}}}}
>
> =ERROR REPORT==== 16-Jul-2008::00:53:35 ===
> {mochiweb_socket_server,235,
>    {child_error,
>        {if_clause,
>            [{couch_rep,do_http_request,3},
>             {couch_rep,save_docs,3},
>             {couch_rep,save_docs_loop,3}]}}}
> [info] [<0.10918.0>] 127.0.0.1 - - "GET /_all_dbs" 200
> [info] [<0.10918.0>] 127.0.0.1 - - "GET /test_suite_db_a/" 200
> [info] [<0.10928.0>] 127.0.0.1 - - "GET /test_suite_db_b/" 200
> [info] [<0.10926.0>] 127.0.0.1 - - "GET /couch_test/" 200
> [info] [<0.10926.0>] 127.0.0.1 - - "GET /test_suite_db/" 200
> [info] [<0.10929.0>] 127.0.0.1 - - "GET /_all_dbs" 200
> [error] [emulator] Error in process <0.10932.0> with exit value:
> {if_clause,[{couch_rep,do_http_request,3},{couch_rep,save_docs,3},{couch_rep,save_docs_loop,3}]}
>
> =ERROR REPORT==== 16-Jul-2008::00:55:19 ===
> Error in process <0.10932.0> with exit value:
> {if_clause,[{couch_rep,do_http_request,3},{couch_rep,save_docs,3},{couch_rep,save_docs_loop,3}]}
> Using OSX 10.5, everything as normal as I can make it, 0.8.0 incubating.
> Erlang latest in macports.
> Any ideas?
>
> Sho

------=_Part_10384_26325842.1216143608836--