[jira] Commented: (COUCHDB-776) _replicator DB

2010-07-03 Thread Filipe Manana (JIRA)

[ 
https://issues.apache.org/jira/browse/COUCHDB-776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12884906#action_12884906
 ] 

Filipe Manana commented on COUCHDB-776:
---

Yes yes, I completely agree on that.
I just wanted to keep the ticket up to date, since the previously attached 
patch no longer applied cleanly to latest trunk and had 1 or 2 small issues.

I'll gladly apply it to trunk after 1.0 is out, for example.

 _replicator DB
 --

 Key: COUCHDB-776
 URL: https://issues.apache.org/jira/browse/COUCHDB-776
 Project: CouchDB
  Issue Type: New Feature
  Components: Replication
 Environment: trunk
Reporter: Filipe Manana
Assignee: Filipe Manana

 As discussed in the mailing list thread _replicator DB (May) -
 http://mail-archives.apache.org/mod_mbox/couchdb-dev/201005.mbox/%3caanlktilfnng9fuxuxjb5cazo6__mjaogpiw4xtuzp...@mail.gmail.com%3e
 The patch follows.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: any way to clear a huge update_seq?

2010-07-03 Thread Sebastian Cohnen
Hey Michal,

you don't want to reset the update_seq. You want to get rid of old documents. 
The only way to achieve this, is to set _revs_limit and run compaction.

http://wiki.apache.org/couchdb/HTTP_database_API#Accessing_Database-specific_options


best
Sebastian

On 30.06.2010, at 03:21, Michal Suchanek wrote:

 I am running couchdb 0.11 on mac os x in a development environment. I have
 about 50,000 documents which I have migrated from a mysql db. In the course
 of migration, I have deleted and reimported this data about 15 times and now
 the update_seq on the database is around 900,000. Now, when I add new views
 (or modify current ones), the build takes forever as it checkpoints against
 all of the previous (now-deleted) revisions of each document. I get nearly
 1M lines of checkpointing view update at seq 132299 for... (where the seq
 goes to nearly 900k).
 
 I am not replicating this db at this time and have no need for old revision
 stubs etc. I just want to be able to build views against existing documents
 and discard the old revision data (and metadata)!
 
 I have tried db compaction, view cleanup, and view compaction several times.
 Nothing seems to make a difference and new views seem to checkpoint at every
 or every second update_seq. This takes quite a while.
 
 What am I missing?
 -- 
 View this message in context: 
 http://couchdb-development.1959287.n2.nabble.com/any-way-to-clear-a-huge-update-seq-tp5237014p5237014.html
 Sent from the CouchDB Development mailing list archive at Nabble.com.



[jira] Commented: (COUCHDB-161) Range Request support for attachments

2010-07-03 Thread Chris Anderson (JIRA)

[ 
https://issues.apache.org/jira/browse/COUCHDB-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12884951#action_12884951
 ] 

Chris Anderson commented on COUCHDB-161:


I've seen a few requests for this. It should be a simple patch to make the API 
available. Maybe slightly more complicated to avoid scanning all the attachment 
prior to the range start, but that's an optimization.

 Range Request support for attachments
 -

 Key: COUCHDB-161
 URL: https://issues.apache.org/jira/browse/COUCHDB-161
 Project: CouchDB
  Issue Type: New Feature
  Components: HTTP Interface
Affects Versions: 0.11
Reporter: Dean Landolt
Assignee: Jan Lehnardt
Priority: Minor
 Fix For: 0.12


 Support for byte ranges in attachment requests (a la 
 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.35) would allow 
 couch to be a more robust data store for media-heavy applications, for 
 instance, streaming audio or video.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (COUCHDB-716) CouchDB fails to start, just hangs.

2010-07-03 Thread Wez Furlong (JIRA)

[ 
https://issues.apache.org/jira/browse/COUCHDB-716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12884986#action_12884986
 ] 

Wez Furlong commented on COUCHDB-716:
-

I had the same issue on Solaris 10 amd64; it is resolved by applying
https://issues.apache.org/jira/secure/attachment/12445179/COUCH-666.patch
from COUCH-666

This issue can be closed as a duplicate of COUCH-666.


 CouchDB fails to start, just hangs.
 ---

 Key: COUCHDB-716
 URL: https://issues.apache.org/jira/browse/COUCHDB-716
 Project: CouchDB
  Issue Type: Bug
  Components: Database Core
Affects Versions: 0.11
 Environment: opensolaris/snv98 
Reporter: Victor Igumnov

 CouchDB 0.10.x works well while CouchDB 0.11 fails to start, it just hangs 
 with no debug information. I have used truss to trace the execution to the 
 hang point.
 Truss debug info
 http://temp.fabulously40.com/~victori/couch.txt
 Pstack info on the hanged process
 http://temp.fabulously40.com/~victori/couchdb-pstack.txt

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.