date:20161111

[jira] [Commented] (CASSANDRA-12861) example/triggers build fail.

2016-11-11 Thread Yasuharu Goto (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658815#comment-15658815
 ] 

Yasuharu Goto commented on CASSANDRA-12861:
---

Thank you [~slebresne] for your correction. Your version helped me 
understanding Cassandra code :)

> example/triggers build fail.
> 
>
> Key: CASSANDRA-12861
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12861
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yasuharu Goto
>Assignee: Sylvain Lebresne
>Priority: Trivial
>
> When I tried to build example/trigger on trunk branch, I found that "ant jar" 
> fails with an error like below.
> (Sorry for my language settings for ant. I couldn't find how to change it. 
> The error indicated here is a "cannot find symboll" error of 
> RowUpdateBuilder).
> {code}
> Buildfile: /Users/yasuharu/git/cassandra/examples/triggers/build.xml
> init:
> [mkdir] Created dir: 
> /Users/yasuharu/git/cassandra/examples/triggers/build/classes
> build:
> [javac] Compiling 1 source file to 
> /Users/yasuharu/git/cassandra/examples/triggers/build/classes
> [javac] 警告: 
> 注釈プロセッサ'org.openjdk.jmh.generators.BenchmarkProcessor'から-source 
> '1.8'より小さいソース・バージョン'RELEASE_6'がサポートされています
> [javac] 
> /Users/yasuharu/git/cassandra/examples/triggers/src/org/apache/cassandra/triggers/AuditTrigger.java:27:
>  エラー: シンボルを見つけられません
> [javac] import org.apache.cassandra.db.RowUpdateBuilder;
> [javac]   ^
> [javac]   シンボル:   クラス RowUpdateBuilder
> [javac]   場所: パッケージ org.apache.cassandra.db
> [javac] エラー1個
> [javac] 警告1個
> BUILD FAILED
> /Users/yasuharu/git/cassandra/examples/triggers/build.xml:45: Compile failed; 
> see the compiler error output for details.
> Total time: 1 second
> {code}
> I think the movement of RowUpdateBuilder to test has broken this build.
> https://github.com/apache/cassandra/commit/26838063de6246e3a1e18062114ca92fb81c00cf
> In order to fix this, I moved back RowUpdateBuilder.java to src in my patch.
> https://github.com/apache/cassandra/commit/d133eefe9c5fbebd8d389a9397c3948b8c36bd06
> Could you please review my patch?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12877) SASI index throwing AssertionError on creation/flush

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12877:
---
Priority: Blocker  (was: Major)

> SASI index throwing AssertionError on creation/flush
> 
>
> Key: CASSANDRA-12877
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12877
> Project: Cassandra
>  Issue Type: Bug
>  Components: sasi
> Environment: 3.9 and 3.10 tested on both linux and osx
>Reporter: Voytek Jarnot
>Assignee: Alex Petrov
>Priority: Blocker
> Fix For: 3.10
>
>
> Possibly a 3.10 regression?  The exact test shown below does not error in 3.9.
> I built and installed a 3.10 snapshot (built 04-Nov-2016) to get around 
> CASSANDRA-11670, CASSANDRA-12689, and CASSANDRA-12223 which are holding me 
> back when using 3.9.
> Now I'm able to make nodetool flush (or a scheduled flush) produce an 
> unhandled error easily with a SASI:
> {code}
> CREATE KEYSPACE vjtest WITH replication = {'class': 'SimpleStrategy', 
> 'replication_factor': '1'};
> use vjtest ;
> create table tester(id1 text, id2 text, id3 text, val1 text, primary 
> key((id1, id2), id3));
> create custom index tester_idx_val1 on tester(val1) using 
> 'org.apache.cassandra.index.sasi.SASIIndex';
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','1-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','2-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','3-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','4-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','5-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','6-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','7-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','8-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','9-3','asdf');
> {code}
> Not enough going on here to trigger a flush, so following a manual {{nodetool 
> flush vjtest}} I get the following in {{system.log}}:
> {code}
> INFO  [MemtableFlushWriter:3] 2016-11-04 22:19:35,412 
> PerSSTableIndexWriter.java:284 - Scheduling index flush to 
> /mydir/apache-cassandra-3.10-SNAPSHOT/data/data/vjtest/tester-6f1fdff0a30611e692c087673c5ef8d4/mc-1-big-SI_tester_idx_val1.db
> INFO  [SASI-Memtable:1] 2016-11-04 22:19:35,447 
> PerSSTableIndexWriter.java:335 - Index flush to 
> /mydir/apache-cassandra-3.10-SNAPSHOT/data/data/vjtest/tester-6f1fdff0a30611e692c087673c5ef8d4/mc-1-big-SI_tester_idx_val1.db
>  took 16 ms.
> ERROR [SASI-Memtable:1] 2016-11-04 22:19:35,449 CassandraDaemon.java:229 - 
> Exception in thread Thread[SASI-Memtable:1,5,RMI Runtime]
> java.lang.AssertionError: cannot have more than 8 overflow collisions per 
> leaf, but had: 9
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.createOverflowEntry(AbstractTokenTreeBuilder.java:357)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.createEntry(AbstractTokenTreeBuilder.java:346)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.DynamicTokenTreeBuilder$DynamicLeaf.serializeData(DynamicTokenTreeBuilder.java:180)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.serialize(AbstractTokenTreeBuilder.java:306)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder.write(AbstractTokenTreeBuilder.java:90)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableDataBlock.flushAndClear(OnDiskIndexBuilder.java:629)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableLevel.flush(OnDiskIndexBuilder.java:446)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableLevel.finalFlush(OnDiskIndexBuilder.java:451)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:296)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:258)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:241)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
>

[jira] [Updated] (CASSANDRA-12877) SASI index throwing AssertionError on creation/flush

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12877:
---
Fix Version/s: 3.10

> SASI index throwing AssertionError on creation/flush
> 
>
> Key: CASSANDRA-12877
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12877
> Project: Cassandra
>  Issue Type: Bug
>  Components: sasi
> Environment: 3.9 and 3.10 tested on both linux and osx
>Reporter: Voytek Jarnot
>Assignee: Alex Petrov
> Fix For: 3.10
>
>
> Possibly a 3.10 regression?  The exact test shown below does not error in 3.9.
> I built and installed a 3.10 snapshot (built 04-Nov-2016) to get around 
> CASSANDRA-11670, CASSANDRA-12689, and CASSANDRA-12223 which are holding me 
> back when using 3.9.
> Now I'm able to make nodetool flush (or a scheduled flush) produce an 
> unhandled error easily with a SASI:
> {code}
> CREATE KEYSPACE vjtest WITH replication = {'class': 'SimpleStrategy', 
> 'replication_factor': '1'};
> use vjtest ;
> create table tester(id1 text, id2 text, id3 text, val1 text, primary 
> key((id1, id2), id3));
> create custom index tester_idx_val1 on tester(val1) using 
> 'org.apache.cassandra.index.sasi.SASIIndex';
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','1-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','2-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','3-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','4-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','5-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','6-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','7-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','8-3','asdf');
> insert into tester(id1,id2,id3, val1) values ('1-1','1-2','9-3','asdf');
> {code}
> Not enough going on here to trigger a flush, so following a manual {{nodetool 
> flush vjtest}} I get the following in {{system.log}}:
> {code}
> INFO  [MemtableFlushWriter:3] 2016-11-04 22:19:35,412 
> PerSSTableIndexWriter.java:284 - Scheduling index flush to 
> /mydir/apache-cassandra-3.10-SNAPSHOT/data/data/vjtest/tester-6f1fdff0a30611e692c087673c5ef8d4/mc-1-big-SI_tester_idx_val1.db
> INFO  [SASI-Memtable:1] 2016-11-04 22:19:35,447 
> PerSSTableIndexWriter.java:335 - Index flush to 
> /mydir/apache-cassandra-3.10-SNAPSHOT/data/data/vjtest/tester-6f1fdff0a30611e692c087673c5ef8d4/mc-1-big-SI_tester_idx_val1.db
>  took 16 ms.
> ERROR [SASI-Memtable:1] 2016-11-04 22:19:35,449 CassandraDaemon.java:229 - 
> Exception in thread Thread[SASI-Memtable:1,5,RMI Runtime]
> java.lang.AssertionError: cannot have more than 8 overflow collisions per 
> leaf, but had: 9
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.createOverflowEntry(AbstractTokenTreeBuilder.java:357)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.createEntry(AbstractTokenTreeBuilder.java:346)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.DynamicTokenTreeBuilder$DynamicLeaf.serializeData(DynamicTokenTreeBuilder.java:180)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder$Leaf.serialize(AbstractTokenTreeBuilder.java:306)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.AbstractTokenTreeBuilder.write(AbstractTokenTreeBuilder.java:90)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableDataBlock.flushAndClear(OnDiskIndexBuilder.java:629)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableLevel.flush(OnDiskIndexBuilder.java:446)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder$MutableLevel.finalFlush(OnDiskIndexBuilder.java:451)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:296)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:258)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
> org.apache.cassandra.index.sasi.disk.OnDiskIndexBuilder.finish(OnDiskIndexBuilder.java:241)
>  ~[apache-cassandra-3.10-SNAPSHOT.jar:3.10-SNAPSHOT]
> at 
>

[jira] [Updated] (CASSANDRA-12903) internode_encryption + bootstrapping a node fails due to calling an unsupported method on an SSL Socket

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12903:
---
Fix Version/s: (was: 3.x)
   3.10

> internode_encryption + bootstrapping a node fails due to calling an 
> unsupported method on an SSL Socket
> ---
>
> Key: CASSANDRA-12903
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12903
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging
>Reporter: Eduard Tudenhoefner
>Assignee: Paulo Motta
>Priority: Blocker
> Fix For: 3.10
>
>
> The problem is that you can't call *shutdownInput() / shutdownOutput()* on an 
> *SSLSocket* because it doesn't comply with the TLS protocol
> This got introduced by https://issues.apache.org/jira/browse/CASSANDRA-11841
> {code}
> INFO  [RequestResponseStage-1] 2016-11-11 11:27:06,352  Gossiper.java:1019 - 
> InetAddress /10.200.182.127 is now UP
> INFO  [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,799  
> StreamResultFuture.java:116 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9 
> ID#0] Creating new streaming plan for Bootstrap
> ERROR [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,845  
> IncomingStreamingConnection.java:80 - Error while reading from socket from 
> /10.200.182.127:33555.
> java.lang.UnsupportedOperationException: The method shutdownInput() is not 
> supported in SSLSocket
> at 
> sun.security.ssl.BaseSSLSocketImpl.shutdownInput(BaseSSLSocketImpl.java:215) 
> ~[na:1.8.0_40]
> at 
> org.apache.cassandra.streaming.ConnectionHandler.initiateOnReceivingSide(ConnectionHandler.java:109)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.StreamResultFuture.attachConnection(StreamResultFuture.java:138)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.StreamResultFuture.initReceivingSide(StreamResultFuture.java:122)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.net.IncomingStreamingConnection.run(IncomingStreamingConnection.java:76)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,857  
> StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Streaming error occurred on session with peer 10.200.182.127
> java.net.SocketException: Socket is closed
> at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
> ~[na:1.8.0_40]
> at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
> ~[na:1.8.0_40]
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
> ~[na:1.8.0_40]
> at 
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
> ~[na:1.8.0_40]
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
> ~[na:1.8.0_40]
> at 
> org.apache.cassandra.io.util.WrappedDataOutputStreamPlus.flush(WrappedDataOutputStreamPlus.java:66)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.sendMessage(ConnectionHandler.java:418)
>  [cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.run(ConnectionHandler.java:389)
>  [cassandra-all-3.10.1433.jar:3.10.1433]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_40]
> INFO  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,858  
> StreamResultFuture.java:187 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Session with /10.200.182.127 is complete
> WARN  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,863  
> StreamResultFuture.java:214 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Stream failed
> ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,864  
> StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Streaming error occurred on session with peer 10.200.182.127
> java.net.SocketException: Socket is closed
> at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
> ~[na:1.8.0_40]
> at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
> ~[na:1.8.0_40]
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
> ~[na:1.8.0_40]
> at 
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
> ~[na:1.8.0_40]
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
> ~[na:1.8.0_40]
> at 
> org.apache.cassandra.io.util.WrappedDataOutputStreamPlus.flush(WrappedDataOutputStreamPlus.java:66)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
>

[jira] [Updated] (CASSANDRA-12869) Don't load mx4j beans twice

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12869:
---
Fix Version/s: (was: 3.11)
   3.10

> Don't load mx4j beans twice
> ---
>
> Key: CASSANDRA-12869
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12869
> Project: Cassandra
>  Issue Type: Bug
>  Components: Core
>Reporter: Eduard Tudenhoefner
>Assignee: Eduard Tudenhoefner
> Fix For: 3.10
>
>
> This happens on *cassandra-3.X* and *trunk* because there are two calls to 
> {{Mx4jTool.maybeLoad()}}. I think this was an unintentional side-effect of 
> merging CASSANDRA-12274
> upstream.
> {code}
> WARN  [main] 2016-11-02 09:07:09,294 Mx4jTool.java:72 - Could not start 
> register mbean in JMX
> javax.management.InstanceAlreadyExistsException: system:name=http
>   at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437) 
> ~[na:1.8.0_91]
>   at 
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898)
>  ~[na:1.8.0_91]
>   at 
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966)
>  ~[na:1.8.0_91]
>   at 
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)
>  ~[na:1.8.0_91]
>   at 
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)
>  ~[na:1.8.0_91]
>   at 
> com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522) 
> ~[na:1.8.0_91]
>   at org.apache.cassandra.utils.Mx4jTool.maybeLoad(Mx4jTool.java:55) 
> ~[main/:na]
>   at 
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:414) 
> [main/:na]
>   at 
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:603)
>  [main/:na]
>   at 
> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:737) 
> [main/:na]
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12813:
---
Fix Version/s: (was: 3.11)
   3.0.10

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.0.10, 3.10
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12184) incorrect compaction log information on totalSourceRows in C* pre-3.8 versions

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12184:
---
Fix Version/s: (was: 3.0.11)
   3.0.10

> incorrect compaction log information on totalSourceRows in C* pre-3.8 versions
> --
>
> Key: CASSANDRA-12184
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12184
> Project: Cassandra
>  Issue Type: Bug
>  Components: Compaction, Observability
>Reporter: Wei Deng
>Assignee: Carl Yeksigian
>Priority: Minor
> Fix For: 3.0.10
>
>
> I was looking at some confusing compaction log information on C* 3.0.7 and 
> realized that we have a bug that was trivially fixed in C* 3.8.
> Basically here is the log entry in debug.log (as most of the compaction 
> related log have been moved to debug.log due to adjustment in 
> CASSANDRA-10241).
> {noformat}
> DEBUG [CompactionExecutor:6] 2016-07-12 15:38:28,471  CompactionTask.java:217 
> - Compacted (96aa1ba6-4846-11e6-adb7-17866fa8ddfd) 4 sstables to 
> [/var/lib/cassandra/data/keyspace1/standard1-713f7920484411e6adb717866fa8ddfd/mb-5-big,]
>  to level=0.  267,974,735 bytes to 78,187,400 (~29% of original) in 39,067ms 
> = 1.908652MB/s.  0 total partitions merged to 332,904.  Partition merge 
> counts were {1:9008, 2:34822, 3:74505, 4:214569, }
> DEBUG [CompactionExecutor:4] 2016-07-12 20:51:56,578  CompactionTask.java:217 
> - Compacted (786cd9d0-4872-11e6-8755-79a37e6d8141) 4 sstables to 
> [/var/lib/cassandra/data/system_schema/indexes-0feb57ac311f382fba6d9024d305702f/mb-25-big,]
>  to level=0.  620 bytes to 498 (~80% of original) in 51ms = 0.009312MB/s.  0 
> total partitions merged to 6.  Partition merge counts were {1:4, 3:2, }
> DEBUG [CompactionExecutor:4] 2016-07-12 20:51:58,345  CompactionTask.java:217 
> - Compacted (79771de0-4872-11e6-8755-79a37e6d8141) 4 sstables to 
> [/var/lib/cassandra/data/system_schema/columns-24101c25a2ae3af787c1b40ee1aca33f/mb-65-big,]
>  to level=0.  14,113 bytes to 9,553 (~67% of original) in 70ms = 
> 0.130149MB/s.  0 total partitions merged to 16.  Partition merge counts were 
> {1:13, 2:2, 3:1, }
> DEBUG [CompactionExecutor:3] 2016-07-12 20:52:00,415  CompactionTask.java:217 
> - Compacted (7ab6a2c0-4872-11e6-8755-79a37e6d8141) 4 sstables to 
> [/var/lib/cassandra/data/system_schema/keyspaces-abac5682dea631c5b535b3d6cffd0fb6/mb-85-big,]
>  to level=0.  1,066 bytes to 611 (~57% of original) in 48ms = 0.012139MB/s.  
> 0 total partitions merged to 16.  Partition merge counts were {1:13, 2:2, 
> 4:1, }
> DEBUG [CompactionExecutor:4] 2016-07-12 20:52:00,442  CompactionTask.java:217 
> - Compacted (7abae880-4872-11e6-8755-79a37e6d8141) 4 sstables to 
> [/var/lib/cassandra/data/system_schema/tables-afddfb9dbc1e30688056eed6c302ba09/mb-77-big,]
>  to level=0.  6,910 bytes to 4,396 (~63% of original) in 48ms = 0.087341MB/s. 
>  0 total partitions merged to 16.  Partition merge counts were {1:13, 2:2, 
> 3:1, }
> {noformat}
> Note no matter if it's system table or user table, it's always showing "0 
> total partitions merged to xx", which is incorrect information due to this 
> code segment 
> https://github.com/apache/cassandra/blob/cassandra-3.0.7/src/java/org/apache/cassandra/db/compaction/CompactionTask.java#L215-217.
>  Basically it only initialized the totalSourceRows value with 0 and never 
> assigned a real calculated value to it. Looks like the latest 
> [commit|https://github.com/tjake/cassandra/blob/dc2951d1684777cf70aab401515d755699af99bc/src/java/org/apache/cassandra/db/compaction/CompactionTask.java#L225-226]
>  from CASSANDRA-12080 fixed this problem, but it only got checked into 3.8 
> branch.
> Since this can make people doubt the accuracy of compaction related log 
> entries, and the changes made in CASSANDRA-12080 are only log metrics 
> related, low impact changes, I'd advocate we backport the change from 
> CASSANDRA-12080 into C*-3.0 branch as many people's production C*-3.0 version 
> can benefit from the bug fix, along with better compaction log information in 
> general. I realize that CASSANDRA-12080 may be based on the C*-3.6 changes in 
> CASSANDRA-10805, so this means we may have to bring in changes from 
> CASSANDRA-10805 as well if CASSANDRA-12080 cannot be cleanly rebased on 
> C*-3.0 branch, but both are going to benefit compaction observability in 
> production on C*-3.0.x versions, so both should be welcomed changes in C*-3.0 
> branch.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12889) Pass root cause to CorruptBlockException when uncompression failed

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12889:
---
Fix Version/s: (was: 3.0.11)
   3.0.10

> Pass root cause to CorruptBlockException when uncompression failed
> --
>
> Key: CASSANDRA-12889
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12889
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local Write-Read Paths
>Reporter: Yuki Morishita
>Assignee: Yuki Morishita
>Priority: Trivial
> Fix For: 3.0.10, 3.10
>
>
> When reading compressed SSTable failed, CorruptBlockException is thrown 
> without root cause. It is nice to have when investigating uncompression error.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12834) testall failure in org.apache.cassandra.index.internal.CassandraIndexTest.indexOnFirstClusteringColumn

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12834:
---
Fix Version/s: (was: 3.0.11)
   (was: 3.11)
   3.10
   3.0.10

> testall failure in 
> org.apache.cassandra.index.internal.CassandraIndexTest.indexOnFirstClusteringColumn
> --
>
> Key: CASSANDRA-12834
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12834
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Sylvain Lebresne
>  Labels: test-failure
> Fix For: 3.0.10, 3.10
>
>
> example failure:
> http://cassci.datastax.com/job/trunk_testall/1250/testReport/org.apache.cassandra.index.internal/CassandraIndexTest/indexOnFirstClusteringColumn/
> {code}
> Error Message
> Error setting schema for test (query was: CREATE INDEX c_index ON 
> cql_test_keyspace.table_20(c))
> {code}{code}
> Stacktrace
> java.lang.RuntimeException: Error setting schema for test (query was: CREATE 
> INDEX c_index ON cql_test_keyspace.table_20(c))
>   at org.apache.cassandra.cql3.CQLTester.schemaChange(CQLTester.java:705)
>   at org.apache.cassandra.cql3.CQLTester.createIndex(CQLTester.java:627)
>   at 
> org.apache.cassandra.index.internal.CassandraIndexTest.access$400(CassandraIndexTest.java:56)
>   at 
> org.apache.cassandra.index.internal.CassandraIndexTest$TestScript.run(CassandraIndexTest.java:626)
>   at 
> org.apache.cassandra.index.internal.CassandraIndexTest.indexOnFirstClusteringColumn(CassandraIndexTest.java:86)
> Caused by: org.apache.cassandra.exceptions.InvalidRequestException: Index 
> c_index already exists
>   at 
> org.apache.cassandra.cql3.statements.CreateIndexStatement.validate(CreateIndexStatement.java:133)
>   at org.apache.cassandra.cql3.CQLTester.schemaChange(CQLTester.java:696)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12808) testall failure inorg.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12808:
---
Fix Version/s: (was: 3.0.11)
   3.0.10

> testall failure 
> inorg.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex
> -
>
> Key: CASSANDRA-12808
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12808
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Sam Tunnicliffe
>  Labels: test-failure
> Fix For: 2.2.9, 3.0.10, 3.10
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.2_testall/594/testReport/org.apache.cassandra.io.sstable/IndexSummaryManagerTest/testCancelIndex/
> {code}
> Error Message
> Expected compaction interrupted exception
> {code}
> {code}
> Stacktrace
> junit.framework.AssertionFailedError: Expected compaction interrupted 
> exception
>   at 
> org.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex(IndexSummaryManagerTest.java:641)
> {code}
> Related failure:
> http://cassci.datastax.com/job/cassandra-2.2_testall/600/testReport/org.apache.cassandra.io.sstable/IndexSummaryManagerTest/testCancelIndex_compression/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12863) cqlsh COPY FROM cannot parse timestamp in partition key if table contains a counter value

2016-11-11 Thread Michael Shuler (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Shuler updated CASSANDRA-12863:
---
Fix Version/s: (was: 3.0.11)
   3.0.10

> cqlsh COPY FROM cannot parse timestamp in partition key if table contains a 
> counter value
> -
>
> Key: CASSANDRA-12863
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12863
> Project: Cassandra
>  Issue Type: Bug
>  Components: Tools
>Reporter: Stefania
>Assignee: Stefania
> Fix For: 2.2.9, 3.0.10, 3.10
>
>
> This sample table:
> {code}
> CREATE TABLE test (columnname text, day timestamp, israndom boolean, 
> columnvalue text, counter counter, PRIMARY KEY ((columnname, day, israndom), 
> columnvalue));
> {code}
> with this sample data:
> {code}
> origins|2016-10-01 00:00:00+|False|ACTUAL|6
> origins|2016-10-01 00:00:00+|False|ADGMOB|4
> origins|2016-10-01 00:00:00+|False|ANONPM|4
> origins|2016-10-01 00:00:00+|False|CSRT2L|76
> origins|2016-10-01 00:00:00+|False|DIAGOP|18
> origins|2016-10-01 00:00:00+|False|E-SOFT|17
> origins|2016-10-01 00:00:00+|False|E-TASK|10
> {code}
> when imported with
> {code}
> COPY ks.test FROM 'test.csv' WITH DELIMITER = '|';
> {code}
> will generate a parse error:
> {code}
> Failed to import 7 rows: ParseError - can't interpret u"'2016-10-01 
> 00:00:00+'" as a date with this format: %Y-%m-%d %H:%M:%S%z,  given up 
> without retries
> {code}
> The problem is that when a counter value is present, we don't use prepared 
> statements and so we typically don't convert values unless they are part of 
> the partition key. We also add quotes for certain types, such as timestamps. 
> The problem is that we do not remove such quotes before parsing the partition 
> key values, therefore ending up with a parse error.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-10726) Read repair inserts should not be blocking

2016-11-11 Thread Xiaolong Jiang (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-10726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658728#comment-15658728
 ] 

Xiaolong Jiang commented on CASSANDRA-10726:


[~kohlisankalp]Can you assign to me? [~rlow] did a quick chat to me about this 
JIRA. I will try to fix this one. 

> Read repair inserts should not be blocking
> --
>
> Key: CASSANDRA-10726
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10726
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Coordination
>Reporter: Richard Low
>Assignee: Nachiket Patil
>
> Today, if there’s a digest mismatch in a foreground read repair, the insert 
> to update out of date replicas is blocking. This means, if it fails, the read 
> fails with a timeout. If a node is dropping writes (maybe it is overloaded or 
> the mutation stage is backed up for some other reason), all reads to a 
> replica set could fail. Further, replicas dropping writes get more out of 
> sync so will require more read repair.
> The comment on the code for why the writes are blocking is:
> {code}
> // wait for the repair writes to be acknowledged, to minimize impact on any 
> replica that's
> // behind on writes in case the out-of-sync row is read multiple times in 
> quick succession
> {code}
> but the bad side effect is that reads timeout. Either the writes should not 
> be blocking or we should return success for the read even if the write times 
> out.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[cassandra] Git Push Summary

2016-11-11 Thread mshuler

Repository: cassandra
Updated Tags:  refs/tags/3.10-tentative [deleted] 072b5271a

[cassandra] Git Push Summary

2016-11-11 Thread mshuler

Repository: cassandra
Updated Tags:  refs/tags/3.0.10-tentative [deleted] 4e0bced5e

[cassandra] Git Push Summary

2016-11-11 Thread mshuler

Repository: cassandra
Updated Tags:  refs/tags/3.0.10-tentative [created] d6a3ef486

[jira] [Comment Edited] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Edward Capriolo (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658633#comment-15658633
 ] 

Edward Capriolo edited comment on CASSANDRA-12643 at 11/12/16 12:28 AM:


{quote}
I think the right fix should actually be on LibratoReporter to print which 
metric is overflowed when getting an exception
{quote}
That would be the right fix but that is not the easy fix. Unfortunately, the 
abstraction provided by reporters and the Cassandra wrapping. You can not 
redefine that functionality without changing the metric-reporting classes.

The code looks like this: (and is not code defined in apache-cassandra)

{noformat}
report(){
for(Gauge g: gauges){
  reportGauge(g);
}
for(Counter c: counters){
  reportCounter(c);
}
{noformat}

Most reporters do NOT even try catch, throwing any exception/or assertion 
generally causes the reporter to fail and result in only some things getting 
reported. 

I think if we just show the values it would be basically easy to determine why 
the algorithm overflows. The name is fairly meaningless. If the values are 
0,0,0 and that overflows we can feed that into a unit test and reason about 
what it is supposed to do.


was (Author: appodictic):
{quote}
I think the right fix should actually be on LibratoReporter to print which 
metric is overflowed when getting an exception
{quote}
That would be the right fix but that is not the easy fix. Unfortunately, the 
abstraction provided by reporters only provide you a reportGauge(). You can not 
redefine that functionality without changing the metric-reporting classes.

That is really the big problem the code looks like this: (and is not code 
defined in apache-cassandra)

{noformat}
report(){
for(Gauge g: gauges){
  reportGauge(g);
}
for(Counter c: counters){
  reportCounter(c);
}
{noformat}

Basically most reporters do NOT even try catch so throwing any exception 
generally just causes the reporter to fail and result in only some things 
getting counter. Basically nothing anywhere exceptions any metric to throw any 
exception or assertion.

I agree it would be idea to see name/ values. But its not easy. 

I think if we just show the values it would be basically easy to determine why 
the algorithm overflows. The name is fairly meaningless. If the values are 
0,0,0 we can feed that into a unit test and reason about what it is supposed to 
do.

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Comment Edited] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Edward Capriolo (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15575478#comment-15575478
 ] 

Edward Capriolo edited comment on CASSANDRA-12643 at 11/12/16 12:26 AM:


This patch would help administrators understand what overflows and why. It can 
be used to refine the algorithm to fail less. Comments appreciated.


was (Author: appodictic):
This patch would help administrators understand what overflows and why. It can 
be used to refine the algorithm to fail less. Comments appreciated.

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Edward Capriolo (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658633#comment-15658633
 ] 

Edward Capriolo commented on CASSANDRA-12643:
-

{quote}
I think the right fix should actually be on LibratoReporter to print which 
metric is overflowed when getting an exception
{quote}
That would be the right fix but that is not the easy fix. Unfortunately, the 
abstraction provided by reporters only provide you a reportGauge(). You can not 
redefine that functionality without changing the metric-reporting classes.

That is really the big problem the code looks like this: (and is not code 
defined in apache-cassandra)

{noformat}
report(){
for(Gauge g: gauges){
  reportGauge(g);
}
for(Counter c: counters){
  reportCounter(c);
}
{noformat}

Basically most reporters do NOT even try catch so throwing any exception 
generally just causes the reporter to fail and result in only some things 
getting counter. Basically nothing anywhere exceptions any metric to throw any 
exception or assertion.

I agree it would be idea to see name/ values. But its not easy. 

I think if we just show the values it would be basically easy to determine why 
the algorithm overflows. The name is fairly meaningless. If the values are 
0,0,0 we can feed that into a unit test and reason about what it is supposed to 
do.

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12119) dtest failure in compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test

2016-11-11 Thread Nate McCall (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658433#comment-15658433
 ] 

Nate McCall commented on CASSANDRA-12119:
-

Let's please change the tests. Thanks for catching this, [~philipthompson]

> dtest failure in 
> compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test
> ---
>
> Key: CASSANDRA-12119
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12119
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Philip Thompson
>  Labels: dtest
>
> example failure:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_DateTieredCompactionStrategy/large_compaction_warning_test
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/compaction_test.py", line 330, in 
> large_compaction_warning_test
> node.watch_log_for('{} large partition ks/large:user \({}\)'.format(verb, 
> sizematcher), from_mark=mark, timeout=180)
>   File "/home/automaton/ccm/ccmlib/node.py", line 448, in watch_log_for
> raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " 
> [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + 
> reads[:50] + ".\nSee {} for remainder".format(filename))
> "28 Jun 2016 15:16:51 [node1] Missing: ['Writing large partition 
> ks/large:user (d+ bytes)']:\nINFO  [Native-Transport-Requests-5] 
> 2016-06-28 15:.\nSee system.log for remainder
> {code}
> Related failures:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_LeveledCompactionStrategy/large_compaction_warning_test/
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_SizeTieredCompactionStrategy/large_compaction_warning_test/
> Failed on CassCI build trunk_dtest #1290



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12816) Rebuild failing while adding new datacenter

2016-11-11 Thread Jai Bheemsen Rao Dhanwada (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658407#comment-15658407
 ] 

Jai Bheemsen Rao Dhanwada commented on CASSANDRA-12816:
---

agree, but this limits someone to have all the keyspaces expanded to all the 
regions.
if I have a use-case of having a keyspaces belonging different regions, I can't 
make use of it.

> Rebuild failing while adding new datacenter
> ---
>
> Key: CASSANDRA-12816
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12816
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Jai Bheemsen Rao Dhanwada
>Priority: Critical
>
> Hello All,
> I have single datacenter with 3 C* nodes and we are trying to expand the 
> cluster to another region/DC. I am seeing the below error while doing a 
> "nodetool rebuild -- name_of_existing_data_center" .  
> {code:java}
> [user@machine ~]$ nodetool rebuild DC1
> nodetool: Unable to find sufficient sources for streaming range 
> (-402178150752044282,-396707578307430827] in keyspace system_distributed
> See 'nodetool help' or 'nodetool help '.
> [user@machine ~]$
> {code}
> {code:java}
> user@cqlsh> SELECT * from system_schema.keyspaces where 
> keyspace_name='system_distributed';
>  keyspace_name | durable_writes | replication
> ---++-
>  system_distributed |   True | {'class': 
> 'org.apache.cassandra.locator.SimpleStrategy', 'replication_factor': '3'}
> (1 rows)
> {code}
> To overcome this I have updated system_distributed keyspace to DC1:3 and 
> DC2:3 with NetworkTopologyStrategy
> C* Version - 3.0.8
> Is this a bug that is introduced in 3.0.8 version of cassandra? as I haven't 
> seen this issue with the older versions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

cassandra-builds git commit: Initial commit

2016-11-11 Thread mshuler

Repository: cassandra-builds
Updated Branches:
  refs/heads/master [created] 4bf0ea6ae


Initial commit


Project: http://git-wip-us.apache.org/repos/asf/cassandra-builds/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra-builds/commit/4bf0ea6a
Tree: http://git-wip-us.apache.org/repos/asf/cassandra-builds/tree/4bf0ea6a
Diff: http://git-wip-us.apache.org/repos/asf/cassandra-builds/diff/4bf0ea6a

Branch: refs/heads/master
Commit: 4bf0ea6aea3af376e93c3231142060bfcbba727b
Parents: 
Author: Michael Shuler 
Authored: Fri Nov 11 16:27:04 2016 -0600
Committer: Michael Shuler 
Committed: Fri Nov 11 16:27:04 2016 -0600

--
 LICENSE | 201 +++
 README.md   |   2 +
 build-scripts/README.md |   5 ++
 jenkins-dsl/README.md   |   5 ++
 4 files changed, 213 insertions(+)
--


http://git-wip-us.apache.org/repos/asf/cassandra-builds/blob/4bf0ea6a/LICENSE
--
diff --git a/LICENSE b/LICENSE
new file mode 100644
index 000..8dada3e
--- /dev/null
+++ b/LICENSE
@@ -0,0 +1,201 @@
+ Apache License
+   Version 2.0, January 2004
+http://www.apache.org/licenses/
+
+   TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
+
+   1. Definitions.
+
+  "License" shall mean the terms and conditions for use, reproduction,
+  and distribution as defined by Sections 1 through 9 of this document.
+
+  "Licensor" shall mean the copyright owner or entity authorized by
+  the copyright owner that is granting the License.
+
+  "Legal Entity" shall mean the union of the acting entity and all
+  other entities that control, are controlled by, or are under common
+  control with that entity. For the purposes of this definition,
+  "control" means (i) the power, direct or indirect, to cause the
+  direction or management of such entity, whether by contract or
+  otherwise, or (ii) ownership of fifty percent (50%) or more of the
+  outstanding shares, or (iii) beneficial ownership of such entity.
+
+  "You" (or "Your") shall mean an individual or Legal Entity
+  exercising permissions granted by this License.
+
+  "Source" form shall mean the preferred form for making modifications,
+  including but not limited to software source code, documentation
+  source, and configuration files.
+
+  "Object" form shall mean any form resulting from mechanical
+  transformation or translation of a Source form, including but
+  not limited to compiled object code, generated documentation,
+  and conversions to other media types.
+
+  "Work" shall mean the work of authorship, whether in Source or
+  Object form, made available under the License, as indicated by a
+  copyright notice that is included in or attached to the work
+  (an example is provided in the Appendix below).
+
+  "Derivative Works" shall mean any work, whether in Source or Object
+  form, that is based on (or derived from) the Work and for which the
+  editorial revisions, annotations, elaborations, or other modifications
+  represent, as a whole, an original work of authorship. For the purposes
+  of this License, Derivative Works shall not include works that remain
+  separable from, or merely link (or bind by name) to the interfaces of,
+  the Work and Derivative Works thereof.
+
+  "Contribution" shall mean any work of authorship, including
+  the original version of the Work and any modifications or additions
+  to that Work or Derivative Works thereof, that is intentionally
+  submitted to Licensor for inclusion in the Work by the copyright owner
+  or by an individual or Legal Entity authorized to submit on behalf of
+  the copyright owner. For the purposes of this definition, "submitted"
+  means any form of electronic, verbal, or written communication sent
+  to the Licensor or its representatives, including but not limited to
+  communication on electronic mailing lists, source code control systems,
+  and issue tracking systems that are managed by, or on behalf of, the
+  Licensor for the purpose of discussing and improving the Work, but
+  excluding communication that is conspicuously marked or otherwise
+  designated in writing by the copyright owner as "Not a Contribution."
+
+  "Contributor" shall mean Licensor and any individual or Legal Entity
+  on behalf of whom a Contribution has been received by Licensor and
+  subsequently incorporated within the Work.
+
+   2. Grant of Copyright License. Subject to the terms and conditions of
+  this License, each Contributor hereby grants to

[jira] [Commented] (CASSANDRA-12673) Nodes cannot see each other in multi-DC, non-EC2 environment with two-interface nodes due to outbound node-to-node connection binding to private interface

2016-11-11 Thread Paulo Motta (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658264#comment-15658264
 ] 

Paulo Motta commented on CASSANDRA-12673:
-

Also, we should probably set {{outboundBindAny}} to true on 2.2/3.0 when 
{{listen_on_broadcast_addresss}} is set to true so users will not run into this 
bug.

> Nodes cannot see each other in multi-DC, non-EC2 environment with 
> two-interface nodes due to outbound node-to-node connection binding to 
> private interface
> --
>
> Key: CASSANDRA-12673
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12673
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Core
> Environment: Multi-DC, non-EC2 environment with two-interface nodes
>Reporter: Milan Majercik
>Priority: Minor
> Fix For: 2.2.x
>
>
> We have a two-DC cluster in non-EC2 environment with each node containing two 
> interfaces, one using private addresses for intra-DC communication and the 
> other using public addresses for inter-DC communication. After proper 
> configuration setup needed for this kind of environment we observed nodes 
> cannot see each other.
> The configuration changes made for this purpose are as follows:
> *listen_address*: bound to private interface
> *broadcast_address*: bound to public address
> *listen_on_broadcast_address*: true
> *endpoint_snitch*: GossipingPropertyFileSnitch
> *prefer_local*=true (in cassandra-rackdc.properties)
> Upon restart, cassandra node contacts other nodes with their public addresses 
> which is essential for making contacts to foreign data centers. After 
> exhaustive investigation we found cassandra binds outbound node-to-node 
> connections to private interface (the one specified in listen_address) that 
> poses a problem for our environment as these data centers _do not allow 
> connections from private interface to public network_.
> A portion of cassandra code responsible for local binding of outbound 
> connections can be found in method 
> {{org.apache.cassandra.net.OutboundTcpConnectionPool.newSocket}}:
> {code}
> if (!Config.getOutboundBindAny())
> channel.bind(new 
> InetSocketAddress(FBUtilities.getLocalAddress(), 0));
> {code}
> After we commented out these two lines and deployed cassandra.jar across the 
> cluster, the nodes were able to see each other and everything appears to be 
> working fine, including two-DC setup.
> Do you think it's possible to remove these two lines without negative 
> consequences? Alternatively, if the local binding serves some specific 
> purpose of which I'm ignorant would it be possible to make it configurable?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12673) Nodes cannot see each other in multi-DC, non-EC2 environment with two-interface nodes due to outbound node-to-node connection binding to private interface

2016-11-11 Thread Paulo Motta (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658258#comment-15658258
 ] 

Paulo Motta commented on CASSANDRA-12673:
-

We tend to avoid removing configuration options (even if they don't work 
properly) on maintenance versions to avoid potentially introducing bugs on 
these versions, so instead of removing the property on 2.2 and 3.0, can you 
make it non-static so it becomes settable, and add a {{@Deprecated}} annotation 
to the property with a small comment indicating the reason for deprecation and 
a pointer to this ticket?

We can remove the property on 3.x and 4.0, provided a note is added on 
{{NEWS.TXT}} indicating the property was removed. So could you provided updated 
2.2 and trunk patches with these addressed? Thanks!

> Nodes cannot see each other in multi-DC, non-EC2 environment with 
> two-interface nodes due to outbound node-to-node connection binding to 
> private interface
> --
>
> Key: CASSANDRA-12673
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12673
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Core
> Environment: Multi-DC, non-EC2 environment with two-interface nodes
>Reporter: Milan Majercik
>Priority: Minor
> Fix For: 2.2.x
>
>
> We have a two-DC cluster in non-EC2 environment with each node containing two 
> interfaces, one using private addresses for intra-DC communication and the 
> other using public addresses for inter-DC communication. After proper 
> configuration setup needed for this kind of environment we observed nodes 
> cannot see each other.
> The configuration changes made for this purpose are as follows:
> *listen_address*: bound to private interface
> *broadcast_address*: bound to public address
> *listen_on_broadcast_address*: true
> *endpoint_snitch*: GossipingPropertyFileSnitch
> *prefer_local*=true (in cassandra-rackdc.properties)
> Upon restart, cassandra node contacts other nodes with their public addresses 
> which is essential for making contacts to foreign data centers. After 
> exhaustive investigation we found cassandra binds outbound node-to-node 
> connections to private interface (the one specified in listen_address) that 
> poses a problem for our environment as these data centers _do not allow 
> connections from private interface to public network_.
> A portion of cassandra code responsible for local binding of outbound 
> connections can be found in method 
> {{org.apache.cassandra.net.OutboundTcpConnectionPool.newSocket}}:
> {code}
> if (!Config.getOutboundBindAny())
> channel.bind(new 
> InetSocketAddress(FBUtilities.getLocalAddress(), 0));
> {code}
> After we commented out these two lines and deployed cassandra.jar across the 
> cluster, the nodes were able to see each other and everything appears to be 
> working fine, including two-DC setup.
> Do you think it's possible to remove these two lines without negative 
> consequences? Alternatively, if the local binding serves some specific 
> purpose of which I'm ignorant would it be possible to make it configurable?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12673) Nodes cannot see each other in multi-DC, non-EC2 environment with two-interface nodes due to outbound node-to-node connection binding to private interface

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-12673:

Status: Open  (was: Patch Available)

> Nodes cannot see each other in multi-DC, non-EC2 environment with 
> two-interface nodes due to outbound node-to-node connection binding to 
> private interface
> --
>
> Key: CASSANDRA-12673
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12673
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Core
> Environment: Multi-DC, non-EC2 environment with two-interface nodes
>Reporter: Milan Majercik
>Priority: Minor
> Fix For: 2.2.x
>
>
> We have a two-DC cluster in non-EC2 environment with each node containing two 
> interfaces, one using private addresses for intra-DC communication and the 
> other using public addresses for inter-DC communication. After proper 
> configuration setup needed for this kind of environment we observed nodes 
> cannot see each other.
> The configuration changes made for this purpose are as follows:
> *listen_address*: bound to private interface
> *broadcast_address*: bound to public address
> *listen_on_broadcast_address*: true
> *endpoint_snitch*: GossipingPropertyFileSnitch
> *prefer_local*=true (in cassandra-rackdc.properties)
> Upon restart, cassandra node contacts other nodes with their public addresses 
> which is essential for making contacts to foreign data centers. After 
> exhaustive investigation we found cassandra binds outbound node-to-node 
> connections to private interface (the one specified in listen_address) that 
> poses a problem for our environment as these data centers _do not allow 
> connections from private interface to public network_.
> A portion of cassandra code responsible for local binding of outbound 
> connections can be found in method 
> {{org.apache.cassandra.net.OutboundTcpConnectionPool.newSocket}}:
> {code}
> if (!Config.getOutboundBindAny())
> channel.bind(new 
> InetSocketAddress(FBUtilities.getLocalAddress(), 0));
> {code}
> After we commented out these two lines and deployed cassandra.jar across the 
> cluster, the nodes were able to see each other and everything appears to be 
> working fine, including two-DC setup.
> Do you think it's possible to remove these two lines without negative 
> consequences? Alternatively, if the local binding serves some specific 
> purpose of which I'm ignorant would it be possible to make it configurable?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-12643:

Status: Open  (was: Patch Available)

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-12643:

Status: Awaiting Feedback  (was: Open)

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12643) Estimated histograms tend to overflow

2016-11-11 Thread Paulo Motta (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658234#comment-15658234
 ] 

Paulo Motta commented on CASSANDRA-12643:
-

I'm not sure how helpful this will be without the metric name, since you get 
the histogram values but not know which metric it refers to. I think the right 
fix should actually be on {{LibratoReporter}} to print which metric is 
overflowed when getting an exception, in addition to the histogram values. With 
that said, I think we should include the histogram buckets in the 
{{IllegalStateException}} message, so it is logged in the right context 
possibly indicating the metric name, rather than blindly logging it without 
context in the {{EstimatedHistogram}} class. WDYT?

> Estimated histograms tend to overflow
> -
>
> Key: CASSANDRA-12643
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12643
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Edward Capriolo
>Assignee: Edward Capriolo
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12876) Negative mean write latency

2016-11-11 Thread JIRA


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658190#comment-15658190
 ] 

Kévin LOVATO commented on CASSANDRA-12876:
--

I updated a node of a test cluster with your patch and it works, no more 
negative values, thanks :)

The code in the patch was clear, but I'm a bit confused regarding your 
explanation. You mention that the overflow happens because of the addition of 
all the buckets during the mean computation, only to be fixed by the rescaling 
(that happens every 30 minutes). But then why do I only observe negative values 
every 30 minutes ? Shouldn't I observe negative values all the time, and 
positive ones just after the rescale ?

> Negative mean write latency
> ---
>
> Key: CASSANDRA-12876
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12876
> Project: Cassandra
>  Issue Type: Bug
>  Components: Observability
>Reporter: Kévin LOVATO
>Assignee: Per Otterström
> Fix For: 2.2.9
>
> Attachments: 12876-2.2.txt, negative_mean.png, 
> negative_mean_details.PNG, negative_mean_periodicity.PNG
>
>
> The mean write latency returned by JMX turns negative every 30 minutes. As 
> the attached screenshots show, the value turns negative every 30 minutes 
> after the startup of the node.
> We did not experience this behavior in 2.1.16.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-9754) Make index info heap friendly for large CQL partitions

2016-11-11 Thread Michael Kjellman (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-9754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658206#comment-15658206
 ] 

Michael Kjellman commented on CASSANDRA-9754:
-

[~llambiel] Yes, we ran out of disk space before the code fell over. We had 
some 250GB partitions when we finally ran out of disk space. Waiting on review 
and comments from [~barnie] and I'm working on the trunk version. I have most 
of the unit tests passing althuogh the new RangeTombstoneBounds etc is proving 
pretty fragile and giving me a bit of pain.

[~jjirsa] as we've discussed i'm 99.9% sure we should go with your changes too.

> Make index info heap friendly for large CQL partitions
> --
>
> Key: CASSANDRA-9754
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9754
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: sankalp kohli
>Assignee: Michael Kjellman
>Priority: Minor
> Fix For: 4.x
>
> Attachments: 0f8e28c220fd5af6c7b5dd2d3dab6936c4aa4b6b.patch, 
> gc_collection_times_with_birch.png, gc_collection_times_without_birch.png, 
> gc_counts_with_birch.png, gc_counts_without_birch.png, 
> perf_cluster_1_with_birch_read_latency_and_counts.png, 
> perf_cluster_1_with_birch_write_latency_and_counts.png, 
> perf_cluster_2_with_birch_read_latency_and_counts.png, 
> perf_cluster_2_with_birch_write_latency_and_counts.png, 
> perf_cluster_3_without_birch_read_latency_and_counts.png, 
> perf_cluster_3_without_birch_write_latency_and_counts.png
>
>
>  Looking at a heap dump of 2.0 cluster, I found that majority of the objects 
> are IndexInfo and its ByteBuffers. This is specially bad in endpoints with 
> large CQL partitions. If a CQL partition is say 6,4GB, it will have 100K 
> IndexInfo objects and 200K ByteBuffers. This will create a lot of churn for 
> GC. Can this be improved by not creating so many objects?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12816) Rebuild failing while adding new datacenter

2016-11-11 Thread Jeremiah Jordan (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658149#comment-15658149
 ] 

Jeremiah Jordan commented on CASSANDRA-12816:
-

bq. keyspace is present in us-west-2 but not in us-east.

Because of this you can't rebuild from us-east, as us-east doesn't have the 
data necessary to rebuild correctly.

> Rebuild failing while adding new datacenter
> ---
>
> Key: CASSANDRA-12816
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12816
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Jai Bheemsen Rao Dhanwada
>Priority: Critical
>
> Hello All,
> I have single datacenter with 3 C* nodes and we are trying to expand the 
> cluster to another region/DC. I am seeing the below error while doing a 
> "nodetool rebuild -- name_of_existing_data_center" .  
> {code:java}
> [user@machine ~]$ nodetool rebuild DC1
> nodetool: Unable to find sufficient sources for streaming range 
> (-402178150752044282,-396707578307430827] in keyspace system_distributed
> See 'nodetool help' or 'nodetool help '.
> [user@machine ~]$
> {code}
> {code:java}
> user@cqlsh> SELECT * from system_schema.keyspaces where 
> keyspace_name='system_distributed';
>  keyspace_name | durable_writes | replication
> ---++-
>  system_distributed |   True | {'class': 
> 'org.apache.cassandra.locator.SimpleStrategy', 'replication_factor': '3'}
> (1 rows)
> {code}
> To overcome this I have updated system_distributed keyspace to DC1:3 and 
> DC2:3 with NetworkTopologyStrategy
> C* Version - 3.0.8
> Is this a bug that is introduced in 3.0.8 version of cassandra? as I haven't 
> seen this issue with the older versions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (CASSANDRA-12816) Rebuild failing while adding new datacenter

2016-11-11 Thread Jeremiah Jordan (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeremiah Jordan resolved CASSANDRA-12816.
-
Resolution: Not A Problem

> Rebuild failing while adding new datacenter
> ---
>
> Key: CASSANDRA-12816
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12816
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Jai Bheemsen Rao Dhanwada
>Priority: Critical
>
> Hello All,
> I have single datacenter with 3 C* nodes and we are trying to expand the 
> cluster to another region/DC. I am seeing the below error while doing a 
> "nodetool rebuild -- name_of_existing_data_center" .  
> {code:java}
> [user@machine ~]$ nodetool rebuild DC1
> nodetool: Unable to find sufficient sources for streaming range 
> (-402178150752044282,-396707578307430827] in keyspace system_distributed
> See 'nodetool help' or 'nodetool help '.
> [user@machine ~]$
> {code}
> {code:java}
> user@cqlsh> SELECT * from system_schema.keyspaces where 
> keyspace_name='system_distributed';
>  keyspace_name | durable_writes | replication
> ---++-
>  system_distributed |   True | {'class': 
> 'org.apache.cassandra.locator.SimpleStrategy', 'replication_factor': '3'}
> (1 rows)
> {code}
> To overcome this I have updated system_distributed keyspace to DC1:3 and 
> DC2:3 with NetworkTopologyStrategy
> C* Version - 3.0.8
> Is this a bug that is introduced in 3.0.8 version of cassandra? as I haven't 
> seen this issue with the older versions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Reopened] (CASSANDRA-12816) Rebuild failing while adding new datacenter

2016-11-11 Thread Jai Bheemsen Rao Dhanwada (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jai Bheemsen Rao Dhanwada reopened CASSANDRA-12816:
---
Reproduced In: 2.1.x
Since Version: 2.1.16

[~jjordan] I have encountered this issue again and now it is complaining about 
the non-system keyspace.
{code:java}
[jaibheemsen@node01 ~]$ nodetool rebuild us-east
nodetool: Unable to find sufficient sources for streaming range 
(1773952483933901933,1774688434180951054] in keyspace user_prod
See 'nodetool help' or 'nodetool help '.
[jaibheemsen@node01 ~]$
{code}

C* version : 2.1.16
user_prod: keyspace is present in us-west-2 but not in us-east. I am doing a 
nodetool rebuild in us-west-2 to stream some data from the us-east

> Rebuild failing while adding new datacenter
> ---
>
> Key: CASSANDRA-12816
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12816
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Jai Bheemsen Rao Dhanwada
>Priority: Critical
>
> Hello All,
> I have single datacenter with 3 C* nodes and we are trying to expand the 
> cluster to another region/DC. I am seeing the below error while doing a 
> "nodetool rebuild -- name_of_existing_data_center" .  
> {code:java}
> [user@machine ~]$ nodetool rebuild DC1
> nodetool: Unable to find sufficient sources for streaming range 
> (-402178150752044282,-396707578307430827] in keyspace system_distributed
> See 'nodetool help' or 'nodetool help '.
> [user@machine ~]$
> {code}
> {code:java}
> user@cqlsh> SELECT * from system_schema.keyspaces where 
> keyspace_name='system_distributed';
>  keyspace_name | durable_writes | replication
> ---++-
>  system_distributed |   True | {'class': 
> 'org.apache.cassandra.locator.SimpleStrategy', 'replication_factor': '3'}
> (1 rows)
> {code}
> To overcome this I have updated system_distributed keyspace to DC1:3 and 
> DC2:3 with NetworkTopologyStrategy
> C* Version - 3.0.8
> Is this a bug that is introduced in 3.0.8 version of cassandra? as I haven't 
> seen this issue with the older versions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-7254) NPE on startup if another Cassandra instance is already running

2016-11-11 Thread Shannon Carey (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-7254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15658039#comment-15658039
 ] 

Shannon Carey commented on CASSANDRA-7254:
--

This check causes Cassandra to freeze (block forever) if I use a JVM agent that 
tries to connect to the local JMX with 
`ManagementFactory.getPlatformMBeanServer()` (at least, I'm pretty sure that's 
why... it's definitely something to do with the agent.) It appears to only 
happen if we're using `com.sun.management.jmxremote.port` and not if we're only 
using `cassandra.jmx.local.port`. 

Can anyone explain why this happens? Is Cassandra doing something that causes 
other stuff to not be able to connect to the JMX port? Or is my agent's code 
not connecting properly?

> NPE on startup if another Cassandra instance is already running
> ---
>
> Key: CASSANDRA-7254
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7254
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Tyler Hobbs
>Assignee: Brandon Williams
>Priority: Minor
> Fix For: 2.0.10, 2.1 rc3
>
> Attachments: 7254.txt
>
>
> After CASSANDRA-7087, if you try to start cassandra while another instance is 
> already running, you'll see something like this:
> {noformat}
> $ bin/cassandra -f
> Error: Exception thrown by the agent : java.lang.NullPointerException
> {noformat}
> This is probably a JVM bug, but we should confirm that, open a JVM ticket, 
> and see if we can give a more useful error message on the C* side.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (CASSANDRA-12902) cassandra upgrade

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta resolved CASSANDRA-12902.
-
Resolution: Invalid

This is not a support forum, please use appropriate [mailing 
lists|http://cassandra.apache.org/community/#mailing] or IRC channels 
(#cassandra on irc.freenodet.net) to ask questions.

> cassandra upgrade
> -
>
> Key: CASSANDRA-12902
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12902
> Project: Cassandra
>  Issue Type: Wish
>  Components: Tools
>Reporter: JianwenSun
>
> Hey guys, is it possible to upgrade cassandra from 1.2.4 to 3.x directly 
> without rolling upgrade from version to version. We have huge database of 
> data in produce env and it will cost lot of time for us to upgrade sstable 
> step by step. We just want to set up the 3.x cluster and restore the upgraded 
> data(by one time if possible).
> Any good idea? Thanks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[8/8] cassandra git commit: Merge branch 'cassandra-3.X' into trunk

2016-11-11 Thread jake

Merge branch 'cassandra-3.X' into trunk


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/1b91cd59
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/1b91cd59
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/1b91cd59

Branch: refs/heads/trunk
Commit: 1b91cd595c4f79c6c3c294f78867fe213b50a960
Parents: ad12033 9259a2a
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:54 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:54 2016 -0500

--

--

[1/8] cassandra git commit: Disallow offheap_buffers memtable allocation

2016-11-11 Thread jake

Repository: cassandra
Updated Branches:
  refs/heads/cassandra-3.0 9ce74db48 -> d6a3ef486
  refs/heads/cassandra-3.X a394ba053 -> 9259a2a56
  refs/heads/trunk ad1203349 -> 1b91cd595


Disallow offheap_buffers memtable allocation

Patch by tjake; reviewed by Michael Shuler for CASSANDRA-11039


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/9ce74db4
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/9ce74db4
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/9ce74db4

Branch: refs/heads/trunk
Commit: 9ce74db48b1e7fb8237d9a3bef1ee035594234dd
Parents: 304c47f
Author: T Jake Luciani 
Authored: Fri Nov 11 11:37:16 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:13:48 2016 -0500

--
 CHANGES.txt  | 7 ++-
 NEWS.txt | 5 +++--
 src/java/org/apache/cassandra/config/DatabaseDescriptor.java | 8 +---
 3 files changed, 10 insertions(+), 10 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 1b2b61f..36615ae 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,11 +1,7 @@
-3.0.11
+3.0.10
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)
-Merged from 2.2:
-* cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
-
-3.0.10
  * Batch with multiple conditional updates for the same partition causes 
AssertionError (CASSANDRA-12867)
  * Make AbstractReplicationStrategy extendable from outside its package 
(CASSANDRA-12788)
  * Fix CommitLogTest.testDeleteIfNotDirty (CASSANDRA-12854)
@@ -37,6 +33,7 @@ Merged from 2.2:
  * Correct log message for statistics of offheap memtable flush 
(CASSANDRA-12776)
  * Explicitly set locale for string validation 
(CASSANDRA-12541,CASSANDRA-12542,CASSANDRA-12543,CASSANDRA-12545)
 Merged from 2.2:
+ * cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
  * Fix Util.spinAssertEquals (CASSANDRA-12283)
  * Fix potential NPE for compactionstats (CASSANDRA-12462)
  * Prepare legacy authenticate statement if credentials table initialised 
after node startup (CASSANDRA-12813)

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/NEWS.txt
--
diff --git a/NEWS.txt b/NEWS.txt
index 8f05c4b..eeb3ab6 100644
--- a/NEWS.txt
+++ b/NEWS.txt
@@ -18,8 +18,9 @@ using the provided 'sstableupgrade' tool.
 
 Upgrading
 -
-   - Nothing specific to this release, but please see previous versions 
upgrading section,
- especially if you are upgrading from 2.2.
+   - memtable_allocation_type: offheap_buffers is no longer allowed to be 
specified in the 3.0 series.
+ This was an oversight that can cause segfaults. Offheap was re-introduced 
in 3.4 see CASSANDRA-11039
+ and CASSANDRA-9472 for details.
 
 3.0.9
 =

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
--
diff --git a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java 
b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
index 7b32a34..24b3c00 100644
--- a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
+++ b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
@@ -1878,13 +1878,15 @@ public class DatabaseDescriptor
 case heap_buffers:
 return new SlabPool(heapLimit, 0, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());
 case offheap_buffers:
-if (!FileUtils.isCleanerAvailable())
+throw new ConfigurationException("offheap_buffers are not 
available in 3.0. They will be re-introduced in a future release, see 
https://issues.apache.org/jira/browse/CASSANDRA-9472 for details");
+
+/*if (!FileUtils.isCleanerAvailable())
 {
 throw new IllegalStateException("Could not free direct 
byte buffer: offheap_buffers is not a safe memtable_allocation_type without 
this ability, please adjust your config. This feature is only guaranteed to 
work on an Oracle JVM. Refusing to start.");
 }
-return new SlabPool(heapLimit, offHeapLimit, 
conf.memtable_cleanup_threshold, new

[3/8] cassandra git commit: Add issue to changelog

2016-11-11 Thread jake

Add issue to changelog


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/d6a3ef48
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/d6a3ef48
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/d6a3ef48

Branch: refs/heads/cassandra-3.0
Commit: d6a3ef4863142c3f9fc1def911f28341fc78f2e8
Parents: 9ce74db
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:07 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:07 2016 -0500

--
 CHANGES.txt | 1 +
 1 file changed, 1 insertion(+)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/d6a3ef48/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 36615ae..eb53d02 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
 3.0.10
+ * Disallow offheap_buffers memtable allocation (CASSANDRA-11039)
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)

[5/8] cassandra git commit: Add issue to changelog

2016-11-11 Thread jake

Add issue to changelog


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/d6a3ef48
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/d6a3ef48
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/d6a3ef48

Branch: refs/heads/cassandra-3.X
Commit: d6a3ef4863142c3f9fc1def911f28341fc78f2e8
Parents: 9ce74db
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:07 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:07 2016 -0500

--
 CHANGES.txt | 1 +
 1 file changed, 1 insertion(+)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/d6a3ef48/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 36615ae..eb53d02 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
 3.0.10
+ * Disallow offheap_buffers memtable allocation (CASSANDRA-11039)
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)

[2/8] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread jake

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a394ba05
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a394ba05
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a394ba05

Branch: refs/heads/trunk
Commit: a394ba0538b79df5ee8233632121fb674350fa49
Parents: a26d25f 9ce74db
Author: T Jake Luciani 
Authored: Fri Nov 11 14:14:40 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:14:40 2016 -0500

--

--

[7/8] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread jake

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/9259a2a5
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/9259a2a5
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/9259a2a5

Branch: refs/heads/cassandra-3.X
Commit: 9259a2a5683614b17a0396c5630e968a42a44931
Parents: a394ba0 d6a3ef4
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:35 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:35 2016 -0500

--

--

[4/8] cassandra git commit: Add issue to changelog

2016-11-11 Thread jake

Add issue to changelog


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/d6a3ef48
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/d6a3ef48
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/d6a3ef48

Branch: refs/heads/trunk
Commit: d6a3ef4863142c3f9fc1def911f28341fc78f2e8
Parents: 9ce74db
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:07 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:07 2016 -0500

--
 CHANGES.txt | 1 +
 1 file changed, 1 insertion(+)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/d6a3ef48/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 36615ae..eb53d02 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
 3.0.10
+ * Disallow offheap_buffers memtable allocation (CASSANDRA-11039)
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)

[6/8] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread jake

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/9259a2a5
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/9259a2a5
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/9259a2a5

Branch: refs/heads/trunk
Commit: 9259a2a5683614b17a0396c5630e968a42a44931
Parents: a394ba0 d6a3ef4
Author: T Jake Luciani 
Authored: Fri Nov 11 14:26:35 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:26:35 2016 -0500

--

--

[jira] [Updated] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread T Jake Luciani (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

T Jake Luciani updated CASSANDRA-11039:
---
Resolution: Fixed
Status: Resolved  (was: Patch Available)

committed as {{9ce74db48b1e7fb8237d9a3bef1ee035594234dd}}

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.10
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread Michael Shuler (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657865#comment-15657865
 ] 

Michael Shuler commented on CASSANDRA-11039:


+1
The dtest run looks like known issues, too.

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.10
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[1/3] cassandra git commit: Disallow offheap_buffers memtable allocation

2016-11-11 Thread jake

Repository: cassandra
Updated Branches:
  refs/heads/cassandra-3.0 304c47f15 -> 9ce74db48
  refs/heads/cassandra-3.X a26d25f78 -> a394ba053


Disallow offheap_buffers memtable allocation

Patch by tjake; reviewed by Michael Shuler for CASSANDRA-11039


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/9ce74db4
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/9ce74db4
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/9ce74db4

Branch: refs/heads/cassandra-3.0
Commit: 9ce74db48b1e7fb8237d9a3bef1ee035594234dd
Parents: 304c47f
Author: T Jake Luciani 
Authored: Fri Nov 11 11:37:16 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:13:48 2016 -0500

--
 CHANGES.txt  | 7 ++-
 NEWS.txt | 5 +++--
 src/java/org/apache/cassandra/config/DatabaseDescriptor.java | 8 +---
 3 files changed, 10 insertions(+), 10 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 1b2b61f..36615ae 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,11 +1,7 @@
-3.0.11
+3.0.10
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)
-Merged from 2.2:
-* cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
-
-3.0.10
  * Batch with multiple conditional updates for the same partition causes 
AssertionError (CASSANDRA-12867)
  * Make AbstractReplicationStrategy extendable from outside its package 
(CASSANDRA-12788)
  * Fix CommitLogTest.testDeleteIfNotDirty (CASSANDRA-12854)
@@ -37,6 +33,7 @@ Merged from 2.2:
  * Correct log message for statistics of offheap memtable flush 
(CASSANDRA-12776)
  * Explicitly set locale for string validation 
(CASSANDRA-12541,CASSANDRA-12542,CASSANDRA-12543,CASSANDRA-12545)
 Merged from 2.2:
+ * cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
  * Fix Util.spinAssertEquals (CASSANDRA-12283)
  * Fix potential NPE for compactionstats (CASSANDRA-12462)
  * Prepare legacy authenticate statement if credentials table initialised 
after node startup (CASSANDRA-12813)

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/NEWS.txt
--
diff --git a/NEWS.txt b/NEWS.txt
index 8f05c4b..eeb3ab6 100644
--- a/NEWS.txt
+++ b/NEWS.txt
@@ -18,8 +18,9 @@ using the provided 'sstableupgrade' tool.
 
 Upgrading
 -
-   - Nothing specific to this release, but please see previous versions 
upgrading section,
- especially if you are upgrading from 2.2.
+   - memtable_allocation_type: offheap_buffers is no longer allowed to be 
specified in the 3.0 series.
+ This was an oversight that can cause segfaults. Offheap was re-introduced 
in 3.4 see CASSANDRA-11039
+ and CASSANDRA-9472 for details.
 
 3.0.9
 =

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
--
diff --git a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java 
b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
index 7b32a34..24b3c00 100644
--- a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
+++ b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
@@ -1878,13 +1878,15 @@ public class DatabaseDescriptor
 case heap_buffers:
 return new SlabPool(heapLimit, 0, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());
 case offheap_buffers:
-if (!FileUtils.isCleanerAvailable())
+throw new ConfigurationException("offheap_buffers are not 
available in 3.0. They will be re-introduced in a future release, see 
https://issues.apache.org/jira/browse/CASSANDRA-9472 for details");
+
+/*if (!FileUtils.isCleanerAvailable())
 {
 throw new IllegalStateException("Could not free direct 
byte buffer: offheap_buffers is not a safe memtable_allocation_type without 
this ability, please adjust your config. This feature is only guaranteed to 
work on an Oracle JVM. Refusing to start.");
 }
-return new SlabPool(heapLimit, offHeapLimit, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());
+return new

[3/3] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread jake

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a394ba05
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a394ba05
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a394ba05

Branch: refs/heads/cassandra-3.X
Commit: a394ba0538b79df5ee8233632121fb674350fa49
Parents: a26d25f 9ce74db
Author: T Jake Luciani 
Authored: Fri Nov 11 14:14:40 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:14:40 2016 -0500

--

--

[2/3] cassandra git commit: Disallow offheap_buffers memtable allocation

2016-11-11 Thread jake

Disallow offheap_buffers memtable allocation

Patch by tjake; reviewed by Michael Shuler for CASSANDRA-11039


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/9ce74db4
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/9ce74db4
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/9ce74db4

Branch: refs/heads/cassandra-3.X
Commit: 9ce74db48b1e7fb8237d9a3bef1ee035594234dd
Parents: 304c47f
Author: T Jake Luciani 
Authored: Fri Nov 11 11:37:16 2016 -0500
Committer: T Jake Luciani 
Committed: Fri Nov 11 14:13:48 2016 -0500

--
 CHANGES.txt  | 7 ++-
 NEWS.txt | 5 +++--
 src/java/org/apache/cassandra/config/DatabaseDescriptor.java | 8 +---
 3 files changed, 10 insertions(+), 10 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/CHANGES.txt
--
diff --git a/CHANGES.txt b/CHANGES.txt
index 1b2b61f..36615ae 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,11 +1,7 @@
-3.0.11
+3.0.10
  * Fix CommitLogSegmentManagerTest (CASSANDRA-12283)
  * Pass root cause to CorruptBlockException when uncompression failed 
(CASSANDRA-12889)
  * Fix partition count log during compaction (CASSANDRA-12184)
-Merged from 2.2:
-* cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
-
-3.0.10
  * Batch with multiple conditional updates for the same partition causes 
AssertionError (CASSANDRA-12867)
  * Make AbstractReplicationStrategy extendable from outside its package 
(CASSANDRA-12788)
  * Fix CommitLogTest.testDeleteIfNotDirty (CASSANDRA-12854)
@@ -37,6 +33,7 @@ Merged from 2.2:
  * Correct log message for statistics of offheap memtable flush 
(CASSANDRA-12776)
  * Explicitly set locale for string validation 
(CASSANDRA-12541,CASSANDRA-12542,CASSANDRA-12543,CASSANDRA-12545)
 Merged from 2.2:
+ * cqlsh COPY: unprotected pk values before converting them if not using 
prepared statements (CASSANDRA-12863)
  * Fix Util.spinAssertEquals (CASSANDRA-12283)
  * Fix potential NPE for compactionstats (CASSANDRA-12462)
  * Prepare legacy authenticate statement if credentials table initialised 
after node startup (CASSANDRA-12813)

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/NEWS.txt
--
diff --git a/NEWS.txt b/NEWS.txt
index 8f05c4b..eeb3ab6 100644
--- a/NEWS.txt
+++ b/NEWS.txt
@@ -18,8 +18,9 @@ using the provided 'sstableupgrade' tool.
 
 Upgrading
 -
-   - Nothing specific to this release, but please see previous versions 
upgrading section,
- especially if you are upgrading from 2.2.
+   - memtable_allocation_type: offheap_buffers is no longer allowed to be 
specified in the 3.0 series.
+ This was an oversight that can cause segfaults. Offheap was re-introduced 
in 3.4 see CASSANDRA-11039
+ and CASSANDRA-9472 for details.
 
 3.0.9
 =

http://git-wip-us.apache.org/repos/asf/cassandra/blob/9ce74db4/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
--
diff --git a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java 
b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
index 7b32a34..24b3c00 100644
--- a/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
+++ b/src/java/org/apache/cassandra/config/DatabaseDescriptor.java
@@ -1878,13 +1878,15 @@ public class DatabaseDescriptor
 case heap_buffers:
 return new SlabPool(heapLimit, 0, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());
 case offheap_buffers:
-if (!FileUtils.isCleanerAvailable())
+throw new ConfigurationException("offheap_buffers are not 
available in 3.0. They will be re-introduced in a future release, see 
https://issues.apache.org/jira/browse/CASSANDRA-9472 for details");
+
+/*if (!FileUtils.isCleanerAvailable())
 {
 throw new IllegalStateException("Could not free direct 
byte buffer: offheap_buffers is not a safe memtable_allocation_type without 
this ability, please adjust your config. This feature is only guaranteed to 
work on an Oracle JVM. Refusing to start.");
 }
-return new SlabPool(heapLimit, offHeapLimit, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());
+return new SlabPool(heapLimit, offHeapLimit, 
conf.memtable_cleanup_threshold, new 
ColumnFamilyStore.FlushLargestColumnFamily());*/
 case

[jira] [Commented] (CASSANDRA-12809) dtest failure in upgrade_tests.cql_tests.TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x.boolean_test

2016-11-11 Thread Philip Thompson (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657812#comment-15657812
 ] 

Philip Thompson commented on CASSANDRA-12809:
-

I have a new approach, running here: 
http://cassci.datastax.com/view/Parameterized/job/parameterized_dtest_multiplexer/362/

> dtest failure in 
> upgrade_tests.cql_tests.TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x.boolean_test
> ---
>
> Key: CASSANDRA-12809
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12809
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Philip Thompson
>  Labels: dtest, test-failure
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.0_dtest_upgrade/64/testReport/upgrade_tests.cql_tests/TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x/boolean_test
> {code}
> Error Message
> Problem starting node node1 due to [Errno 2] No such file or directory: 
> '/tmp/dtest-QXmxBV/test/node1/cassandra.pid'
> {code}
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/upgrade_tests/cql_tests.py", line 
> 2206, in boolean_test
> for is_upgraded, cursor in self.do_upgrade(cursor):
>   File "/home/automaton/cassandra-dtest/upgrade_tests/upgrade_base.py", line 
> 153, in do_upgrade
> node1.start(wait_for_binary_proto=True, wait_other_notice=True)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 648, in 
> start
> self._update_pid(process)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 1780, in 
> _update_pid
> raise NodeError('Problem starting node %s due to %s' % (self.name, e), 
> process)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (CASSANDRA-12809) dtest failure in upgrade_tests.cql_tests.TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x.boolean_test

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson reassigned CASSANDRA-12809:
---

Assignee: Philip Thompson  (was: DS Test Eng)

> dtest failure in 
> upgrade_tests.cql_tests.TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x.boolean_test
> ---
>
> Key: CASSANDRA-12809
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12809
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Philip Thompson
>  Labels: dtest, test-failure
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.0_dtest_upgrade/64/testReport/upgrade_tests.cql_tests/TestCQLNodes2RF1_Upgrade_current_2_2_x_To_indev_3_0_x/boolean_test
> {code}
> Error Message
> Problem starting node node1 due to [Errno 2] No such file or directory: 
> '/tmp/dtest-QXmxBV/test/node1/cassandra.pid'
> {code}
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/upgrade_tests/cql_tests.py", line 
> 2206, in boolean_test
> for is_upgraded, cursor in self.do_upgrade(cursor):
>   File "/home/automaton/cassandra-dtest/upgrade_tests/upgrade_base.py", line 
> 153, in do_upgrade
> node1.start(wait_for_binary_proto=True, wait_other_notice=True)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 648, in 
> start
> self._update_pid(process)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 1780, in 
> _update_pid
> raise NodeError('Problem starting node %s due to %s' % (self.name, e), 
> process)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12856) dtest failure in replication_test.SnitchConfigurationUpdateTest.test_cannot_restart_with_different_rack

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson updated CASSANDRA-12856:

Issue Type: Bug  (was: Test)

> dtest failure in 
> replication_test.SnitchConfigurationUpdateTest.test_cannot_restart_with_different_rack
> ---
>
> Key: CASSANDRA-12856
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12856
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>  Labels: dtest, test-failure
> Attachments: node1.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.1_novnode_dtest/280/testReport/replication_test/SnitchConfigurationUpdateTest/test_cannot_restart_with_different_rack
> {code}
> Error Message
> Problem stopping node node1
> {code}{code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/replication_test.py", line 630, in 
> test_cannot_restart_with_different_rack
> node1.stop(wait_other_notice=True)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 727, in 
> stop
> raise NodeError("Problem stopping node %s" % self.name)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12856) dtest failure in replication_test.SnitchConfigurationUpdateTest.test_cannot_restart_with_different_rack

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson updated CASSANDRA-12856:

Assignee: (was: DS Test Eng)

> dtest failure in 
> replication_test.SnitchConfigurationUpdateTest.test_cannot_restart_with_different_rack
> ---
>
> Key: CASSANDRA-12856
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12856
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>  Labels: dtest, test-failure
> Attachments: node1.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.1_novnode_dtest/280/testReport/replication_test/SnitchConfigurationUpdateTest/test_cannot_restart_with_different_rack
> {code}
> Error Message
> Problem stopping node node1
> {code}{code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/replication_test.py", line 630, in 
> test_cannot_restart_with_different_rack
> node1.stop(wait_other_notice=True)
>   File "/usr/local/lib/python2.7/dist-packages/ccmlib/node.py", line 727, in 
> stop
> raise NodeError("Problem stopping node %s" % self.name)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread Michael Shuler (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657760#comment-15657760
 ] 

Michael Shuler commented on CASSANDRA-11039:


`git grep` says we don't use offheap_buffers anywhere in dtest.
The testall run looks good (1 error: CASSANDRA-12818 is a known timeout). 
Waiting on dtest run to complete.

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.10
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was

[jira] [Commented] (CASSANDRA-12904) dtest failure in repair_tests.repair_test.TestRepair.simple_sequential_repair_test

2016-11-11 Thread Philip Thompson (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12904?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657710#comment-15657710
 ] 

Philip Thompson commented on CASSANDRA-12904:
-

Multiplexing here: 
http://cassci.datastax.com/view/Parameterized/job/parameterized_dtest_multiplexer/361/

I got nothing from these logs, or from running locally.

> dtest failure in 
> repair_tests.repair_test.TestRepair.simple_sequential_repair_test
> --
>
> Key: CASSANDRA-12904
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12904
> Project: Cassandra
>  Issue Type: Test
>Reporter: Michael Shuler
>Assignee: Philip Thompson
>  Labels: dtest, test-failure
> Attachments: node1.log, node1_debug.log, node1_gc.log, node2.log, 
> node2_debug.log, node2_gc.log, node3.log, node3_debug.log, node3_gc.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.2_dtest/710/testReport/repair_tests.repair_test/TestRepair/simple_sequential_repair_test/
> {noformat}
> Error Message
> 2001 != 2000
>  >> begin captured logging << 
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-gzVU4X
> dtest: DEBUG: Done setting configuration options:
> {   'initial_token': None,
> 'num_tokens': '32',
> 'phi_convict_threshold': 5,
> 'range_request_timeout_in_ms': 1,
> 'read_request_timeout_in_ms': 1,
> 'request_timeout_in_ms': 1,
> 'truncate_request_timeout_in_ms': 1,
> 'write_request_timeout_in_ms': 1}
> dtest: DEBUG: Starting cluster..
> cassandra.policies: INFO: Using datacenter 'datacenter1' for 
> DCAwareRoundRobinPolicy (via host '127.0.0.1'); if incorrect, please specify 
> a local_dc to the constructor, or limit contact points to local cluster nodes
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> dtest: DEBUG: Inserting data...
> cassandra.cluster: WARNING: Host 127.0.0.3 has been marked down
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 2.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 4.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 8.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: INFO: Successful reconnection to 127.0.0.3, marking node up 
> if it isn't already
> cassandra.cluster: INFO: Host 127.0.0.3 may be up; will prepare queries and 
> open connection pool
> cassandra.cluster: INFO: Connection pools established for node 127.0.0.3
> dtest: DEBUG: Checking data on node3...
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> - >> end captured logging << -
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 291, in simple_sequential_repair_test
> self._simple_repair(sequential=True)
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 386, in _simple_repair
> self._repair_and_verify(sequential)
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 118, in _repair_and_verify
> self.check_rows_on_node(node3, 2000, missings=[1000])
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 71, in check_rows_on_node
> self.assertEqual(len(result), rows)
>   File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual
> assertion_func(first, second, msg=msg)
>   File "/usr/lib/python2.7/unittest/case.py", line 506, in _baseAssertEqual
> raise self.failureException(msg)
> "2001 != 2000\n >> begin captured logging << 
> \ndtest: DEBUG: cluster ccm directory: 
> /tmp/dtest-gzVU4X\ndtest: DEBUG: Done setting configuration options:\n{   
> 'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': 
> 5,\n'range_request_timeout_in_ms': 1,\n
> 'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n   
>  'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': 
> 1}\ndtest: DEBUG: Starting cluster..\ncassandra.policies: INFO: Using 
> datacenter 'datacenter1' for DCAwareRoundRobinPolicy (via host '127.0.0.1'); 
> if incorrect, please specify a local_dc to the constructor, or

[jira] [Resolved] (CASSANDRA-12775) CQLSH should be able to pin requests to a server

2016-11-11 Thread Jon Haddad (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jon Haddad resolved CASSANDRA-12775.

Resolution: Not A Problem

> CQLSH should be able to pin requests to a server
> 
>
> Key: CASSANDRA-12775
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12775
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Jon Haddad
>
> If CASSANDRA-7296 is added, it would be very helpful to be able to ensure 
> requests are sent to a specific machine for debugging purposes when using 
> cqlsh.  something as simple as PIN & UNPIN to the host provided when starting 
> cqlsh would be enough, with PIN optionally taking a new host to pin requests 
> to.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Comment Edited] (CASSANDRA-12858) testall failure in org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression

2016-11-11 Thread Dikang Gu (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15655460#comment-15655460
 ] 

Dikang Gu edited comment on CASSANDRA-12858 at 11/11/16 6:04 PM:
-

.


was (Author: dikanggu):
|[patch|https://github.com/DikangGu/cassandra/commit/c79c29091dcf2afdffd714281805acd4bbcf2f35]|[unit
 
test|https://cassci.datastax.com/view/Dev/view/DikangGu/job/DikangGu-CASSANDRA-12858-trunk-ci-testall/]

> testall failure in 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression
> 
>
> Key: CASSANDRA-12858
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12858
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Dikang Gu
>  Labels: test-failure, testall
> Fix For: 3.x
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.X_testall/49/testReport/org.apache.cassandra.dht/Murmur3PartitionerTest/testSplitWrapping_compression/
> {code}
> Error Message
> For 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
> {code}{code}
> Stacktrace
> junit.framework.AssertionFailedError: For 
> 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:138)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:129)
>   at 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping(Murmur3PartitionerTest.java:50)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12858) testall failure in org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression

2016-11-11 Thread Dikang Gu (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657680#comment-15657680
 ] 

Dikang Gu commented on CASSANDRA-12858:
---

[~blambov], makes sense, addressed comments.

|[patch|https://github.com/DikangGu/cassandra/commit/826bbf72f7d52ecae309942c0ac009b0b4d6531c]|[unit
 
test|https://cassci.datastax.com/view/Dev/view/DikangGu/job/DikangGu-CASSANDRA-12858-trunk-ci-testall/]|

Thanks!

> testall failure in 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression
> 
>
> Key: CASSANDRA-12858
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12858
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Dikang Gu
>  Labels: test-failure, testall
> Fix For: 3.x
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.X_testall/49/testReport/org.apache.cassandra.dht/Murmur3PartitionerTest/testSplitWrapping_compression/
> {code}
> Error Message
> For 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
> {code}{code}
> Stacktrace
> junit.framework.AssertionFailedError: For 
> 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:138)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:129)
>   at 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping(Murmur3PartitionerTest.java:50)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (CASSANDRA-12904) dtest failure in repair_tests.repair_test.TestRepair.simple_sequential_repair_test

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson reassigned CASSANDRA-12904:
---

Assignee: Philip Thompson  (was: DS Test Eng)

> dtest failure in 
> repair_tests.repair_test.TestRepair.simple_sequential_repair_test
> --
>
> Key: CASSANDRA-12904
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12904
> Project: Cassandra
>  Issue Type: Test
>Reporter: Michael Shuler
>Assignee: Philip Thompson
>  Labels: dtest, test-failure
> Attachments: node1.log, node1_debug.log, node1_gc.log, node2.log, 
> node2_debug.log, node2_gc.log, node3.log, node3_debug.log, node3_gc.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.2_dtest/710/testReport/repair_tests.repair_test/TestRepair/simple_sequential_repair_test/
> {noformat}
> Error Message
> 2001 != 2000
>  >> begin captured logging << 
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-gzVU4X
> dtest: DEBUG: Done setting configuration options:
> {   'initial_token': None,
> 'num_tokens': '32',
> 'phi_convict_threshold': 5,
> 'range_request_timeout_in_ms': 1,
> 'read_request_timeout_in_ms': 1,
> 'request_timeout_in_ms': 1,
> 'truncate_request_timeout_in_ms': 1,
> 'write_request_timeout_in_ms': 1}
> dtest: DEBUG: Starting cluster..
> cassandra.policies: INFO: Using datacenter 'datacenter1' for 
> DCAwareRoundRobinPolicy (via host '127.0.0.1'); if incorrect, please specify 
> a local_dc to the constructor, or limit contact points to local cluster nodes
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> dtest: DEBUG: Inserting data...
> cassandra.cluster: WARNING: Host 127.0.0.3 has been marked down
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 2.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 4.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
> scheduling retry in 8.0 seconds: [Errno 111] Tried connecting to 
> [('127.0.0.3', 9042)]. Last error: Connection refused
> cassandra.pool: INFO: Successful reconnection to 127.0.0.3, marking node up 
> if it isn't already
> cassandra.cluster: INFO: Host 127.0.0.3 may be up; will prepare queries and 
> open connection pool
> cassandra.cluster: INFO: Connection pools established for node 127.0.0.3
> dtest: DEBUG: Checking data on node3...
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> cassandra.cluster: INFO: New Cassandra host  
> discovered
> - >> end captured logging << -
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 291, in simple_sequential_repair_test
> self._simple_repair(sequential=True)
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 386, in _simple_repair
> self._repair_and_verify(sequential)
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 118, in _repair_and_verify
> self.check_rows_on_node(node3, 2000, missings=[1000])
>   File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 
> 71, in check_rows_on_node
> self.assertEqual(len(result), rows)
>   File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual
> assertion_func(first, second, msg=msg)
>   File "/usr/lib/python2.7/unittest/case.py", line 506, in _baseAssertEqual
> raise self.failureException(msg)
> "2001 != 2000\n >> begin captured logging << 
> \ndtest: DEBUG: cluster ccm directory: 
> /tmp/dtest-gzVU4X\ndtest: DEBUG: Done setting configuration options:\n{   
> 'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': 
> 5,\n'range_request_timeout_in_ms': 1,\n
> 'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n   
>  'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': 
> 1}\ndtest: DEBUG: Starting cluster..\ncassandra.policies: INFO: Using 
> datacenter 'datacenter1' for DCAwareRoundRobinPolicy (via host '127.0.0.1'); 
> if incorrect, please specify a local_dc to the constructor, or limit contact 
> points to local cluster nodes\ncassandra.cluster: INFO: New Cassandra host 
>  discovered\ncassandra.cluster: INFO: New 
> Cassandra

[jira] [Commented] (CASSANDRA-12119) dtest failure in compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test

2016-11-11 Thread Philip Thompson (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657643#comment-15657643
 ] 

Philip Thompson commented on CASSANDRA-12119:
-

Broken by CASSANDRA-12384. Ninja fix 
https://github.com/apache/cassandra/commit/456c0280e90c92724669c4aba6ae9461af02d663
 fixed these tests in 3.x and trunk, but not 3.0. Waiting to hear back from 
[~zznate], to know if I should change the tests, or if 3.0 will also be updated.

> dtest failure in 
> compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test
> ---
>
> Key: CASSANDRA-12119
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12119
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Philip Thompson
>  Labels: dtest
>
> example failure:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_DateTieredCompactionStrategy/large_compaction_warning_test
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/compaction_test.py", line 330, in 
> large_compaction_warning_test
> node.watch_log_for('{} large partition ks/large:user \({}\)'.format(verb, 
> sizematcher), from_mark=mark, timeout=180)
>   File "/home/automaton/ccm/ccmlib/node.py", line 448, in watch_log_for
> raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " 
> [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + 
> reads[:50] + ".\nSee {} for remainder".format(filename))
> "28 Jun 2016 15:16:51 [node1] Missing: ['Writing large partition 
> ks/large:user (d+ bytes)']:\nINFO  [Native-Transport-Requests-5] 
> 2016-06-28 15:.\nSee system.log for remainder
> {code}
> Related failures:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_LeveledCompactionStrategy/large_compaction_warning_test/
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_SizeTieredCompactionStrategy/large_compaction_warning_test/
> Failed on CassCI build trunk_dtest #1290



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Sam Tunnicliffe (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657633#comment-15657633
 ] 

Sam Tunnicliffe commented on CASSANDRA-12813:
-

Ninja'd the fix to {{CassandraRoleManager}} in 
{{ebf350740581cf0811fa78e10ae70e9640fa1476}}

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.10, 3.11
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[02/10] cassandra git commit: Ninja: add missing assignment in CassandraRoleManager

2016-11-11 Thread samt

Ninja: add missing assignment in CassandraRoleManager


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ebf35074
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ebf35074
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ebf35074

Branch: refs/heads/cassandra-3.0
Commit: ebf350740581cf0811fa78e10ae70e9640fa1476
Parents: 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:12:35 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:12:35 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/ebf35074/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index a90b297..87aca21 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -511,7 +511,7 @@ public class CassandraRoleManager implements IRoleManager
 else
 {
 if (legacySelectUserStatement == null)
-prepareLegacySelectUserStatement();
+legacySelectUserStatement = 
prepareLegacySelectUserStatement();
 return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
 }
 }

[08/10] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread samt

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a26d25f7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a26d25f7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a26d25f7

Branch: refs/heads/cassandra-3.X
Commit: a26d25f78a538890fa8d58699cc6a0abde214d66
Parents: e3f37c4 304c47f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 17:41:13 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 17:41:13 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/a26d25f7/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--

[04/10] cassandra git commit: Ninja: add missing assignment in CassandraRoleManager

2016-11-11 Thread samt

Ninja: add missing assignment in CassandraRoleManager


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ebf35074
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ebf35074
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ebf35074

Branch: refs/heads/trunk
Commit: ebf350740581cf0811fa78e10ae70e9640fa1476
Parents: 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:12:35 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:12:35 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/ebf35074/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index a90b297..87aca21 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -511,7 +511,7 @@ public class CassandraRoleManager implements IRoleManager
 else
 {
 if (legacySelectUserStatement == null)
-prepareLegacySelectUserStatement();
+legacySelectUserStatement = 
prepareLegacySelectUserStatement();
 return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
 }
 }

[09/10] cassandra git commit: Merge branch 'cassandra-3.0' into cassandra-3.X

2016-11-11 Thread samt

Merge branch 'cassandra-3.0' into cassandra-3.X


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/a26d25f7
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/a26d25f7
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/a26d25f7

Branch: refs/heads/trunk
Commit: a26d25f78a538890fa8d58699cc6a0abde214d66
Parents: e3f37c4 304c47f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 17:41:13 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 17:41:13 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/a26d25f7/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--

[05/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0

2016-11-11 Thread samt

Merge branch 'cassandra-2.2' into cassandra-3.0


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/304c47f1
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/304c47f1
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/304c47f1

Branch: refs/heads/cassandra-3.X
Commit: 304c47f1546545341d5582f0fec9ce1b746ece73
Parents: d81a490 ebf3507
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:14:56 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:14:56 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/304c47f1/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--

[03/10] cassandra git commit: Ninja: add missing assignment in CassandraRoleManager

2016-11-11 Thread samt

Ninja: add missing assignment in CassandraRoleManager


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ebf35074
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ebf35074
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ebf35074

Branch: refs/heads/cassandra-3.X
Commit: ebf350740581cf0811fa78e10ae70e9640fa1476
Parents: 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:12:35 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:12:35 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/ebf35074/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index a90b297..87aca21 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -511,7 +511,7 @@ public class CassandraRoleManager implements IRoleManager
 else
 {
 if (legacySelectUserStatement == null)
-prepareLegacySelectUserStatement();
+legacySelectUserStatement = 
prepareLegacySelectUserStatement();
 return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
 }
 }

[01/10] cassandra git commit: Ninja: add missing assignment in CassandraRoleManager

2016-11-11 Thread samt

Repository: cassandra
Updated Branches:
  refs/heads/cassandra-2.2 5e4198ffd -> ebf350740
  refs/heads/cassandra-3.0 d81a49076 -> 304c47f15
  refs/heads/cassandra-3.X e3f37c443 -> a26d25f78
  refs/heads/trunk 13ebb57eb -> ad1203349


Ninja: add missing assignment in CassandraRoleManager


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ebf35074
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ebf35074
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ebf35074

Branch: refs/heads/cassandra-2.2
Commit: ebf350740581cf0811fa78e10ae70e9640fa1476
Parents: 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:12:35 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:12:35 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/ebf35074/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index a90b297..87aca21 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -511,7 +511,7 @@ public class CassandraRoleManager implements IRoleManager
 else
 {
 if (legacySelectUserStatement == null)
-prepareLegacySelectUserStatement();
+legacySelectUserStatement = 
prepareLegacySelectUserStatement();
 return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
 }
 }

[10/10] cassandra git commit: Merge branch 'cassandra-3.X' into trunk

2016-11-11 Thread samt

Merge branch 'cassandra-3.X' into trunk


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/ad120334
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/ad120334
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/ad120334

Branch: refs/heads/trunk
Commit: ad1203349549412f8306ffdeb57caf99769aabae
Parents: 13ebb57 a26d25f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 17:44:37 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 17:44:37 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--

[06/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0

2016-11-11 Thread samt

Merge branch 'cassandra-2.2' into cassandra-3.0


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/304c47f1
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/304c47f1
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/304c47f1

Branch: refs/heads/cassandra-3.0
Commit: 304c47f1546545341d5582f0fec9ce1b746ece73
Parents: d81a490 ebf3507
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:14:56 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:14:56 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/304c47f1/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--

[07/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0

2016-11-11 Thread samt

Merge branch 'cassandra-2.2' into cassandra-3.0


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/304c47f1
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/304c47f1
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/304c47f1

Branch: refs/heads/trunk
Commit: 304c47f1546545341d5582f0fec9ce1b746ece73
Parents: d81a490 ebf3507
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 16:14:56 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 16:14:56 2016 +

--
 src/java/org/apache/cassandra/auth/CassandraRoleManager.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/304c47f1/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--

[jira] [Created] (CASSANDRA-12904) dtest failure in repair_tests.repair_test.TestRepair.simple_sequential_repair_test

2016-11-11 Thread Michael Shuler (JIRA)

Michael Shuler created CASSANDRA-12904:
--

 Summary: dtest failure in 
repair_tests.repair_test.TestRepair.simple_sequential_repair_test
 Key: CASSANDRA-12904
 URL: https://issues.apache.org/jira/browse/CASSANDRA-12904
 Project: Cassandra
  Issue Type: Test
Reporter: Michael Shuler
Assignee: DS Test Eng
 Attachments: node1.log, node1_debug.log, node1_gc.log, node2.log, 
node2_debug.log, node2_gc.log, node3.log, node3_debug.log, node3_gc.log

example failure:

http://cassci.datastax.com/job/cassandra-2.2_dtest/710/testReport/repair_tests.repair_test/TestRepair/simple_sequential_repair_test/

{noformat}
Error Message

2001 != 2000
 >> begin captured logging << 
dtest: DEBUG: cluster ccm directory: /tmp/dtest-gzVU4X
dtest: DEBUG: Done setting configuration options:
{   'initial_token': None,
'num_tokens': '32',
'phi_convict_threshold': 5,
'range_request_timeout_in_ms': 1,
'read_request_timeout_in_ms': 1,
'request_timeout_in_ms': 1,
'truncate_request_timeout_in_ms': 1,
'write_request_timeout_in_ms': 1}
dtest: DEBUG: Starting cluster..
cassandra.policies: INFO: Using datacenter 'datacenter1' for 
DCAwareRoundRobinPolicy (via host '127.0.0.1'); if incorrect, please specify a 
local_dc to the constructor, or limit contact points to local cluster nodes
cassandra.cluster: INFO: New Cassandra host  
discovered
cassandra.cluster: INFO: New Cassandra host  
discovered
dtest: DEBUG: Inserting data...
cassandra.cluster: WARNING: Host 127.0.0.3 has been marked down
cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, scheduling 
retry in 2.0 seconds: [Errno 111] Tried connecting to [('127.0.0.3', 9042)]. 
Last error: Connection refused
cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, scheduling 
retry in 4.0 seconds: [Errno 111] Tried connecting to [('127.0.0.3', 9042)]. 
Last error: Connection refused
cassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, scheduling 
retry in 8.0 seconds: [Errno 111] Tried connecting to [('127.0.0.3', 9042)]. 
Last error: Connection refused
cassandra.pool: INFO: Successful reconnection to 127.0.0.3, marking node up if 
it isn't already
cassandra.cluster: INFO: Host 127.0.0.3 may be up; will prepare queries and 
open connection pool
cassandra.cluster: INFO: Connection pools established for node 127.0.0.3
dtest: DEBUG: Checking data on node3...
cassandra.cluster: INFO: New Cassandra host  
discovered
cassandra.cluster: INFO: New Cassandra host  
discovered
- >> end captured logging << -
Stacktrace

  File "/usr/lib/python2.7/unittest/case.py", line 329, in run
testMethod()
  File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 291, 
in simple_sequential_repair_test
self._simple_repair(sequential=True)
  File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 386, 
in _simple_repair
self._repair_and_verify(sequential)
  File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 118, 
in _repair_and_verify
self.check_rows_on_node(node3, 2000, missings=[1000])
  File "/home/automaton/cassandra-dtest/repair_tests/repair_test.py", line 71, 
in check_rows_on_node
self.assertEqual(len(result), rows)
  File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual
assertion_func(first, second, msg=msg)
  File "/usr/lib/python2.7/unittest/case.py", line 506, in _baseAssertEqual
raise self.failureException(msg)
"2001 != 2000\n >> begin captured logging << 
\ndtest: DEBUG: cluster ccm directory: 
/tmp/dtest-gzVU4X\ndtest: DEBUG: Done setting configuration options:\n{   
'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': 
5,\n'range_request_timeout_in_ms': 1,\n
'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n
'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': 
1}\ndtest: DEBUG: Starting cluster..\ncassandra.policies: INFO: Using 
datacenter 'datacenter1' for DCAwareRoundRobinPolicy (via host '127.0.0.1'); if 
incorrect, please specify a local_dc to the constructor, or limit contact 
points to local cluster nodes\ncassandra.cluster: INFO: New Cassandra host 
 discovered\ncassandra.cluster: INFO: New 
Cassandra host  discovered\ndtest: DEBUG: 
Inserting data...\ncassandra.cluster: WARNING: Host 127.0.0.3 has been marked 
down\ncassandra.pool: WARNING: Error attempting to reconnect to 127.0.0.3, 
scheduling retry in 2.0 seconds: [Errno 111] Tried connecting to [('127.0.0.3', 
9042)]. Last error: Connection refused\ncassandra.pool: WARNING: Error 
attempting to reconnect to 127.0.0.3, scheduling retry in 4.0 seconds: [Errno 
111] Tried connecting to [('127.0.0.3', 9042)].

[jira] [Assigned] (CASSANDRA-12119) dtest failure in compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson reassigned CASSANDRA-12119:
---

Assignee: Philip Thompson  (was: DS Test Eng)

> dtest failure in 
> compaction_test.TestCompaction_with_DateTieredCompactionStrategy.large_compaction_warning_test
> ---
>
> Key: CASSANDRA-12119
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12119
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Philip Thompson
>  Labels: dtest
>
> example failure:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_DateTieredCompactionStrategy/large_compaction_warning_test
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/compaction_test.py", line 330, in 
> large_compaction_warning_test
> node.watch_log_for('{} large partition ks/large:user \({}\)'.format(verb, 
> sizematcher), from_mark=mark, timeout=180)
>   File "/home/automaton/ccm/ccmlib/node.py", line 448, in watch_log_for
> raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " 
> [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + 
> reads[:50] + ".\nSee {} for remainder".format(filename))
> "28 Jun 2016 15:16:51 [node1] Missing: ['Writing large partition 
> ks/large:user (d+ bytes)']:\nINFO  [Native-Transport-Requests-5] 
> 2016-06-28 15:.\nSee system.log for remainder
> {code}
> Related failures:
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_LeveledCompactionStrategy/large_compaction_warning_test/
> http://cassci.datastax.com/job/trunk_dtest/1290/testReport/compaction_test/TestCompaction_with_SizeTieredCompactionStrategy/large_compaction_warning_test/
> Failed on CassCI build trunk_dtest #1290



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (CASSANDRA-12038) dtest failure in batch_test.TestBatch.logged_batch_compatibility_3_test

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson resolved CASSANDRA-12038.
-
Resolution: Duplicate

> dtest failure in batch_test.TestBatch.logged_batch_compatibility_3_test
> ---
>
> Key: CASSANDRA-12038
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12038
> Project: Cassandra
>  Issue Type: Test
>Reporter: Craig Kodman
>Assignee: DS Test Eng
>  Labels: dtest
> Attachments: node1.log, node2.log, node3.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.0_novnode_dtest/252/testReport/batch_test/TestBatch/logged_batch_compatibility_3_test
> Failed on CassCI build cassandra-3.0_novnode_dtest #252



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12616) dtest failure in upgrade_supercolumns_test.TestSCUpgrade.upgrade_with_index_creation_test

2016-11-11 Thread Philip Thompson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Thompson updated CASSANDRA-12616:

Assignee: Sean McCarthy  (was: DS Test Eng)

> dtest failure in 
> upgrade_supercolumns_test.TestSCUpgrade.upgrade_with_index_creation_test
> -
>
> Key: CASSANDRA-12616
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12616
> Project: Cassandra
>  Issue Type: Test
>Reporter: Sean McCarthy
>Assignee: Sean McCarthy
>  Labels: dtest
> Attachments: node1.log, node2.log
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.1_dtest/506/testReport/upgrade_supercolumns_test/TestSCUpgrade/upgrade_with_index_creation_test
> {code}
> Stacktrace
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/automaton/cassandra-dtest/upgrade_supercolumns_test.py", line 
> 54, in upgrade_with_index_creation_test
> session = self.patient_exclusive_cql_connection(node1)
>   File "/home/automaton/cassandra-dtest/dtest.py", line 551, in 
> patient_exclusive_cql_connection
> bypassed_exception=NoHostAvailable
>   File "/home/automaton/cassandra-dtest/dtest.py", line 198, in 
> retry_till_success
> return fun(*args, **kwargs)
>   File "/home/automaton/cassandra-dtest/dtest.py", line 466, in 
> exclusive_cql_connection
> protocol_version, wlrr, port=port, ssl_opts=ssl_opts)
>   File "/home/automaton/cassandra-dtest/dtest.py", line 485, in 
> _create_session
> session = cluster.connect(wait_for_all_pools=True)
>   File "cassandra/cluster.py", line 1156, in 
> cassandra.cluster.Cluster.connect (cassandra/cluster.c:17387)
> with self._lock:
>   File "cassandra/cluster.py", line 1189, in 
> cassandra.cluster.Cluster.connect (cassandra/cluster.c:17208)
> raise
>   File "cassandra/cluster.py", line 1176, in 
> cassandra.cluster.Cluster.connect (cassandra/cluster.c:16911)
> self.control_connection.connect()
>   File "cassandra/cluster.py", line 2521, in 
> cassandra.cluster.ControlConnection.connect (cassandra/cluster.c:45182)
> self._set_new_connection(self._reconnect_internal())
>   File "cassandra/cluster.py", line 2558, in 
> cassandra.cluster.ControlConnection._reconnect_internal 
> (cassandra/cluster.c:46079)
> raise NoHostAvailable("Unable to connect to any servers", errors)
> '(\'Unable to connect to any servers\', {\'127.0.0.1\': 
> ConnectionException(\'Failed to initialize new connection to 127.0.0.1: Error 
> from server: code= [Server error] 
> message="java.lang.ArrayIndexOutOfBoundsException: 4"\',)})
> {code}
> Related failure:
> http://cassci.datastax.com/job/cassandra-2.1_dtest/506/testReport/upgrade_supercolumns_test/TestSCUpgrade/upgrade_with_counters_test/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread T Jake Luciani (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

T Jake Luciani updated CASSANDRA-11039:
---
Reviewer: Michael Shuler
  Status: Patch Available  (was: Reopened)

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.x
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread T Jake Luciani (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

T Jake Luciani updated CASSANDRA-11039:
---
Fix Version/s: (was: 3.0.x)
   3.0.10

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.10
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread T Jake Luciani (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657497#comment-15657497
 ] 

T Jake Luciani commented on CASSANDRA-11039:


[branch|https://github.com/tjake/cassandra/tree/CASSANDRA-11039]
[testall|http://cassci.datastax.com/job/tjake-CASSANDRA-11039-dtest]
[dtest|http://cassci.datastax.com/job/tjake-CASSANDRA-11039-testall]

Tiny patch. running through the tests to verify no tests try offheap_buffers

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.x
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
>

[jira] [Reopened] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Alex Petrov (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alex Petrov reopened CASSANDRA-12813:
-

This is embarrassing, but this time it's still incorrect because of the missing 
assignment statement in the second case.

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.10, 3.11
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Sam Tunnicliffe (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657412#comment-15657412
 ] 

Sam Tunnicliffe commented on CASSANDRA-12813:
-

My bad, I should've caught that. I'll double check the new dtest and ninja a 
fix.

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.10, 3.11
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Jeremiah Jordan (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657403#comment-15657403
 ] 

Jeremiah Jordan commented on CASSANDRA-12813:
-

The new patch still isn't quite right.  Its missing a 
"legacySelectUserStatement = " in one of the places that 
"prepareLegacySelectUserStatement" is called.

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.10, 3.11
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12796) Heap exhaustion when rebuilding secondary index over a table with wide partitions

2016-11-11 Thread Sam Tunnicliffe (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657377#comment-15657377
 ] 

Sam Tunnicliffe commented on CASSANDRA-12796:
-

Forward ported the original patch to 3.0/3.X/trunk and submitted CI jobs:

||branch||testall||dtest||
|[12796-2.2|https://github.com/beobal/cassandra/tree/12796-2.2]|[testall|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-2.2-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-2.2-dtest]|
|[12796-3.0|https://github.com/beobal/cassandra/tree/12796-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-3.0-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-3.0-dtest]|
|[12796-3.X|https://github.com/beobal/cassandra/tree/12796-3.X]|[testall|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-3.X-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-3.X-dtest]|
|[12796-trunk|https://github.com/beobal/cassandra/tree/12796-trunk]|[testall|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-trunk-testall]|[dtest|http://cassci.datastax.com/view/Dev/view/beobal/job/beobal-12796-trunk-dtest]|


> Heap exhaustion when rebuilding secondary index over a table with wide 
> partitions
> -
>
> Key: CASSANDRA-12796
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12796
> Project: Cassandra
>  Issue Type: Bug
>  Components: Core
>Reporter: Milan Majercik
>Priority: Critical
>
> We have a table with rather wide partition and a secondary index defined over 
> it. As soon as we try to rebuild the index we observed exhaustion of Java 
> heap and eventual OOM error. After a lengthy investigation we have managed to 
> find a culprit which appears to be a wrong granule of barrier issuances in 
> method {{org.apache.cassandra.db.Keyspace.indexRow}}:
> {code}
> try (OpOrder.Group opGroup = cfs.keyspace.writeOrder.start()){html}
> {
> Set indexes = 
> cfs.indexManager.getIndexesByNames(idxNames);
> Iterator pager = QueryPagers.pageRowLocally(cfs, 
> key.getKey(), DEFAULT_PAGE_SIZE);
> while (pager.hasNext())
> {
> ColumnFamily cf = pager.next();
> ColumnFamily cf2 = cf.cloneMeShallow();
> for (Cell cell : cf)
> {
> if (cfs.indexManager.indexes(cell.name(), indexes))
> cf2.addColumn(cell);
> }
> cfs.indexManager.indexRow(key.getKey(), cf2, opGroup);
> }
> }
> {code}
> Please note the operation group granule is a partition of the source table 
> which poses a problem for wide partition tables as flush runnable 
> ({{org.apache.cassandra.db.ColumnFamilyStore.Flush.run()}}) won't proceed 
> with flushing secondary index memtable before completing operations prior 
> recent issue of the barrier. In our situation the flush runnable waits until 
> whole wide partition gets indexed into the secondary index memtable before 
> flushing it. This causes an exhaustion of the heap and eventual OOM error.
> After we changed granule of barrier issue in method 
> {{org.apache.cassandra.db.Keyspace.indexRow}} to query page as opposed to 
> table partition secondary index (see 
> [https://github.com/mmajercik/cassandra/commit/7e10e5aa97f1de483c2a5faf867315ecbf65f3d6?diff=unified]),
>  rebuild started to work without heap exhaustion. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-11739) Cache key references might cause OOM on incremental repair

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-11739:

Component/s: Streaming and Messaging

> Cache key references might cause OOM on incremental repair
> --
>
> Key: CASSANDRA-11739
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11739
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging
>Reporter: Paulo Motta
>Assignee: Paulo Motta
>  Labels: lcs, repair
> Fix For: 2.1.15, 2.2.7, 3.0.7, 3.7
>
> Attachments: heapdump.png
>
>
> We keep {{SSTableReader}} references for the duration of the repair to 
> anti-compact later, and their tidier keep references to cache keys to be 
> invalidated which are only cleaned up by GC after repair is finished. These 
> cache keys can accumulate while repair is being executed leading to OOM for 
> large tables/keyspaces.
> Heap dump attached.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-10992) Hanging streaming sessions

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-10992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-10992:

Component/s: Streaming and Messaging

> Hanging streaming sessions
> --
>
> Key: CASSANDRA-10992
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10992
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging
> Environment: C* 2.1.12, Debian Wheezy
>Reporter: mlowicki
>Assignee: Paulo Motta
> Fix For: 2.2.8, 3.0.9, 3.8
>
> Attachments: apache-cassandra-2.1.12-SNAPSHOT.jar, db1.ams.jstack, 
> db6.analytics.jstack
>
>
> I've started recently running repair using [Cassandra 
> Reaper|https://github.com/spotify/cassandra-reaper]  (built-in {{nodetool 
> repair}} doesn't work for me - CASSANDRA-9935). It behaves fine but I've 
> noticed hanging streaming sessions:
> {code}
> root@db1:~# date
> Sat Jan  9 16:43:00 UTC 2016
> root@db1:~# nt netstats -H | grep total
> Receiving 5 files, 46.59 MB total. Already received 1 files, 11.32 MB 
> total
> Sending 7 files, 46.28 MB total. Already sent 7 files, 46.28 MB total
> Receiving 6 files, 64.15 MB total. Already received 1 files, 12.14 MB 
> total
> Sending 5 files, 61.15 MB total. Already sent 5 files, 61.15 MB total
> Receiving 4 files, 7.75 MB total. Already received 3 files, 7.58 MB 
> total
> Sending 4 files, 4.29 MB total. Already sent 4 files, 4.29 MB total
> Receiving 12 files, 13.79 MB total. Already received 11 files, 7.66 
> MB total
> Sending 5 files, 15.32 MB total. Already sent 5 files, 15.32 MB total
> Receiving 8 files, 20.35 MB total. Already received 1 files, 13.63 MB 
> total
> Sending 38 files, 125.34 MB total. Already sent 38 files, 125.34 MB 
> total
> root@db1:~# date
> Sat Jan  9 17:45:42 UTC 2016
> root@db1:~# nt netstats -H | grep total
> Receiving 5 files, 46.59 MB total. Already received 1 files, 11.32 MB 
> total
> Sending 7 files, 46.28 MB total. Already sent 7 files, 46.28 MB total
> Receiving 6 files, 64.15 MB total. Already received 1 files, 12.14 MB 
> total
> Sending 5 files, 61.15 MB total. Already sent 5 files, 61.15 MB total
> Receiving 4 files, 7.75 MB total. Already received 3 files, 7.58 MB 
> total
> Sending 4 files, 4.29 MB total. Already sent 4 files, 4.29 MB total
> Receiving 12 files, 13.79 MB total. Already received 11 files, 7.66 
> MB total
> Sending 5 files, 15.32 MB total. Already sent 5 files, 15.32 MB total
> Receiving 8 files, 20.35 MB total. Already received 1 files, 13.63 MB 
> total
> Sending 38 files, 125.34 MB total. Already sent 38 files, 125.34 MB 
> total
> {code}
> Such sessions are left even when repair job is long time done (confirmed by 
> checking Reaper's and Cassandra's logs). {{streaming_socket_timeout_in_ms}} 
> in cassandra.yaml is set to default value (360).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-9754) Make index info heap friendly for large CQL partitions

2016-11-11 Thread Loic Lambiel (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-9754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657238#comment-15657238
 ] 

Loic Lambiel commented on CASSANDRA-9754:
-

Any update on your ongoing tests [~mkjellman] ?

> Make index info heap friendly for large CQL partitions
> --
>
> Key: CASSANDRA-9754
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9754
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: sankalp kohli
>Assignee: Michael Kjellman
>Priority: Minor
> Fix For: 4.x
>
> Attachments: 0f8e28c220fd5af6c7b5dd2d3dab6936c4aa4b6b.patch, 
> gc_collection_times_with_birch.png, gc_collection_times_without_birch.png, 
> gc_counts_with_birch.png, gc_counts_without_birch.png, 
> perf_cluster_1_with_birch_read_latency_and_counts.png, 
> perf_cluster_1_with_birch_write_latency_and_counts.png, 
> perf_cluster_2_with_birch_read_latency_and_counts.png, 
> perf_cluster_2_with_birch_write_latency_and_counts.png, 
> perf_cluster_3_without_birch_read_latency_and_counts.png, 
> perf_cluster_3_without_birch_write_latency_and_counts.png
>
>
>  Looking at a heap dump of 2.0 cluster, I found that majority of the objects 
> are IndexInfo and its ByteBuffers. This is specially bad in endpoints with 
> large CQL partitions. If a CQL partition is say 6,4GB, it will have 100K 
> IndexInfo objects and 200K ByteBuffers. This will create a lot of churn for 
> GC. Can this be improved by not creating so many objects?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-11806) sstableloader fails with "Remote peer failed stream session" on small table

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-11806:

Component/s: (was: Core)
 Tools
 Streaming and Messaging

> sstableloader fails with "Remote peer  failed stream session" on 
> small table
> 
>
> Key: CASSANDRA-11806
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11806
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging, Tools
> Environment: Linux ny2-proda-app01 3.13.0-86-generic #130-Ubuntu SMP 
> Mon Apr 18 18:27:15 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>Reporter: Don Branson
>Assignee: Paulo Motta
> Fix For: 3.5
>
> Attachments: roles_table.txt, roles_table_error.txt
>
>
> This error is with sstableloader loading a 2-column table with 20 rows. All 
> other tables in the keyspace load clean. The database dump is from cassandra 
> 2.1.9, the target is cassandra 3.5. 14 of the 20 rows load successfully.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-11854) Remove finished streaming connections from MessagingService

2016-11-11 Thread Paulo Motta (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paulo Motta updated CASSANDRA-11854:

Component/s: Streaming and Messaging

> Remove finished streaming connections from MessagingService
> ---
>
> Key: CASSANDRA-11854
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11854
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging
>Reporter: Paulo Motta
>Assignee: Paulo Motta
> Fix For: 2.1.15, 2.2.7, 3.0.8, 3.8
>
> Attachments: oom.png
>
>
> When a new {{IncomingStreamingConnection}} is created, [we register it in the 
> connections 
> map|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/net/MessagingService.java#L1109]
>  of {{MessagingService}}, but we [only remove it if there is an 
> exception|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/net/IncomingStreamingConnection.java#L83]
>  while attaching the socket to the stream session.
> On nodes with SSL and large number of vnodes, after many repair sessions 
> these old connections can accumulate and cause OOM (heap dump attached).
> The connection should be removed from the connections map after if it's 
> finished in order to be garbage collected.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-9143) Improving consistency of repairAt field across replicas

2016-11-11 Thread Marcus Eriksson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-9143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marcus Eriksson updated CASSANDRA-9143:
---
Status: Awaiting Feedback  (was: Open)

> Improving consistency of repairAt field across replicas 
> 
>
> Key: CASSANDRA-9143
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9143
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: sankalp kohli
>Assignee: Blake Eggleston
>
> We currently send an anticompaction request to all replicas. During this, a 
> node will split stables and mark the appropriate ones repaired. 
> The problem is that this could fail on some replicas due to many reasons 
> leading to problems in the next repair. 
> This is what I am suggesting to improve it. 
> 1) Send anticompaction request to all replicas. This can be done at session 
> level. 
> 2) During anticompaction, stables are split but not marked repaired. 
> 3) When we get positive ack from all replicas, coordinator will send another 
> message called markRepaired. 
> 4) On getting this message, replicas will mark the appropriate stables as 
> repaired. 
> This will reduce the window of failure. We can also think of "hinting" 
> markRepaired message if required. 
> Also the stables which are streaming can be marked as repaired like it is 
> done now. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-9143) Improving consistency of repairAt field across replicas

2016-11-11 Thread Marcus Eriksson (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-9143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657211#comment-15657211
 ] 

Marcus Eriksson commented on CASSANDRA-9143:


[~bdeggleston] just did a first read-through, and it looks quite straight 
forward, but I think one thing missing that would help with the review would be 
adding more comments, detailing the new message flow, error scenarios etc.

> Improving consistency of repairAt field across replicas 
> 
>
> Key: CASSANDRA-9143
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9143
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: sankalp kohli
>Assignee: Blake Eggleston
>
> We currently send an anticompaction request to all replicas. During this, a 
> node will split stables and mark the appropriate ones repaired. 
> The problem is that this could fail on some replicas due to many reasons 
> leading to problems in the next repair. 
> This is what I am suggesting to improve it. 
> 1) Send anticompaction request to all replicas. This can be done at session 
> level. 
> 2) During anticompaction, stables are split but not marked repaired. 
> 3) When we get positive ack from all replicas, coordinator will send another 
> message called markRepaired. 
> 4) On getting this message, replicas will mark the appropriate stables as 
> repaired. 
> This will reduce the window of failure. We can also think of "hinting" 
> markRepaired message if required. 
> Also the stables which are streaming can be marked as repaired like it is 
> done now. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-9143) Improving consistency of repairAt field across replicas

2016-11-11 Thread Marcus Eriksson (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-9143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marcus Eriksson updated CASSANDRA-9143:
---
Status: Open  (was: Patch Available)

> Improving consistency of repairAt field across replicas 
> 
>
> Key: CASSANDRA-9143
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9143
> Project: Cassandra
>  Issue Type: Improvement
>Reporter: sankalp kohli
>Assignee: Blake Eggleston
>
> We currently send an anticompaction request to all replicas. During this, a 
> node will split stables and mark the appropriate ones repaired. 
> The problem is that this could fail on some replicas due to many reasons 
> leading to problems in the next repair. 
> This is what I am suggesting to improve it. 
> 1) Send anticompaction request to all replicas. This can be done at session 
> level. 
> 2) During anticompaction, stables are split but not marked repaired. 
> 3) When we get positive ack from all replicas, coordinator will send another 
> message called markRepaired. 
> 4) On getting this message, replicas will mark the appropriate stables as 
> repaired. 
> This will reduce the window of failure. We can also think of "hinting" 
> markRepaired message if required. 
> Also the stables which are streaming can be marked as repaired like it is 
> done now. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12903) internode_encryption + bootstrapping a node fails due to calling an unsupported method on an SSL Socket

2016-11-11 Thread Eduard Tudenhoefner (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15657195#comment-15657195
 ] 

Eduard Tudenhoefner commented on CASSANDRA-12903:
-

For testing we should probably be running 
https://github.com/riptano/cassandra-dtest/blob/master/internode_ssl_test.py#L7 
with bootstrap=true

> internode_encryption + bootstrapping a node fails due to calling an 
> unsupported method on an SSL Socket
> ---
>
> Key: CASSANDRA-12903
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12903
> Project: Cassandra
>  Issue Type: Bug
>  Components: Streaming and Messaging
>Reporter: Eduard Tudenhoefner
>Assignee: Paulo Motta
>Priority: Blocker
> Fix For: 3.x
>
>
> The problem is that you can't call *shutdownInput() / shutdownOutput()* on an 
> *SSLSocket* because it doesn't comply with the TLS protocol
> This got introduced by https://issues.apache.org/jira/browse/CASSANDRA-11841
> {code}
> INFO  [RequestResponseStage-1] 2016-11-11 11:27:06,352  Gossiper.java:1019 - 
> InetAddress /10.200.182.127 is now UP
> INFO  [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,799  
> StreamResultFuture.java:116 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9 
> ID#0] Creating new streaming plan for Bootstrap
> ERROR [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,845  
> IncomingStreamingConnection.java:80 - Error while reading from socket from 
> /10.200.182.127:33555.
> java.lang.UnsupportedOperationException: The method shutdownInput() is not 
> supported in SSLSocket
> at 
> sun.security.ssl.BaseSSLSocketImpl.shutdownInput(BaseSSLSocketImpl.java:215) 
> ~[na:1.8.0_40]
> at 
> org.apache.cassandra.streaming.ConnectionHandler.initiateOnReceivingSide(ConnectionHandler.java:109)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.StreamResultFuture.attachConnection(StreamResultFuture.java:138)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.StreamResultFuture.initReceivingSide(StreamResultFuture.java:122)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.net.IncomingStreamingConnection.run(IncomingStreamingConnection.java:76)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,857  
> StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Streaming error occurred on session with peer 10.200.182.127
> java.net.SocketException: Socket is closed
> at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
> ~[na:1.8.0_40]
> at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
> ~[na:1.8.0_40]
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
> ~[na:1.8.0_40]
> at 
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
> ~[na:1.8.0_40]
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
> ~[na:1.8.0_40]
> at 
> org.apache.cassandra.io.util.WrappedDataOutputStreamPlus.flush(WrappedDataOutputStreamPlus.java:66)
>  ~[cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.sendMessage(ConnectionHandler.java:418)
>  [cassandra-all-3.10.1433.jar:3.10.1433]
> at 
> org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.run(ConnectionHandler.java:389)
>  [cassandra-all-3.10.1433.jar:3.10.1433]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_40]
> INFO  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,858  
> StreamResultFuture.java:187 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Session with /10.200.182.127 is complete
> WARN  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,863  
> StreamResultFuture.java:214 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Stream failed
> ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,864  
> StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
> Streaming error occurred on session with peer 10.200.182.127
> java.net.SocketException: Socket is closed
> at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
> ~[na:1.8.0_40]
> at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
> ~[na:1.8.0_40]
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
> ~[na:1.8.0_40]
> at 
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
> ~[na:1.8.0_40]
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
> ~[na:1.8.0_40]
> at 
>

[jira] [Updated] (CASSANDRA-11039) SegFault in Cassandra

2016-11-11 Thread T Jake Luciani (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

T Jake Luciani updated CASSANDRA-11039:
---
Priority: Blocker  (was: Major)

> SegFault in Cassandra
> -
>
> Key: CASSANDRA-11039
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11039
> Project: Cassandra
>  Issue Type: Bug
>  Components: Configuration
> Environment: Kernel: Linux cass6 3.13.0-44-generic 
> #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 
> GNU/Linux
> OS: Ubuntu 12.04.5 LTS (GNU/Linux 3.13.0-44-generic x86_64)
> JVM: 
>   java version "1.8.0_66"
>   Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
>   Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
>Reporter: Nimi Wariboko Jr.
>Assignee: T Jake Luciani
>Priority: Blocker
> Fix For: 3.0.x
>
>
> This occurred under quite heavy load.
> Attached is the dump that was spit out by Cassandra, and my cassandra.yaml
> hs_err_1453233896.log:
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/hs_err_1453233896.log
> cassandra.yaml
> https://s3-us-west-1.amazonaws.com/channelmeter-misc/cassandra.yaml
> Process Options:
> {code}
> java -ea -Xms16G -Xmx16G -Xss256k -XX:+UseG1GC 
> -XX:G1RSetUpdatingPauseTimePercent=5 -XX:MaxGCPauseMillis=500 
> -XX:InitiatingHeapOccupancyPercent=70 -XX:+AlwaysPreTouch 
> -XX:-UseBiasedLocking -XX:StringTableSize=103 -XX:+UseTLAB 
> -XX:+ResizeTLAB -XX:+PerfDisableSharedMem 
> -XX:CompileCommandFile=/etc/cassandra/hotspot_compiler 
> -javaagent:/usr/share/cassandra/lib/jamm-0.3.0.jar -XX:+UseThreadPriorities 
> -XX:ThreadPriorityPolicy=42 -XX:+HeapDumpOnOutOfMemoryError 
> -Djava.net.preferIPv4Stack=true -Dcassandra.jmx.local.port=7199 
> -XX:+DisableExplicitGC -Djava.library.path=/usr/share/cassandra/lib/sigar-bin 
> -Dcassandra.metricsReporterConfigFile=/etc/cassandra-metrics-graphite.yaml 
> -Dcassandra.libjemalloc=- -Dlogback.configurationFile=logback.xml 
> -Dcassandra.logdir=/var/log/cassandra 
> -Dcassandra.storagedir=/var/lib/cassandra 
> -Dcassandra-pidfile=/var/run/cassandra/cassandra.pid -cp 
> /etc/cassandra:/usr/share/cassandra/lib/ST4-4.0.8.jar:/usr/share/cassandra/lib/airline-0.6.jar:/usr/share/cassandra/lib/antlr-runtime-3.5.2.jar:/usr/share/cassandra/lib/asm-5.0.4.jar:/usr/share/cassandra/lib/cassandra-driver-core-3.0.0-beta1-bb1bce4-SNAPSHOT-shaded.jar:/usr/share/cassandra/lib/commons-cli-1.1.jar:/usr/share/cassandra/lib/commons-codec-1.2.jar:/usr/share/cassandra/lib/commons-lang3-3.1.jar:/usr/share/cassandra/lib/commons-math3-3.2.jar:/usr/share/cassandra/lib/compress-lzf-0.8.4.jar:/usr/share/cassandra/lib/concurrentlinkedhashmap-lru-1.4.jar:/usr/share/cassandra/lib/disruptor-3.0.1.jar:/usr/share/cassandra/lib/ecj-4.4.2.jar:/usr/share/cassandra/lib/guava-18.0.jar:/usr/share/cassandra/lib/high-scale-lib-1.0.6.jar:/usr/share/cassandra/lib/jackson-core-asl-1.9.2.jar:/usr/share/cassandra/lib/jackson-mapper-asl-1.9.2.jar:/usr/share/cassandra/lib/jamm-0.3.0.jar:/usr/share/cassandra/lib/javax.inject.jar:/usr/share/cassandra/lib/jbcrypt-0.3m.jar:/usr/share/cassandra/lib/jcl-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/jna-4.0.0.jar:/usr/share/cassandra/lib/joda-time-2.4.jar:/usr/share/cassandra/lib/json-simple-1.1.jar:/usr/share/cassandra/lib/libthrift-0.9.2.jar:/usr/share/cassandra/lib/log4j-over-slf4j-1.7.7.jar:/usr/share/cassandra/lib/logback-classic-1.1.3.jar:/usr/share/cassandra/lib/logback-core-1.1.3.jar:/usr/share/cassandra/lib/lz4-1.3.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.0.jar:/usr/share/cassandra/lib/metrics-core-3.1.2.jar:/usr/share/cassandra/lib/metrics-graphite-2.2.0.jar:/usr/share/cassandra/lib/metrics-graphite-3.1.2.jar:/usr/share/cassandra/lib/metrics-logback-3.1.0.jar:/usr/share/cassandra/lib/netty-all-4.0.23.Final.jar:/usr/share/cassandra/lib/ohc-core-0.4.2.jar:/usr/share/cassandra/lib/ohc-core-j8-0.4.2.jar:/usr/share/cassandra/lib/reporter-config-base-3.0.0.jar:/usr/share/cassandra/lib/reporter-config3-3.0.0.jar:/usr/share/cassandra/lib/sigar-1.6.4.jar:/usr/share/cassandra/lib/slf4j-api-1.7.7.jar:/usr/share/cassandra/lib/snakeyaml-1.11.jar:/usr/share/cassandra/lib/snappy-java-1.1.1.7.jar:/usr/share/cassandra/lib/stream-2.5.2.jar:/usr/share/cassandra/lib/thrift-server-0.3.7.jar:/usr/share/cassandra/apache-cassandra-3.2.jar:/usr/share/cassandra/apache-cassandra-thrift-3.2.jar:/usr/share/cassandra/apache-cassandra.jar:/usr/share/cassandra/stress.jar:
>  -XX:HeapDumpPath=/var/lib/cassandra/java_1453248542.hprof 
> -XX:ErrorFile=/var/lib/cassandra/hs_err_1453248542.log 
> org.apache.cassandra.service.CassandraDaemon
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12817) testall failure in org.apache.cassandra.cql3.validation.entities.UFTest.testAllNativeTypes

2016-11-11 Thread Robert Stupp (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Stupp updated CASSANDRA-12817:
-
Status: Patch Available  (was: Open)

Alright. Split up {{UFTest}} into several test classes:
* {{UFJavaTest}}
* {{UFScriptTest}}
* {{UFTypesTest}}
* {{UFSecurityTest}} for 3.0 and newer

Triggered CI just for testall since no dtest relevant changes are contained in 
this patch.

||cassandra-2.2|[branch|https://github.com/apache/cassandra/compare/cassandra-2.2...snazy:12817-split-UFTest-2.2]|[testall|http://cassci.datastax.com/view/Dev/view/snazy/job/snazy-12817-split-UFTest-2.2-testall/lastSuccessfulBuild/]
||cassandra-3.0|[branch|https://github.com/apache/cassandra/compare/cassandra-3.0...snazy:12817-split-UFTest-3.0]|[testall|http://cassci.datastax.com/view/Dev/view/snazy/job/snazy-12817-split-UFTest-3.0-testall/lastSuccessfulBuild/]
||cassandra-3.X|[branch|https://github.com/apache/cassandra/compare/cassandra-3.X...snazy:12817-split-UFTest-3.X]|[testall|http://cassci.datastax.com/view/Dev/view/snazy/job/snazy-12817-split-UFTest-3.X-testall/lastSuccessfulBuild/]
||trunk|[branch|https://github.com/apache/cassandra/compare/trunk...snazy:12817-split-UFTest-trunk]|[testall|http://cassci.datastax.com/view/Dev/view/snazy/job/snazy-12817-split-UFTest-trunk-testall/lastSuccessfulBuild/]


> testall failure in 
> org.apache.cassandra.cql3.validation.entities.UFTest.testAllNativeTypes
> --
>
> Key: CASSANDRA-12817
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12817
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Robert Stupp
>  Labels: test-failure
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.2_testall/595/testReport/org.apache.cassandra.cql3.validation.entities/UFTest/testAllNativeTypes/
> {code}
> Error Message
> Timeout occurred. Please note the time in the report does not reflect the 
> time until the timeout.
> {code}
> {code}
> Stacktrace
> junit.framework.AssertionFailedError: Timeout occurred. Please note the time 
> in the report does not reflect the time until the timeout.
>   at java.lang.Thread.run(Thread.java:745)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CASSANDRA-12858) testall failure in org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression

2016-11-11 Thread Branimir Lambov (JIRA)


[ 
https://issues.apache.org/jira/browse/CASSANDRA-12858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15656880#comment-15656880
 ] 

Branimir Lambov commented on CASSANDRA-12858:
-

I'm afraid this can still blow up: consider difference of 4 and ratio of 0.37: 
there's no value that can be returned that is within 0.1 of the required ratio.

> testall failure in 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping-compression
> 
>
> Key: CASSANDRA-12858
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12858
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Dikang Gu
>  Labels: test-failure, testall
> Fix For: 3.x
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-3.X_testall/49/testReport/org.apache.cassandra.dht/Murmur3PartitionerTest/testSplitWrapping_compression/
> {code}
> Error Message
> For 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
> {code}{code}
> Stacktrace
> junit.framework.AssertionFailedError: For 
> 8833996864316961974,8833996864316961979: range did not contain new 
> token:8833996864316961974
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:138)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:150)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:148)
>   at 
> org.apache.cassandra.dht.PartitionerTestCase.assertSplit(PartitionerTestCase.java:129)
>   at 
> org.apache.cassandra.dht.Murmur3PartitionerTest.testSplitWrapping(Murmur3PartitionerTest.java:50)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (CASSANDRA-12903) internode_encryption + bootstrapping a node fails due to calling an unsupported method on an SSL Socket

2016-11-11 Thread Eduard Tudenhoefner (JIRA)

Eduard Tudenhoefner created CASSANDRA-12903:
---

 Summary: internode_encryption + bootstrapping a node fails due to 
calling an unsupported method on an SSL Socket
 Key: CASSANDRA-12903
 URL: https://issues.apache.org/jira/browse/CASSANDRA-12903
 Project: Cassandra
  Issue Type: Bug
  Components: Streaming and Messaging
Reporter: Eduard Tudenhoefner
Assignee: Paulo Motta
Priority: Blocker
 Fix For: 3.x


The problem is that you can't call *shutdownInput() / shutdownOutput()* on an 
*SSLSocket* because it doesn't comply with the TLS protocol

This got introduced by https://issues.apache.org/jira/browse/CASSANDRA-11841

{code}
INFO  [RequestResponseStage-1] 2016-11-11 11:27:06,352  Gossiper.java:1019 - 
InetAddress /10.200.182.127 is now UP
INFO  [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,799  
StreamResultFuture.java:116 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9 
ID#0] Creating new streaming plan for Bootstrap
ERROR [STREAM-INIT-/10.200.182.127:33555] 2016-11-11 11:27:42,845  
IncomingStreamingConnection.java:80 - Error while reading from socket from 
/10.200.182.127:33555.
java.lang.UnsupportedOperationException: The method shutdownInput() is not 
supported in SSLSocket
at 
sun.security.ssl.BaseSSLSocketImpl.shutdownInput(BaseSSLSocketImpl.java:215) 
~[na:1.8.0_40]
at 
org.apache.cassandra.streaming.ConnectionHandler.initiateOnReceivingSide(ConnectionHandler.java:109)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.StreamResultFuture.attachConnection(StreamResultFuture.java:138)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.StreamResultFuture.initReceivingSide(StreamResultFuture.java:122)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.net.IncomingStreamingConnection.run(IncomingStreamingConnection.java:76)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,857  
StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
Streaming error occurred on session with peer 10.200.182.127
java.net.SocketException: Socket is closed
at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
~[na:1.8.0_40]
at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
~[na:1.8.0_40]
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
~[na:1.8.0_40]
at 
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
~[na:1.8.0_40]
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
~[na:1.8.0_40]
at 
org.apache.cassandra.io.util.WrappedDataOutputStreamPlus.flush(WrappedDataOutputStreamPlus.java:66)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.sendMessage(ConnectionHandler.java:418)
 [cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.run(ConnectionHandler.java:389)
 [cassandra-all-3.10.1433.jar:3.10.1433]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_40]
INFO  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,858  
StreamResultFuture.java:187 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
Session with /10.200.182.127 is complete
WARN  [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,863  
StreamResultFuture.java:214 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
Stream failed
ERROR [STREAM-OUT-/10.200.182.127:33555] 2016-11-11 11:27:42,864  
StreamSession.java:593 - [Stream #dbd51f70-a801-11e6-8ca0-ab33b3e846c9] 
Streaming error occurred on session with peer 10.200.182.127
java.net.SocketException: Socket is closed
at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1520) 
~[na:1.8.0_40]
at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1541) 
~[na:1.8.0_40]
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:71) 
~[na:1.8.0_40]
at 
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) 
~[na:1.8.0_40]
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) 
~[na:1.8.0_40]
at 
org.apache.cassandra.io.util.WrappedDataOutputStreamPlus.flush(WrappedDataOutputStreamPlus.java:66)
 ~[cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.sendMessage(ConnectionHandler.java:418)
 [cassandra-all-3.10.1433.jar:3.10.1433]
at 
org.apache.cassandra.streaming.ConnectionHandler$OutgoingMessageHandler.run(ConnectionHandler.java:397)
 [cassandra-all-3.10.1433.jar:3.10.1433]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_40]
{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Sam Tunnicliffe (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sam Tunnicliffe updated CASSANDRA-12813:

Fix Version/s: (was: 3.0.10)
   3.11

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.10, 3.11
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12808) testall failure inorg.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex

2016-11-11 Thread Sam Tunnicliffe (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sam Tunnicliffe updated CASSANDRA-12808:

Fix Version/s: 3.10
   3.0.11
   2.2.9

> testall failure 
> inorg.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex
> -
>
> Key: CASSANDRA-12808
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12808
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Sean McCarthy
>Assignee: Sam Tunnicliffe
>  Labels: test-failure
> Fix For: 2.2.9, 3.0.11, 3.10
>
>
> example failure:
> http://cassci.datastax.com/job/cassandra-2.2_testall/594/testReport/org.apache.cassandra.io.sstable/IndexSummaryManagerTest/testCancelIndex/
> {code}
> Error Message
> Expected compaction interrupted exception
> {code}
> {code}
> Stacktrace
> junit.framework.AssertionFailedError: Expected compaction interrupted 
> exception
>   at 
> org.apache.cassandra.io.sstable.IndexSummaryManagerTest.testCancelIndex(IndexSummaryManagerTest.java:641)
> {code}
> Related failure:
> http://cassci.datastax.com/job/cassandra-2.2_testall/600/testReport/org.apache.cassandra.io.sstable/IndexSummaryManagerTest/testCancelIndex_compression/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (CASSANDRA-12813) NPE in auth for bootstrapping node

2016-11-11 Thread Sam Tunnicliffe (JIRA)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sam Tunnicliffe updated CASSANDRA-12813:

Resolution: Fixed
Status: Resolved  (was: Patch Available)

+1 LGTM, thanks! Committed to 2.2 in 
{{5e4198ffdad57aebd7c4b3a8cc01a7ce88eac99c}} and merged to 3.0/3.X/trunk

> NPE in auth for bootstrapping node
> --
>
> Key: CASSANDRA-12813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-12813
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Charles Mims
>Assignee: Alex Petrov
> Fix For: 2.2.9, 3.0.10, 3.10
>
>
> {code}
> ERROR [SharedPool-Worker-1] 2016-10-19 21:40:25,991 Message.java:617 - 
> Unexpected exception during request; channel = [id: 0x15eb017f, / omitted>:40869 => /10.0.0.254:9042]
> java.lang.NullPointerException: null
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.doAuthenticate(PasswordAuthenticator.java:144)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.authenticate(PasswordAuthenticator.java:86)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator.access$100(PasswordAuthenticator.java:54)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.auth.PasswordAuthenticator$PlainTextSaslAuthenticator.getAuthenticatedUser(PasswordAuthenticator.java:182)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:78)
>  ~[apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:513)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:407)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
>  [netty-all-4.0.23.Final.jar:4.0.23.Final]
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [na:1.8.0_101]
>   at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
>  [apache-cassandra-3.0.9.jar:3.0.9]
>   at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105) 
> [apache-cassandra-3.0.9.jar:3.0.9]
>   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
> {code}
> I have a node that has been joining for around 24 hours.  My application is 
> configured with the IP address of the joining node in the list of nodes to 
> connect to (ruby driver), and I have been getting around 200 events of this 
> NPE per hour.  I removed the IP of the joining node from the list of nodes 
> for my app to connect to and the errors stopped.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[02/10] cassandra git commit: Prepare legacy auth statements if tables initialised after node startup (follow-up)

2016-11-11 Thread samt

Prepare legacy auth statements if tables initialised after node startup 
(follow-up)

Patch by Alex Petrov; reviewed by Sam Tunnicliffe for CASSANDRA-12813

Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/5e4198ff
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/5e4198ff
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/5e4198ff

Branch: refs/heads/cassandra-3.0
Commit: 5e4198ffdad57aebd7c4b3a8cc01a7ce88eac99c
Parents: 2e21cac
Author: Alex Petrov 
Authored: Thu Nov 10 14:07:38 2016 +0100
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 11:21:39 2016 +

--
 .../cassandra/auth/CassandraRoleManager.java| 23 +++-
 1 file changed, 17 insertions(+), 6 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/5e4198ff/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index dbae1ba..a90b297 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -163,9 +163,8 @@ public class CassandraRoleManager implements IRoleManager
 // to be added.
 if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") != null)
 {
- legacySelectUserStatement = (SelectStatement) prepare("SELECT * 
FROM %s.%s WHERE name = ?",
-   
AuthKeyspace.NAME,
-   
LEGACY_USERS_TABLE);
+legacySelectUserStatement = prepareLegacySelectUserStatement();
+
 scheduleSetupTask(new Callable()
 {
 public Void call() throws Exception
@@ -459,6 +458,13 @@ public class CassandraRoleManager implements IRoleManager
 }
 }
 
+private SelectStatement prepareLegacySelectUserStatement()
+{
+return (SelectStatement) prepare("SELECT * FROM %s.%s WHERE name = ?",
+ AuthKeyspace.NAME,
+ LEGACY_USERS_TABLE);
+}
+
 private CQLStatement prepare(String template, String keyspace, String 
table)
 {
 try
@@ -500,9 +506,14 @@ public class CassandraRoleManager implements IRoleManager
 // If it exists, try the legacy users table in case the cluster
 // is in the process of being upgraded and so is running with mixed
 // versions of the authn schema.
-return (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") 
!= null)
-? getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE)
-: getRoleFromTable(name, loadRoleStatement, ROW_TO_ROLE);
+if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") == 
null)
+return getRoleFromTable(name, loadRoleStatement, ROW_TO_ROLE);
+else
+{
+if (legacySelectUserStatement == null)
+prepareLegacySelectUserStatement();
+return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
+}
 }
 catch (RequestExecutionException | RequestValidationException e)
 {

[06/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0

2016-11-11 Thread samt

Merge branch 'cassandra-2.2' into cassandra-3.0


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/d81a4907
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/d81a4907
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/d81a4907

Branch: refs/heads/cassandra-3.0
Commit: d81a49076b694301fdc385af69b57f39a86a22d2
Parents: 14b52bc 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 11:28:33 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 11:28:33 2016 +

--
 .../cassandra/auth/CassandraRoleManager.java| 23 +++-
 1 file changed, 17 insertions(+), 6 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/d81a4907/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --cc src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index 5e3b92d,a90b297..c3e2626
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@@ -163,12 -163,15 +163,11 @@@ public class CassandraRoleManager imple
  // to be added.
  if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") != null)
  {
-  legacySelectUserStatement = (SelectStatement) prepare("SELECT * 
FROM %s.%s WHERE name = ?",
-
AuthKeyspace.NAME,
-
LEGACY_USERS_TABLE);
+ legacySelectUserStatement = prepareLegacySelectUserStatement();
+ 
 -scheduleSetupTask(new Callable()
 -{
 -public Void call() throws Exception
 -{
 -convertLegacyData();
 -return null;
 -}
 +scheduleSetupTask(() -> {
 +convertLegacyData();
 +return null;
  });
  }
  else

[04/10] cassandra git commit: Prepare legacy auth statements if tables initialised after node startup (follow-up)

2016-11-11 Thread samt

Prepare legacy auth statements if tables initialised after node startup 
(follow-up)

Patch by Alex Petrov; reviewed by Sam Tunnicliffe for CASSANDRA-12813

Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/5e4198ff
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/5e4198ff
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/5e4198ff

Branch: refs/heads/trunk
Commit: 5e4198ffdad57aebd7c4b3a8cc01a7ce88eac99c
Parents: 2e21cac
Author: Alex Petrov 
Authored: Thu Nov 10 14:07:38 2016 +0100
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 11:21:39 2016 +

--
 .../cassandra/auth/CassandraRoleManager.java| 23 +++-
 1 file changed, 17 insertions(+), 6 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/5e4198ff/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --git a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java 
b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index dbae1ba..a90b297 100644
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@ -163,9 +163,8 @@ public class CassandraRoleManager implements IRoleManager
 // to be added.
 if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") != null)
 {
- legacySelectUserStatement = (SelectStatement) prepare("SELECT * 
FROM %s.%s WHERE name = ?",
-   
AuthKeyspace.NAME,
-   
LEGACY_USERS_TABLE);
+legacySelectUserStatement = prepareLegacySelectUserStatement();
+
 scheduleSetupTask(new Callable()
 {
 public Void call() throws Exception
@@ -459,6 +458,13 @@ public class CassandraRoleManager implements IRoleManager
 }
 }
 
+private SelectStatement prepareLegacySelectUserStatement()
+{
+return (SelectStatement) prepare("SELECT * FROM %s.%s WHERE name = ?",
+ AuthKeyspace.NAME,
+ LEGACY_USERS_TABLE);
+}
+
 private CQLStatement prepare(String template, String keyspace, String 
table)
 {
 try
@@ -500,9 +506,14 @@ public class CassandraRoleManager implements IRoleManager
 // If it exists, try the legacy users table in case the cluster
 // is in the process of being upgraded and so is running with mixed
 // versions of the authn schema.
-return (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") 
!= null)
-? getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE)
-: getRoleFromTable(name, loadRoleStatement, ROW_TO_ROLE);
+if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") == 
null)
+return getRoleFromTable(name, loadRoleStatement, ROW_TO_ROLE);
+else
+{
+if (legacySelectUserStatement == null)
+prepareLegacySelectUserStatement();
+return getRoleFromTable(name, legacySelectUserStatement, 
LEGACY_ROW_TO_ROLE);
+}
 }
 catch (RequestExecutionException | RequestValidationException e)
 {

[05/10] cassandra git commit: Merge branch 'cassandra-2.2' into cassandra-3.0

2016-11-11 Thread samt

Merge branch 'cassandra-2.2' into cassandra-3.0


Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo
Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/d81a4907
Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/d81a4907
Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/d81a4907

Branch: refs/heads/cassandra-3.X
Commit: d81a49076b694301fdc385af69b57f39a86a22d2
Parents: 14b52bc 5e4198f
Author: Sam Tunnicliffe 
Authored: Fri Nov 11 11:28:33 2016 +
Committer: Sam Tunnicliffe 
Committed: Fri Nov 11 11:28:33 2016 +

--
 .../cassandra/auth/CassandraRoleManager.java| 23 +++-
 1 file changed, 17 insertions(+), 6 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/cassandra/blob/d81a4907/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
--
diff --cc src/java/org/apache/cassandra/auth/CassandraRoleManager.java
index 5e3b92d,a90b297..c3e2626
--- a/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
+++ b/src/java/org/apache/cassandra/auth/CassandraRoleManager.java
@@@ -163,12 -163,15 +163,11 @@@ public class CassandraRoleManager imple
  // to be added.
  if (Schema.instance.getCFMetaData(AuthKeyspace.NAME, "users") != null)
  {
-  legacySelectUserStatement = (SelectStatement) prepare("SELECT * 
FROM %s.%s WHERE name = ?",
-
AuthKeyspace.NAME,
-
LEGACY_USERS_TABLE);
+ legacySelectUserStatement = prepareLegacySelectUserStatement();
+ 
 -scheduleSetupTask(new Callable()
 -{
 -public Void call() throws Exception
 -{
 -convertLegacyData();
 -return null;
 -}
 +scheduleSetupTask(() -> {
 +convertLegacyData();
 +return null;
  });
  }
  else

1 2 >

1 - 100 of 110 matches

Mail list logo