[
https://issues.apache.org/jira/browse/COUCHDB-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743068#action_12743068
]
Adam Kocoloski commented on COUCHDB-427:
----------------------------------------
So we identified the document that has duplicate attachments as
http://benoitc.im/b/7cb06e5de28327c7fc81c7028bece5a3
and indeed it does have three attachments with the same name. I'm not sure what
the next step is here. We certainly don't want replication to break, but this
seems like such an edge case that I'm not sure it's worth putting in special
code in the replicator to deal with it.
Damien, the check_dup_atts code is your stuff, right? Do you know how Benoit
could've ended up with 3 identically-named attachments in the past?
> Trying to replicate a database from an old format increase cpu usage up to
> 100%
> -------------------------------------------------------------------------------
>
> Key: COUCHDB-427
> URL: https://issues.apache.org/jira/browse/COUCHDB-427
> Project: CouchDB
> Issue Type: Bug
> Environment: osx, ubuntu, openbsd
> Reporter: Benoit Chesneau
> Priority: Critical
> Fix For: 0.10
>
> Attachments: duplicate_attachments_crash.txt
>
>
> When you try to replicate a database from an old version of couchdb to
> latest, the cpu usage increase up to 100% and more instead of just hanging.
> You can try to replicate from http://benoitc.im/b to latest trunk or 0.9.1 to
> replicate this issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
