Details
-
Bug
-
Resolution: Fixed
-
Blocker
-
2.0-developer-preview-4
-
Security Level: Public
-
None
Description
To verify that couchdb compaction cannot keep up with mutations I've run simple singe node test case for night. Same 200k documents of 100 bytes each were constantly SET through memcached. Autocompaction threshold was lowered to 2%. So mccouch was constantly writing stuff and compacting.
On morning I've found data files size to be huge and constant stream of error messages somewhere from couch. I stopped server.
Now each time I start it starts that constant couch crashes and I cannot get my data back.
Going to attach diag (search from the bottom for:
[ns_server:info] [2012-02-01 13:15:14] [nonode@nohost:ns_server_cluster_sup:log_os_info:start_link:27] Manifest:
to see events since last start attempt). I have data files archived as well and I'm ready to provide them on first request.