Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Duplicate
-
0.9
-
None
-
couchdb 0.9.0.r766883 CentOS x86_64
-
Regular Contributors Level (Easy to Medium)
Description
We have an environment which can on ocassion create many open revs of a doc. The URLs that the replicator creates are longer than the http://issues.apache.org/jira/browse/COUCHDB-243 "mochiweb has an 8k limit", resulting in a general server crash.
To date the only work-around identified is to "export" the latest revisions of all docs in the database, destroy the database, re-create the database and reload the exported documents.
On one of our environments we have:
These docs have the trouble:
- http://db015.back.test.cwwtf.local:5984/labuk_braintestbritain/training_sessions_2255838
- http://db015.back.test.cwwtf.local:5984/madcache8888/b0019gpg
- http://db015.back.test.cwwtf.local:5984/madcache/bbc_one_scotland
- http://db015.back.test.cwwtf.local:5985/labuk_braintestbritain/training_sessions_1910457
- http://db015.back.test.cwwtf.local:5985/madcache8888/p0031rr3
- http://db015.back.test.cwwtf.local:5985/madcache/MAD_last_update
Their requests length - path + params (ie no host:port) are shown here (the key) with the number of times that that length was seen in our log files (the count):
key => count
8544 => 24
8557 => 11
8568 => 2392
8572 => 55
8591 => 893
8594 => 45
8636 => 27
Attached is a file with a sample of these too-long URLs.
Attachments
Attachments
Issue Links
- is duplicated by
-
COUCHDB-1044 Replication fails for documents with many open revisions
- Resolved
- is related to
-
COUCHDB-641 Should replication of recently purged documents keep trying? (0.9 release)
- Closed
- relates to
-
COUCHDB-1044 Replication fails for documents with many open revisions
- Resolved
-
COUCHDB-243 Tests for extra long docid's and attachment names.
- Resolved