View generation checkpointing on every update

We have a view that is checkpointing on every update and taking a long time to generate. Here are the particulars: * small database, only about 2500 documents. View takes 3+ minutes to generate. * each document is pretty big, at about 300K, with 1000s of fields. Each field though only contains

why wont my list function work!?!?

i have a view: function(doc) {if (doc.docType == 'audit') { emit([doc.auditRecord.resourceType, doc.auditRecord.resourceId, doc.auditRecord.subResourceType, doc.auditRecord.subResource], [doc.auditRecord.auditStamp.createDateTime, doc.auditRecord.auditStamp.createdByAccessingSystem, doc.auditRecor

insecure_rewrite_rule

Hi, what does this error mean? insecure_rewrite_rule [<<"..">>,<<"..">>,<<"..">>,<<"database">>,<<>>] blocked What are the rules for allowed rewrites? Thanks

Re: Trying to get 5000+ databases replicating, no success thus far.

It would be really incredibly if you blogged about this, or shared your setup with the rest of us. :) Wendall On 07/15/2010 06:34 PM, J Chris Anderson wrote: On Jul 15, 2010, at 5:22 PM, Chris Stockton wrote: Now I am happily replicating a few thousand db's. Music to my ears! Glad you go t

Re: Trying to get 5000+ databases replicating, no success thus far.

On Jul 15, 2010, at 5:22 PM, Chris Stockton wrote: > Now I am happily replicating a few thousand db's. Music to my ears! Glad you go to the bottom of this one. Chris

Need help querying a view using an array key!

Hi couchers, so I have a java web interface that connects to couch, in this users can enter some optional parameters to query a view. I am trying to determine the most efficient way to query the view using keys (as opposed to filters), this is becuse the database is quite large and growing every da

Re: Trying to get 5000+ databases replicating, no success thus far.

Hello, On Thu, Jul 15, 2010 at 5:02 PM, Randall Leeds wrote: > You will want to set max_connections even higher. > If you look in the [replicator] section of the ini you'll notice that > each replication can use up to 10 connections plus the changes feed, > so try bumping max_connections beyond 5

Re: Need help diagnosing couchdb view 404s

On 7/15/10 12:19 PM, J Chris Anderson wrote: Hmm. Disappearing beam... not my area of expertise, but I feel like there has been discussion of similar issues elsewhere in the last few weeks. I'm confused; beam seems to be still running... root 458 2.2 2.9 122596 52140 ?Sl Jul

Re: Trying to get 5000+ databases replicating, no success thus far.

You will want to set max_connections even higher. If you look in the [replicator] section of the ini you'll notice that each replication can use up to 10 connections plus the changes feed, so try bumping max_connections beyond 55,000. Finally, what system are you running this on? For example, on C

Re: Trying to get 5000+ databases replicating, no success thus far.

sorry, I didn't read your message closely, you have upped it. From the stack it's clearly in the init function in couch_rep, trying to create another ets table, and hitting the limit. Someone more familiar with replication will have to look at it. On Jul 15, 2010, at 7:41 PM, Chris Stockton w

Re: Trying to get 5000+ databases replicating, no success thus far.

Hello, On Thu, Jul 15, 2010 at 4:27 PM, Robert Dionne wrote: > I've seen this message before when using mnesia, the default for ets tables > is 1400. You might try setting the environment variable: > > ERL_MAX_ETS_TABLES > > to something higher >> >> These exist in my couchdb init script: >> uli

Re: test to see if it thinks im spamming

since you are obviously pass the spammer test, I try it again. On Fri, Jul 16, 2010 at 7:24 AM, Steven Prentice < steven.prentice...@gmail.com> wrote: > Im not a spammer dammit! why does it say I am spamming >

Re: Trying to get 5000+ databases replicating, no success thus far.

I've seen this message before when using mnesia, the default for ets tables is 1400. You might try setting the environment variable: ERL_MAX_ETS_TABLES to something higher On Jul 15, 2010, at 7:18 PM, Chris Stockton wrote: > Hello, > > I have gone through a good amount of research and effor

test to see if it thinks im spamming

Im not a spammer dammit! why does it say I am spamming

Trying to get 5000+ databases replicating, no success thus far.

Hello, I have gone through a good amount of research and effort trying to get a large amount of databases replicating, with a good amount of help from this list. I have hit a road block and am unable to get more then 2000+ databases replicating. Something tells me [1] might be part of my issue. I

Re: Replication hangs w/redirected URL

I noticed the exact same time out problem while trying to replicate a 0.11 DB to 1.0. I tried through couchdbx but I am assuming it will be the same via straight curl request. On Jul 15, 2010, at 9:05 AM, Nathan Vander Wilt wrote: > First of all, congrats to all on the 1.0 release! > > I am h

Re: changes to list function's req.query in CouchDB 1.0.0

Can you clarify what change you think needs to be made to the downloads page? On 15 Jul 2010, at 18:58, Bob Clary wrote: > On 7/15/10 10:01 AM, Markus Jelsma wrote: >> It should also be mentioned on the downloads page. Older versions also link >> to `backward incompatible changes`. > > I did th

Re: Need help diagnosing couchdb view 404s

On Jul 15, 2010, at 10:58 AM, Mark Anderson wrote: > > On 7/14/10 5:51 PM, J Chris Anderson wrote: >> >> On Jul 14, 2010, at 5:42 PM, Mark Anderson wrote: >> >>> Running curl >>> % curl 'localhost:5984//authorization/_design/objects/_view/by_type?limit=0' >> >> are the double slashes after 59

Re: Replication hangs w/redirected URL

On Jul 15, 2010, at 10:49 AM, Mike Leddy wrote: > I haven't seen the first one... but I can help you with the second: > I've seen the first one but I chalk it up to a busted proxy. I'm not sure what to do about it exactly. More details would help. > 1> [info] [<0.130.0>] 127.0.0.1 - - 'POST'

Re: Need help diagnosing couchdb view 404s

On 7/14/10 5:51 PM, J Chris Anderson wrote: On Jul 14, 2010, at 5:42 PM, Mark Anderson wrote: Running curl % curl 'localhost:5984//authorization/_design/objects/_view/by_type?limit=0' are the double slashes after 5984 intentional? does removing them help? Accidental, but removing them doe

Re: changes to list function's req.query in CouchDB 1.0.0

On 7/15/10 10:01 AM, Markus Jelsma wrote: It should also be mentioned on the downloads page. Older versions also link to `backward incompatible changes`. I did the wiki , but don't have access to the downloads page.

Re: Replication hangs w/redirected URL

I haven't seen the first one... but I can help you with the second: 1> [info] [<0.130.0>] 127.0.0.1 - - 'POST' /photos/_bulk_docs 415 The 415 response is v1.0.0 rejecting the bulk docs update because v0.11 doesn't include the required content type application/json. I ran into this one when I upgr

Re: [ANNOUNCE] Apache CouchDB 1.0.0 has been released

On Jul 15, 2010, at 10:32 AM, Jarrod Roberson wrote: > Did this issue ( https://issues.apache.org/jira/browse/COUCHDB-749 ) get > resolved in 1.0? > Personally it is a real show stopper, there is a work around ( store all > largish numbers as strings ), but it is serious. This is fixed in trunk.

Re: [ANNOUNCE] Apache CouchDB 1.0.0 has been released

Did this issue ( https://issues.apache.org/jira/browse/COUCHDB-749 ) get resolved in 1.0? Personally it is a real show stopper, there is a work around ( store all largish numbers as strings ), but it is serious. If not it needs to be documented if not, it bit me and only my unit tests caught it. A

RE: Re: changes to list function's req.query in CouchDB 1.0.0

It should also be mentioned on the downloads page. Older versions also link to `backward incompatible changes`.    -Original message- From: J Chris Anderson Sent: Thu 15-07-2010 17:57 To: user@couchdb.apache.org; Subject: Re: changes to list function's req.query in CouchDB 1.0.0 On Ju

Re: get the next document with key

On Jul 13, 2010, at 10:37 PM, Panop S. wrote: > Hello Couch Lover, > >I have document and everything works fine by sending > key="/directory" like > Sorry, I don't think I understand your question. Are you using the rewrite stuff? Chris > {"total_rows":17,"offset":1,"rows":

Re: changes to list function's req.query in CouchDB 1.0.0

On Jul 15, 2010, at 9:26 AM, Bob Clary wrote: > On 7/15/10 8:56 AM, J Chris Anderson wrote: > >>> >>> I couldn't find any documentation about the change. Is this intended and >>> will it continue to be the case going forward? >> >> Yes, this will continue going forward -- do you mind adding i

get the next document with key

Hello Couch Lover, I have document and everything works fine by sending key="/directory" like {"total_rows":17,"offset":1,"rows":[ {"id":"urn:uuid:a3bf22ac-dd46-4ae1-a9e4-578202a69cbe","key":"/directory","value":{"_id":"urn:uuid:a3bf22ac-dd46-4ae1-a9e4-578202a69cbe","_rev":"1-c34

Re: [ANNOUNCE] Apache CouchDB 1.0.0 has been released

curl http://localhost:5984 -> {"couchdb":"Welcome","version":"1.0.0"} wow,Congratulations to all !!Cheers, Dennis Violence is the last refuge of the incompetent.-Dennis GeurtsluminisSoftware Development B.V.K.v.k Centraal Gelderland: 09 16 28 87--

Re: changes to list function's req.query in CouchDB 1.0.0

On 7/15/10 8:56 AM, J Chris Anderson wrote: I couldn't find any documentation about the change. Is this intended and will it continue to be the case going forward? Yes, this will continue going forward -- do you mind adding it to the Breaking_changes page on the wiki? Chris, Sure. Do you

Replication hangs w/redirected URL

First of all, congrats to all on the 1.0 release! I am having some trouble replicating a database from CouchDBX-0.11.0-R13B04-64bit-Snow-Leopard to CouchDBX-1.0.0-7-Universal, however. On the new version, the replicate request gets stuck in this loop: 1> [error] [<0.163.0>] streaming att. ended

Re: changes to list function's req.query in CouchDB 1.0.0

On Jul 15, 2010, at 3:29 AM, Bob Clary wrote: > Previously in CouchDB 0.11 calling a list function with query strings passed > the query strings as properties of the req.query object with the property > name being the query string parameter name and the value being a string > containing the qu

Replication failure

Couchers, I'm trying to replicate a database down to my local workstation, but the replication seems to fail after a certain point: $ curl -X POST http://***:...@localhost:5984/_replicate -d '{"source":"http://***:...@couch.mydomain.com:5984/backlogger","target":"backlogger","crea

changes to list function's req.query in CouchDB 1.0.0

Previously in CouchDB 0.11 calling a list function with query strings passed the query strings as properties of the req.query object with the property name being the query string parameter name and the value being a string containing the query string parameter value. For example: ?include_doc