[
https://issues.apache.org/jira/browse/CASSANDRA-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12891909#action_12891909
]
Toby Jungen commented on CASSANDRA-1093:
----------------------------------------
Applied and tested the patch, appears to solve the problem. Haven't run
multiple tests yet to make sure, but looks good so far. Obviously, this slows
down the write, but that's an acceptable loss. It's likely still faster and
more efficient than using the thrift API.
I'll be out of my office for the next three weeks, but I'll try to test more
when I get back. Feel free to mark as resolved in the mean time.
> BinaryMemtable interface silently dropping data.
> ------------------------------------------------
>
> Key: CASSANDRA-1093
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1093
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Environment: Linux Centos5, Fedora Core 4. Java HotSpot Server
> 1.6.0_14. See readme for more details.
> Reporter: Toby Jungen
> Assignee: Jonathan Ellis
> Priority: Minor
> Fix For: 0.6.4
>
> Attachments: 1093.txt, cassandra_bmt_test.tar.gz
>
>
> I've been attempting to use the Binary Memtable (BMT) interface to load a
> large number of rows. During my testing, I discovered that on larger loads
> (~1 million rows), occasionally some of the data never appears in the
> database. This happens in a non-deterministic manner, as sometimes all the
> data loads fine, and other times a significant chunk goes missing. No errors
> are ever logged to indicate a problem. I'm attaching some sample code that
> approximates my application's usage of Cassandra and explains this bug in
> more detail.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
