You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Viktor Jevdokimov (JIRA)" <ji...@apache.org> on 2013/09/13 15:28:53 UTC

[jira] [Created] (CASSANDRA-6024) sstableloader uploads full range sstable into some single range node(s) only

Viktor Jevdokimov created CASSANDRA-6024:
--------------------------------------------

             Summary: sstableloader uploads full range sstable into some single range node(s) only
                 Key: CASSANDRA-6024
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6024
             Project: Cassandra
          Issue Type: Bug
          Components: Core, Tools
         Environment: CentOS x64, Oracle JDK 7u17 x64, Cassandra 1.2.9
            Reporter: Viktor Jevdokimov
            Priority: Critical


sstableloader from 1.2.9 uploads full-size sstables (not divided by token ranges) generated with SSTableSimpleUnsortedWriter (no compression options) into Cassandra 1.2.9 nodes of some single token range (on different clusters may be different range, but the same on the same cluster). 

sstableloader from Cassandra 1.2.6 uploads to Cassandra 1.2.9 nodes as expected, sstables sent divided by token ranges.

VNodes are not used, partitioner is RandomPartitioner.

In both cases with 1.2.6 and 1.2.9 all sstables files generated the same, no binary difference.

All target nodes returns correct token ranges.

example 1:
3 nodes, 1 DC, RF=2, 2 out of 3 nodes receives 100% of sstable data instead of 66.6%, rest node receives nothing.

example 2:
32 nodes, 4 DCs, 8 nodes per DC, each DC RF=1 (total RF=4), same range node in each DC receives 100% of sstable instead of 1/8 (cleanup will remove 7/8 of received data), other nodes receives nothing.

excerpts from sstableloader log when node does not receive a data:

 INFO [main] 2013-09-13 01:03:41,336 Stream context metadata [], 2 sstables.  
 INFO [main] 2013-09-13 01:03:41,338 Streaming to /1.2.3.4
DEBUG [main] 2013-09-13 01:03:41,349 Files are   
DEBUG [Streaming to /1.2.3.4:1] 2013-09-13 01:03:41,448 Received StreamReply StreamReply(sessionId=90e67680-1bff-11e3-b6f0-7df633a2f7a1, file='', action=SESSION_FINISHED)  
DEBUG [Streaming to /1.2.3.4:1] 2013-09-13 01:03:41,448 closing with status true  
 INFO [Streaming to /1.2.3.4:1] 2013-09-13 01:03:41,449 Finished streaming session to /1.2.3.4  
DEBUG [Streaming to /1.2.3.4:1] 2013-09-13 01:03:41,450 Done streaming null  


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira