[
https://issues.apache.org/jira/browse/COUCHDB-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13227376#comment-13227376
]
Oleg Rostanin commented on COUCHDB-1436:
I'm using C# Relax-Library for querying
I can confirm that XFS is aggressive when deleting large files (other
i/o requests are slow or blocked while it does it). It has been
necessary to iteratively truncate a file instead of a simple 'rm' in
production to avoid that problem. Increasing the size of extent
preallocation ought to help
I seem to remember that, say, ext2 had more or less constant-time unlinking.
On Mon, Mar 12, 2012 at 10:32 AM, Robert Newson rnew...@apache.org wrote:
I can confirm that XFS is aggressive when deleting large files (other
i/o requests are slow or blocked while it does it). It has been
necessary
In the meantime I tried copying the _replicator database to another
instance, where I could delete the entry without problems. However it
still doesn't work on the initial instance. If one of the committers
is interested, I could organize either remote access via HTTP, or
shell access to the
On Mon, Mar 12, 2012 at 12:57 PM, Stefan Kögl koeglste...@gmail.com wrote:
In the meantime I tried copying the _replicator database to another
instance, where I could delete the entry without problems. However it
still doesn't work on the initial instance. If one of the committers
is
On Mon, Mar 12, 2012 at 2:01 PM, Jason Smith j...@iriscouch.com wrote:
On Mon, Mar 12, 2012 at 12:57 PM, Stefan Kögl koeglste...@gmail.com wrote:
In the meantime I tried copying the _replicator database to another
instance, where I could delete the entry without problems. However it
still
Stefan,
I'd welcome a chance to access this database. couchdb admin level
access is sufficient for now, email me directly at rnew...@apache.org.
B.
On 12 March 2012 13:09, Stefan Kögl koeglste...@gmail.com wrote:
On Mon, Mar 12, 2012 at 2:01 PM, Jason Smith j...@iriscouch.com wrote:
On Mon,
[
https://issues.apache.org/jira/browse/COUCHDB-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13227555#comment-13227555
]
Adam Kocoloski commented on COUCHDB-1436:
-
What does the HTTP response look like
[
https://issues.apache.org/jira/browse/COUCHDB-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13227575#comment-13227575
]
Marcello Nuccio commented on COUCHDB-1436:
--
Isn't it the same as COUCHDB-1415 ?
On Mon, Mar 12, 2012 at 2:20 PM, Robert Newson rnew...@apache.org wrote:
I'd welcome a chance to access this database. couchdb admin level
access is sufficient for now, email me directly at rnew...@apache.org.
For general information: The problem spontaneously disappeared when I
tried to
[
https://issues.apache.org/jira/browse/COUCHDB-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13227698#comment-13227698
]
Dave Cottlehuber commented on COUCHDB-1436:
---
Hi Oleg,
Thanks for reporting
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Attachment: 0001-close-COUCHDB-1426.patch
iterration over last Paul's patch . Some
12 matches
Mail list logo