date:20171122

[jira] [Comment Edited] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

2017-11-22 Thread Sumant Padbidri (JIRA)


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

Sumant Padbidri edited comment on CASSANDRA-13898 at 11/22/17 11:40 PM:


I contacted the IBM JVM team. Their feedback:

https://docs.oracle.com/javase/8/docs/api/java/lang/SecurityManager.html#checkPackageAccess-java.lang.String-
 says "If this method is overridden, then super.checkPackageAccess should be 
called as the first line in the overridden method".

org/apache/cassandra/cql3/functions/ThreadAwareSecurityManager does not follow 
that:

public void checkPackageAccess(String pkg)
{
if (!isSecuredThread())
return;

if (!((SecurityThreadGroup) 
Thread.currentThread().getThreadGroup()).isPackageAllowed(pkg))
{
RuntimePermission perm = new 
RuntimePermission("accessClassInPackage." + pkg);
throw new AccessControlException("access denied: " + perm, perm);
}

super.checkPackageAccess(pkg);
}



was (Author: sumantp):
I contacted the IBM JVM team. Their feedback:

https://docs.oracle.com/javase/8/docs/api/java/lang/SecurityManager.html#checkPackageAccess-java.lang.String-
 says "If this method is overridden, then super.checkPackageAccess should be 
called as the first line in the overridden method".

org/apache/cassandra/cql3/functions/ThreadAwareSecurityManager does not follow 
that:

{{
public void checkPackageAccess(String pkg)
{
if (!isSecuredThread())
return;

if (!((SecurityThreadGroup) 
Thread.currentThread().getThreadGroup()).isPackageAllowed(pkg))
{
RuntimePermission perm = new 
RuntimePermission("accessClassInPackage." + pkg);
throw new AccessControlException("access denied: " + perm, perm);
}

super.checkPackageAccess(pkg);
}
}}

> Stack overflow error with UDF using IBM JVM
> ---
>
> Key: CASSANDRA-13898
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13898
> Project: Cassandra
>  Issue Type: Bug
> Environment: Cassandra 3.11 with IBM JVM 8.0.5
>Reporter: Sumant Padbidri
>
> I'm using Cassandra 3.11 right out of the box (i.e. all default parameters) 
> with the IBM JVM 8.0.5. Using any UDF results in a stack overflow error. They 
> work fine with the Oracle JVM. "Create function" works, but using the 
> function in a query results in the error.
> CREATE TABLE test (
> id int,
> val1 int,
> val2 int,
> PRIMARY KEY(id)
> );
> INSERT INTO test(id, val1, val2) VALUES(1, 100, 200);
> INSERT INTO test(id, val1, val2) VALUES(2, 100, 300);
> INSERT INTO test(id, val1, val2) VALUES(3, 200, 150);
> CREATE OR REPLACE FUNCTION maxOf(current int, testvalue int)
> CALLED ON NULL INPUT
> RETURNS int
> LANGUAGE java
> AS $$return Math.max(current,testvalue);$$;
> SELECT id, val1, val2, maxOf(val1,val2) FROM test WHERE id = 1;
> Here's the stack trace from debug.log:
> java.lang.RuntimeException: java.lang.StackOverflowError
> at 
> org.apache.cassandra.cql3.functions.UDFunction.async(UDFunction.java:453) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.executeAsync(UDFunction.java:398)
>  ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.execute(UDFunction.java:298) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.ScalarFunctionSelector.getOutput(ScalarFunctionSelector.java:61)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$SelectionWithProcessing$1.getOutputRow(Selection.java:592)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.getOutputRow(Selection.java:430)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.build(Selection.java:417)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.process(SelectStatement.java:763)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.processResults(SelectStatement.java:400)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:378)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:251)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:79)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:217)
>

[jira] [Comment Edited] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

2017-11-22 Thread Sumant Padbidri (JIRA)


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

Sumant Padbidri edited comment on CASSANDRA-13898 at 11/22/17 10:13 PM:


I contacted the IBM JVM team. Their feedback:

https://docs.oracle.com/javase/8/docs/api/java/lang/SecurityManager.html#checkPackageAccess-java.lang.String-
 says "If this method is overridden, then super.checkPackageAccess should be 
called as the first line in the overridden method".

org/apache/cassandra/cql3/functions/ThreadAwareSecurityManager does not follow 
that:

{{
public void checkPackageAccess(String pkg)
{
if (!isSecuredThread())
return;

if (!((SecurityThreadGroup) 
Thread.currentThread().getThreadGroup()).isPackageAllowed(pkg))
{
RuntimePermission perm = new 
RuntimePermission("accessClassInPackage." + pkg);
throw new AccessControlException("access denied: " + perm, perm);
}

super.checkPackageAccess(pkg);
}
}}


was (Author: sumantp):
I contacted the IBM JVM team. Their feedback:

https://docs.oracle.com/javase/8/docs/api/java/lang/SecurityManager.html#checkPackageAccess-java.lang.String-
 says "If this method is overridden, then super.checkPackageAccess should be 
called as the first line in the overridden method".

org/apache/cassandra/cql3/functions/ThreadAwareSecurityManager does not follow 
that:

{{public void checkPackageAccess(String pkg)
{
if (!isSecuredThread())
return;

if (!((SecurityThreadGroup) 
Thread.currentThread().getThreadGroup()).isPackageAllowed(pkg))
{
RuntimePermission perm = new 
RuntimePermission("accessClassInPackage." + pkg);
throw new AccessControlException("access denied: " + perm, perm);
}

super.checkPackageAccess(pkg);
}
}}

> Stack overflow error with UDF using IBM JVM
> ---
>
> Key: CASSANDRA-13898
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13898
> Project: Cassandra
>  Issue Type: Bug
> Environment: Cassandra 3.11 with IBM JVM 8.0.5
>Reporter: Sumant Padbidri
>
> I'm using Cassandra 3.11 right out of the box (i.e. all default parameters) 
> with the IBM JVM 8.0.5. Using any UDF results in a stack overflow error. They 
> work fine with the Oracle JVM. "Create function" works, but using the 
> function in a query results in the error.
> CREATE TABLE test (
> id int,
> val1 int,
> val2 int,
> PRIMARY KEY(id)
> );
> INSERT INTO test(id, val1, val2) VALUES(1, 100, 200);
> INSERT INTO test(id, val1, val2) VALUES(2, 100, 300);
> INSERT INTO test(id, val1, val2) VALUES(3, 200, 150);
> CREATE OR REPLACE FUNCTION maxOf(current int, testvalue int)
> CALLED ON NULL INPUT
> RETURNS int
> LANGUAGE java
> AS $$return Math.max(current,testvalue);$$;
> SELECT id, val1, val2, maxOf(val1,val2) FROM test WHERE id = 1;
> Here's the stack trace from debug.log:
> java.lang.RuntimeException: java.lang.StackOverflowError
> at 
> org.apache.cassandra.cql3.functions.UDFunction.async(UDFunction.java:453) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.executeAsync(UDFunction.java:398)
>  ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.execute(UDFunction.java:298) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.ScalarFunctionSelector.getOutput(ScalarFunctionSelector.java:61)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$SelectionWithProcessing$1.getOutputRow(Selection.java:592)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.getOutputRow(Selection.java:430)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.build(Selection.java:417)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.process(SelectStatement.java:763)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.processResults(SelectStatement.java:400)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:378)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:251)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:79)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:217)
>

[jira] [Commented] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

2017-11-22 Thread Sumant Padbidri (JIRA)


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

Sumant Padbidri commented on CASSANDRA-13898:
-

I contacted the IBM JVM team. Their feedback:

https://docs.oracle.com/javase/8/docs/api/java/lang/SecurityManager.html#checkPackageAccess-java.lang.String-
 says "If this method is overridden, then super.checkPackageAccess should be 
called as the first line in the overridden method".

org/apache/cassandra/cql3/functions/ThreadAwareSecurityManager does not follow 
that:

{{public void checkPackageAccess(String pkg)
{
if (!isSecuredThread())
return;

if (!((SecurityThreadGroup) 
Thread.currentThread().getThreadGroup()).isPackageAllowed(pkg))
{
RuntimePermission perm = new 
RuntimePermission("accessClassInPackage." + pkg);
throw new AccessControlException("access denied: " + perm, perm);
}

super.checkPackageAccess(pkg);
}
}}

> Stack overflow error with UDF using IBM JVM
> ---
>
> Key: CASSANDRA-13898
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13898
> Project: Cassandra
>  Issue Type: Bug
> Environment: Cassandra 3.11 with IBM JVM 8.0.5
>Reporter: Sumant Padbidri
>
> I'm using Cassandra 3.11 right out of the box (i.e. all default parameters) 
> with the IBM JVM 8.0.5. Using any UDF results in a stack overflow error. They 
> work fine with the Oracle JVM. "Create function" works, but using the 
> function in a query results in the error.
> CREATE TABLE test (
> id int,
> val1 int,
> val2 int,
> PRIMARY KEY(id)
> );
> INSERT INTO test(id, val1, val2) VALUES(1, 100, 200);
> INSERT INTO test(id, val1, val2) VALUES(2, 100, 300);
> INSERT INTO test(id, val1, val2) VALUES(3, 200, 150);
> CREATE OR REPLACE FUNCTION maxOf(current int, testvalue int)
> CALLED ON NULL INPUT
> RETURNS int
> LANGUAGE java
> AS $$return Math.max(current,testvalue);$$;
> SELECT id, val1, val2, maxOf(val1,val2) FROM test WHERE id = 1;
> Here's the stack trace from debug.log:
> java.lang.RuntimeException: java.lang.StackOverflowError
> at 
> org.apache.cassandra.cql3.functions.UDFunction.async(UDFunction.java:453) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.executeAsync(UDFunction.java:398)
>  ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.functions.UDFunction.execute(UDFunction.java:298) 
> ~[apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.ScalarFunctionSelector.getOutput(ScalarFunctionSelector.java:61)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$SelectionWithProcessing$1.getOutputRow(Selection.java:592)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.getOutputRow(Selection.java:430)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.selection.Selection$ResultSetBuilder.build(Selection.java:417)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.process(SelectStatement.java:763)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.processResults(SelectStatement.java:400)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:378)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:251)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:79)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:217)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:248) 
> [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:233) 
> [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.transport.messages.QueryMessage.execute(QueryMessage.java:116)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:517)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:410)
>  [apache-cassandra-3.11.0.jar:3.11.0]
> at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [netty-all-4.0.44.Final.jar:4.0.44.Final]
> at 
>

[jira] [Created] (CASSANDRA-14068) unittest failed: SecondaryIndexManagerTest.cannotRebuildWhileAnotherRebuildIsInProgress

2017-11-22 Thread Jay Zhuang (JIRA)

Jay Zhuang created CASSANDRA-14068:
--

 Summary: unittest failed: 
SecondaryIndexManagerTest.cannotRebuildWhileAnotherRebuildIsInProgress
 Key: CASSANDRA-14068
 URL: https://issues.apache.org/jira/browse/CASSANDRA-14068
 Project: Cassandra
  Issue Type: Bug
  Components: Testing
Reporter: Jay Zhuang


{noformat}
[junit] Testcase: 
cannotRebuildWhileAnotherRebuildIsInProgress(org.apache.cassandra.index.SecondaryIndexManagerTest):
   FAILED
[junit] Invalid value for row 0 column 1 (index_name of type text), 
expected  but got 
[junit] junit.framework.AssertionFailedError: Invalid value for row 0 
column 1 (index_name of type text), expected  but got 

[junit] at 
org.apache.cassandra.cql3.CQLTester.assertRows(CQLTester.java:1012)
[junit] at 
org.apache.cassandra.index.SecondaryIndexManagerTest.assertMarkedAsBuilt(SecondaryIndexManagerTest.java:558)
[junit] at 
org.apache.cassandra.index.SecondaryIndexManagerTest.cannotRebuildWhileAnotherRebuildIsInProgress(SecondaryIndexManagerTest.java:156)
[junit]
[junit]
[junit] Test org.apache.cassandra.index.SecondaryIndexManagerTest FAILED
{noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

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

2017-11-22 Thread Jeff Jirsa (JIRA)


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

Jeff Jirsa commented on CASSANDRA-12813:


The fix is committed to 3.10, so you won’t get it in 3.9 - you’ll need to 
upgrade to 3.10 or, more likely, 3.11.1

> 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.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Assigned] (CASSANDRA-14050) Many cqlsh_copy_tests are busted

2017-11-22 Thread Jeff Jirsa (JIRA)


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

Jeff Jirsa reassigned CASSANDRA-14050:
--

Assignee: Sam Sriramadhesikan

> Many cqlsh_copy_tests are busted
> 
>
> Key: CASSANDRA-14050
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14050
> Project: Cassandra
>  Issue Type: Bug
>  Components: Testing
>Reporter: Michael Kjellman
>Assignee: Sam Sriramadhesikan
>
> Many cqlsh_copy_tests are busted. We should disable the entire suite until 
> this is resolved as these tests are currently nothing but a waste of time.
> test_bulk_round_trip_blogposts - cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> test_bulk_round_trip_blogposts_with_max_connections - 
> cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> test_bulk_round_trip_default - cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> Error starting node3.
>  >> begin captured logging << 
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-S9NfIH
> dtest: DEBUG: Done setting configuration options:
> {   'initial_token': None,
> 'memtable_allocation_type': 'offheap_objects',
> 'num_tokens': '256',
> '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}
> - >> end captured logging << -
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 2546, in test_bulk_round_trip_blogposts
> stress_table='stresscql.blogposts')
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 2451, in _test_bulk_round_trip
> self.prepare(nodes=nodes, partitioner=partitioner, 
> configuration_options=configuration_options)
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 115, in prepare
> self.cluster.populate(nodes, 
> tokens=tokens).start(wait_for_binary_proto=True)
>   File 
> "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/cluster.py", 
> line 423, in start
> raise NodeError("Error starting {0}.".format(node.name), p)
> "Error starting node3.\n >> begin captured logging << 
> \ndtest: DEBUG: cluster ccm directory: 
> /tmp/dtest-S9NfIH\ndtest: DEBUG: Done setting configuration options:\n{   
> 'initial_token': None,\n'memtable_allocation_type': 'offheap_objects',\n  
>   'num_tokens': '256',\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}\n- >> end captured logging << 
> -"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-14050) Many cqlsh_copy_tests are busted

2017-11-22 Thread Sam Sriramadhesikan (JIRA)


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

Sam Sriramadhesikan commented on CASSANDRA-14050:
-

Can any contributor with Assign permissions, assign this JIRA to me? My 
username is 'sasrira' (Sam Sriramadhesikan)

> Many cqlsh_copy_tests are busted
> 
>
> Key: CASSANDRA-14050
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14050
> Project: Cassandra
>  Issue Type: Bug
>  Components: Testing
>Reporter: Michael Kjellman
>
> Many cqlsh_copy_tests are busted. We should disable the entire suite until 
> this is resolved as these tests are currently nothing but a waste of time.
> test_bulk_round_trip_blogposts - cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> test_bulk_round_trip_blogposts_with_max_connections - 
> cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> test_bulk_round_trip_default - cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest
> Error starting node3.
>  >> begin captured logging << 
> dtest: DEBUG: cluster ccm directory: /tmp/dtest-S9NfIH
> dtest: DEBUG: Done setting configuration options:
> {   'initial_token': None,
> 'memtable_allocation_type': 'offheap_objects',
> 'num_tokens': '256',
> '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}
> - >> end captured logging << -
>   File "/usr/lib/python2.7/unittest/case.py", line 329, in run
> testMethod()
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 2546, in test_bulk_round_trip_blogposts
> stress_table='stresscql.blogposts')
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 2451, in _test_bulk_round_trip
> self.prepare(nodes=nodes, partitioner=partitioner, 
> configuration_options=configuration_options)
>   File "/home/cassandra/cassandra-dtest/cqlsh_tests/cqlsh_copy_tests.py", 
> line 115, in prepare
> self.cluster.populate(nodes, 
> tokens=tokens).start(wait_for_binary_proto=True)
>   File 
> "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/cluster.py", 
> line 423, in start
> raise NodeError("Error starting {0}.".format(node.name), p)
> "Error starting node3.\n >> begin captured logging << 
> \ndtest: DEBUG: cluster ccm directory: 
> /tmp/dtest-S9NfIH\ndtest: DEBUG: Done setting configuration options:\n{   
> 'initial_token': None,\n'memtable_allocation_type': 'offheap_objects',\n  
>   'num_tokens': '256',\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}\n- >> end captured logging << 
> -"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

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

2017-11-22 Thread Data Junkie (JIRA)


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

Data Junkie commented on CASSANDRA-12813:
-

Any update on this? we see similar issues with 3.9 no version upgrade

> 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.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-14055) Index redistribution breaks SASI index

2017-11-22 Thread Ludovic Boutros (JIRA)


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

Ludovic Boutros commented on CASSANDRA-14055:
-

It seems to be a bit more complex.
There is a case that I'm not able to reproduce in a unit test which breaks as 
well SASI index, but I'm able to reproduce it in debug mode (and in production 
of course :( ).

> Index redistribution breaks SASI index
> --
>
> Key: CASSANDRA-14055
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14055
> Project: Cassandra
>  Issue Type: Bug
>  Components: sasi
>Reporter: Ludovic Boutros
>  Labels: patch
> Fix For: 3.11.x
>
> Attachments: CASSANDRA-14055.patch, CASSANDRA-14055.patch
>
>
> During index redistribution process, a new view is created.
> During this creation, old indexes should be released.
> But, new indexes are "attached" to the same SSTable as the old indexes.
> This leads to the deletion of the last SASI index file and breaks the index.
> The issue is in this function : 
> [https://github.com/apache/cassandra/blob/9ee44db49b13d4b4c91c9d6332ce06a6e2abf944/src/java/org/apache/cassandra/index/sasi/conf/view/View.java#L62]



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-14067) Change default for SSL algorithm

2017-11-22 Thread Jason Brown (JIRA)


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

Jason Brown commented on CASSANDRA-14067:
-

lol - I thought we've played this game before CASSANDRA-13259 :D

tbh, I'm not sure how netty deals with the SSL algorithm. We should check on 
that, as well. I can look next week as going offline soon.

> Change default for SSL algorithm
> 
>
> Key: CASSANDRA-14067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14067
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Stefan Podkowinski
>Assignee: Stefan Podkowinski
>  Labels: security
> Fix For: 4.x
>
>
> The hardcoded default for the SSL validation algorithm should be changed from 
> SunX509 to PKIX, which has been [default since Java 
> 7|https://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/JSSERefGuide.html#SupportClasses].
>  Starting with Java 9, the use of SunX509 is [actively 
> discouraged|https://bugs.openjdk.java.net/browse/JDK-8169745], as it 
> implements fewer security constraints. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Updated] (CASSANDRA-14067) Change default for SSL algorithm

2017-11-22 Thread Stefan Podkowinski (JIRA)


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

Stefan Podkowinski updated CASSANDRA-14067:
---
Labels: security  (was: )
Status: Patch Available  (was: Open)

> Change default for SSL algorithm
> 
>
> Key: CASSANDRA-14067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14067
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Stefan Podkowinski
>Assignee: Stefan Podkowinski
>  Labels: security
> Fix For: 4.x
>
>
> The hardcoded default for the SSL validation algorithm should be changed from 
> SunX509 to PKIX, which has been [default since Java 
> 7|https://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/JSSERefGuide.html#SupportClasses].
>  Starting with Java 9, the use of SunX509 is [actively 
> discouraged|https://bugs.openjdk.java.net/browse/JDK-8169745], as it 
> implements fewer security constraints. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Created] (CASSANDRA-14067) Change default for SSL algorithm

2017-11-22 Thread Stefan Podkowinski (JIRA)

Stefan Podkowinski created CASSANDRA-14067:
--

 Summary: Change default for SSL algorithm
 Key: CASSANDRA-14067
 URL: https://issues.apache.org/jira/browse/CASSANDRA-14067
 Project: Cassandra
  Issue Type: Bug
Reporter: Stefan Podkowinski
Assignee: Stefan Podkowinski
 Fix For: 4.x


The hardcoded default for the SSL validation algorithm should be changed from 
SunX509 to PKIX, which has been [default since Java 
7|https://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/JSSERefGuide.html#SupportClasses].
 Starting with Java 9, the use of SunX509 is [actively 
discouraged|https://bugs.openjdk.java.net/browse/JDK-8169745], as it implements 
fewer security constraints. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-13965) SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests

2017-11-22 Thread Robert Stupp (JIRA)


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

Robert Stupp commented on CASSANDRA-13965:
--

+1

Thanks for the patch!

> SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests
> ---
>
> Key: CASSANDRA-13965
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13965
> Project: Cassandra
>  Issue Type: Bug
>  Components: Secondary Indexes, Testing
>Reporter: Andrés de la Peña
>Assignee: Andrés de la Peña
>Priority: Minor
> Fix For: 4.x
>
>
> The methods 
> [{{SecondaryIndexManagerTest.assertMarkedAsBuilt}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/index/SecondaryIndexManagerTest.java#L554-L557]
>  and 
> [{{SecondaryIndexManagerTest.assertNotMarkedAsBuilt}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/index/SecondaryIndexManagerTest.java#L559-L562]
>  produce occasional test failures. 
> These methods assume that there aren't any other indexes in the 
> {{system.IndexInfo}} table than those created by the calling test. However, 
> it is possible to find indexes built for other tests (not only 
> {{SecondaryIndexManagerTest}}) that rely on {{CQLTester.afterTest}} to 
> cleanup to drop their created indexes, because this method is asynchronous. 
> So, it is possible to reach the 
> {{SecondaryIndexManagerTest.assert(Not)MarkedAsBuilt}} calls before the 
> indexes created by the previous test have been cleaned up.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Updated] (CASSANDRA-13965) SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests

2017-11-22 Thread Robert Stupp (JIRA)


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

Robert Stupp updated CASSANDRA-13965:
-
Status: Ready to Commit  (was: Patch Available)

> SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests
> ---
>
> Key: CASSANDRA-13965
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13965
> Project: Cassandra
>  Issue Type: Bug
>  Components: Secondary Indexes, Testing
>Reporter: Andrés de la Peña
>Assignee: Andrés de la Peña
>Priority: Minor
> Fix For: 4.x
>
>
> The methods 
> [{{SecondaryIndexManagerTest.assertMarkedAsBuilt}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/index/SecondaryIndexManagerTest.java#L554-L557]
>  and 
> [{{SecondaryIndexManagerTest.assertNotMarkedAsBuilt}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/index/SecondaryIndexManagerTest.java#L559-L562]
>  produce occasional test failures. 
> These methods assume that there aren't any other indexes in the 
> {{system.IndexInfo}} table than those created by the calling test. However, 
> it is possible to find indexes built for other tests (not only 
> {{SecondaryIndexManagerTest}}) that rely on {{CQLTester.afterTest}} to 
> cleanup to drop their created indexes, because this method is asynchronous. 
> So, it is possible to reach the 
> {{SecondaryIndexManagerTest.assert(Not)MarkedAsBuilt}} calls before the 
> indexes created by the previous test have been cleaned up.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Comment Edited] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

[jira] [Comment Edited] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

[jira] [Commented] (CASSANDRA-13898) Stack overflow error with UDF using IBM JVM

[jira] [Created] (CASSANDRA-14068) unittest failed: SecondaryIndexManagerTest.cannotRebuildWhileAnotherRebuildIsInProgress

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

[jira] [Assigned] (CASSANDRA-14050) Many cqlsh_copy_tests are busted

[jira] [Commented] (CASSANDRA-14050) Many cqlsh_copy_tests are busted

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

[jira] [Commented] (CASSANDRA-14055) Index redistribution breaks SASI index

[jira] [Commented] (CASSANDRA-14067) Change default for SSL algorithm

[jira] [Updated] (CASSANDRA-14067) Change default for SSL algorithm

[jira] [Created] (CASSANDRA-14067) Change default for SSL algorithm

[jira] [Commented] (CASSANDRA-13965) SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests

[jira] [Updated] (CASSANDRA-13965) SecondaryIndexManagerTest.assert[Not]MarkedAsBuilt produces flaky tests

14 matches

Site Navigation

Mail list logo

Footer information