From dev-return-3404-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Mon Mar 16 18:22:29 2009 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 84524 invoked from network); 16 Mar 2009 18:22:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Mar 2009 18:22:29 -0000 Received: (qmail 48960 invoked by uid 500); 16 Mar 2009 18:22:27 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 48914 invoked by uid 500); 16 Mar 2009 18:22:27 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 48903 invoked by uid 99); 16 Mar 2009 18:22:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Mar 2009 11:22:27 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Mar 2009 18:22:18 +0000 Received: from [10.0.1.7] (f053037010.adsl.alicedsl.de [::ffff:78.53.37.10]) (AUTH: LOGIN jan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Mon, 16 Mar 2009 18:21:56 +0000 Message-Id: <0E058990-E923-4CFF-9DE7-0DC62ADFD6AC@apache.org> From: Jan Lehnardt To: dev@couchdb.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: 0.9 final sprint Date: Mon, 16 Mar 2009 19:21:25 +0100 References: <214c385b0903160929u340e5210r4827b864ee7dd0ab@mail.gmail.com> <214c385b0903160932r1625d3b0y3b48348e25705b58@mail.gmail.com> <214c385b0903161000v1bfc8528ld118ccd29593f48a@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org Nope. On 16 Mar 2009, at 18:57, Damien Katz wrote: > Now fixed in trunk. Was there a bug report for this? > > -Damien > > > On Mar 16, 2009, at 1:24 PM, Damien Katz wrote: > >> Good stack trace. Thanks Matt. I think I see the problem already. >> >> -Damien >> >> >> On Mar 16, 2009, at 1:00 PM, Matt Goodall wrote: >> >>> 2009/3/16 Matt Goodall : >>>> 2009/3/16 Matt Goodall : >>>>> 2009/3/16 Chris Anderson : >>>>>> On Mon, Mar 16, 2009 at 6:07 AM, Jan Lehnardt >>>>>> wrote: >>>>>>> >>>>>>> On 15 Mar 2009, at 21:58, Chris Anderson wrote: >>>>>>> >>>>>>>> We are within striking distance of 0.9 >>>>>>>> >>>>>>>> 12 Outstanding issues: >>>>>>>> >>>>>>>> >>>>>>>> https://issues.apache.org:443/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310780&priority=1&status=1&status=4&fixfor=12313208&sorter/field=issuekey&sorter/order=DESC >>>>>>>> >>>>>>>> I think it'd be very cool if we could release in time for >>>>>>>> ApacheCon EU >>>>>>>> - starts on March 23rd. I think this is feasible but it will >>>>>>>> require >>>>>>>> some doing. >>>>>>>> >>>>>>>> Some of these tickets may be as simple as documentation or >>>>>>>> exploration >>>>>>>> to see if the issue is resolved by the new replication >>>>>>>> security patch. >>>>>>>> None of them look very challenging. >>>>>>> >>>>>>> >>>>>>> I see the replication test failing in Firefox and Safari 3.0 >>>>>>> (but not Safari >>>>>>> 4 beta) >>>>>>> >>>>>>> The test fails with >>>>>>> >>>>>>> {"error":"normal","reason":"{gen_server,call, >>>>>>> [<0.29400.0>,get_result,infinity]} >>>>>>> >>>>>>> which comes as >>>>>>> >>>>>>> [info] [<0.29281.0>] 127.0.0.1 - - 'GET' >>>>>>> /test_suite_db_a/_local%2Fb1fc9bd58a179f7aeb55e42d710fdceb 200 >>>>>>> [info] [<0.29359.0>] starting replication >>>>>>> "b1fc9bd58a179f7aeb55e42d710fdceb" >>>>>>> at <0.29400.0> >>>>>>> [info] [<0.29400.0>] recording a checkpoint at source >>>>>>> update_seq 20 >>>>>>> [error] [<0.29359.0>] Uncaught error in HTTP request: {exit, >>>>>>> {normal, >>>>>>> {gen_server,call, >>>>>>> >>>>>>> [<0.29400.0>,get_result,infinity]}}} >>>>>>> >>>>>>> in the CouchDB log >>>>>>> >>>>>> >>>>>> I get this intermittently on my FF also. Running it a few times >>>>>> makes >>>>>> it pass. I think this is more a problem with the test suite >>>>>> than with >>>>>> replication. Can you make this a ticket? I think it'll be a fair >>>>>> amount of work. >>>>> >>>>> I've seen the same, or very similar, error when triggering a >>>>> replication using curl and Futon's replication page. I don't >>>>> have any >>>>> logs right now though. >>>>> >>>>> - Matt >>>>> >>>> >>>> I've also had problems saving and deleting a document in Futon. The >>>> few times I've had it has been after the document is in conflict >>>> after >>>> replication. Again, no logs at the moment; I'll see if I can repeat >>>> it. >>> >>> OK, I've got a database (tiny in size) and an error log for this >>> now. >>> It looks like it might be related to the replication error Jan >>> reported. Here's part of the log, it seems to contain the important >>> stuff: >>> >>> [error] [<0.2249.0>] Uncaught error in HTTP request: {exit, >>> {{{case_clause, >>> {ok, >>> [{<<"982111398">>, >>> {false,{4140,9956}}, >>> [{<<"3589267040">>, >>> {false,{4344,9752}}, >>> []}, >>> {<<"825225740">>, >>> {false,{4333,9763}}, >>> [{<<"2045729199">>, >>> {doc,<<"foo">>, >>> {7, >>> [<<"2045729199">>, >>> <<"825225740">>]}, >>> {[]}, >>> [],true,[]}, >>> []}]}]}], >>> false}}, >>> [{couch_key_tree,merge_at,3}, >>> {couch_key_tree,merge_at,3}, >>> {couch_key_tree,merge_one,4}, >>> {couch_key_tree,'-merge/2-fun-0-', >>> 2}, >>> {lists,foldl,3}, >>> {couch_key_tree,merge,2}, >>> {couch_db_updater, >>> '-merge_rev_trees/6-fun-0-',5}, >>> {lists,foldl,3}]}, >>> {gen_server,call, >>> [<0.5588.0>, >>> {update_docs, >>> [[{doc,<<"foo">>, >>> {7, >>> [<<"2045729199">>,<<"825225740">>]}, >>> {[]}, >>> [],true,[]}]], >>> []}, >>> infinity]}}} >>> [info] [<0.2249.0>] 127.0.0.1 - - 'DELETE' /conflicts/foo? >>> rev=6-825225740 500 >>> >>> - Matt >> > >