Re: [VOTE] Release Apache Cassandra 3.10 (Take 5)

2017-01-31 Thread Jeff Jirsa
+1

-- 
Jeff Jirsa


> On Jan 31, 2017, at 1:29 PM, Michael Shuler  wrote:
> 
> I propose the following artifacts for release as 3.10.
> 
> sha1: 3cf415279c171fe20802ad90f181eed7da04c58d
> Git:
> http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.10-tentative
> Artifacts:
> https://repository.apache.org/content/repositories/orgapachecassandra-1137/org/apache/cassandra/apache-cassandra/3.10/
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachecassandra-1137/
> 
> The Debian packages are available here: http://people.apache.org/~mshuler
> 
> - All unit test variations passed on this sha.
> - 2 dtests failed on this sha with known failures:
>  - TestAuthUpgrade - CASSANDRA-11469
>  - TestReadFailures - CASSANDRA-13167 (passed on re-run)
> 
> The vote will be open for 72 hours (longer if needed).
> 
> [1]: (CHANGES.txt) https://goo.gl/XDn15n
> [2]: (NEWS.txt) https://goo.gl/tvmL8j
> 


Re: [VOTE] Release Apache Cassandra 3.10 (Take 5)

2017-01-31 Thread Brandon Williams
+1

On Tue, Jan 31, 2017 at 3:29 PM, Michael Shuler 
wrote:

> I propose the following artifacts for release as 3.10.
>
> sha1: 3cf415279c171fe20802ad90f181eed7da04c58d
> Git:
> http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=
> shortlog;h=refs/tags/3.10-tentative
> Artifacts:
> https://repository.apache.org/content/repositories/
> orgapachecassandra-1137/org/apache/cassandra/apache-cassandra/3.10/
> Staging repository:
> https://repository.apache.org/content/repositories/
> orgapachecassandra-1137/
>
> The Debian packages are available here: http://people.apache.org/~mshuler
>
> - All unit test variations passed on this sha.
> - 2 dtests failed on this sha with known failures:
>   - TestAuthUpgrade - CASSANDRA-11469
>   - TestReadFailures - CASSANDRA-13167 (passed on re-run)
>
> The vote will be open for 72 hours (longer if needed).
>
> [1]: (CHANGES.txt) https://goo.gl/XDn15n
> [2]: (NEWS.txt) https://goo.gl/tvmL8j
>
>


Re: [VOTE] Release Apache Cassandra 3.10 (Take 5)

2017-01-31 Thread Nate McCall
> I propose the following artifacts for release as 3.10.
>
> sha1: 3cf415279c171fe20802ad90f181eed7da04c58d

+1


Re: [VOTE] Release Apache Cassandra 3.10 (Take 5)

2017-01-31 Thread Aleksey Yeschenko
+1

-- 
AY

On 31 January 2017 at 21:29:32, Michael Shuler (mich...@pbandjelly.org) wrote:

I propose the following artifacts for release as 3.10.  

sha1: 3cf415279c171fe20802ad90f181eed7da04c58d  
Git:  
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.10-tentative
  
Artifacts:  
https://repository.apache.org/content/repositories/orgapachecassandra-1137/org/apache/cassandra/apache-cassandra/3.10/
  
Staging repository:  
https://repository.apache.org/content/repositories/orgapachecassandra-1137/  

The Debian packages are available here: http://people.apache.org/~mshuler  

- All unit test variations passed on this sha.  
- 2 dtests failed on this sha with known failures:  
- TestAuthUpgrade - CASSANDRA-11469  
- TestReadFailures - CASSANDRA-13167 (passed on re-run)  

The vote will be open for 72 hours (longer if needed).  

[1]: (CHANGES.txt) https://goo.gl/XDn15n  
[2]: (NEWS.txt) https://goo.gl/tvmL8j  



[VOTE] Release Apache Cassandra 3.10 (Take 5)

2017-01-31 Thread Michael Shuler
I propose the following artifacts for release as 3.10.

sha1: 3cf415279c171fe20802ad90f181eed7da04c58d
Git:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.10-tentative
Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-1137/org/apache/cassandra/apache-cassandra/3.10/
Staging repository:
https://repository.apache.org/content/repositories/orgapachecassandra-1137/

The Debian packages are available here: http://people.apache.org/~mshuler

- All unit test variations passed on this sha.
- 2 dtests failed on this sha with known failures:
  - TestAuthUpgrade - CASSANDRA-11469
  - TestReadFailures - CASSANDRA-13167 (passed on re-run)

The vote will be open for 72 hours (longer if needed).

[1]: (CHANGES.txt) https://goo.gl/XDn15n
[2]: (NEWS.txt) https://goo.gl/tvmL8j



signature.asc
Description: OpenPGP digital signature


Re: copy to stdout fails in cqlsh

2017-01-31 Thread Tyler Hobbs
This looks like https://issues.apache.org/jira/browse/CASSANDRA-12497.
Unfortunately I haven't had time to look into it yet, but feel free to give
it a try and provide a patch.

On Tue, Jan 31, 2017 at 4:03 AM, Micha  wrote:

> Hi,
>
> with cqlsh running on one of the cluster machines I get the following
> error when issuing
>
> use my_keyspace;
> copy demo to stdout;
>
> Error:
> () got an unexpected keyword argument 'encoding'
>
> Seems like a python driver issue.
>
> Whereas, if I start cqlsh in debug mode, the export works without errors.
> Does debug mode switches some libs?
>
>
> On my local machine I compiled the newest masterbranch python driver.
> When connecting to the cassandra cluster and issuing the copy command,
> it fails with the same error as above, this time in normal and debug mode.
> The stack trace of the copy command is :
>
>
> home:~/python-driver-master$ cqlsh --debug cassandra-dev01
>
>
> Using CQL driver:  '/usr/local/lib/python2.7/dist-packages/cassandra_
> driver-3.7.1.post0-py2.7-linux-x86_64.egg/cassandra/__init__.pyc'>
> Using connect timeout: 5 seconds
> Using 'utf-8' encoding
> Using ssl: False
> Connected to TestCluster at cassandra-dev01:9042.
> [cqlsh 5.0.1 | Cassandra 3.9 | CQL spec 3.4.2 | Native protocol v4]
> Use HELP for help.
> cqlsh> USE spielplatz_5;
> cqlsh:spielplatz_5> copy demo3  to STDOUT  ;
> Detected 8 core(s)
> Using 7 child processes
>
> Starting copy of spielplatz_5.demo3 with columns [id, added, dest, id2,
> source].
> Closing parent cluster sockets
> Closing parent cluster sockets
> Closing parent cluster sockets
> Closing parent cluster sockets
> Closing parent cluster sockets
> Closing parent cluster sockets
> Closing parent cluster sockets
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Created connection to ('192.168.178.1',) with page size 1000 and timeout
> 10 seconds per page
> Created connection to ('192.168.178.1',) with page size 1000 and timeout
> 10 seconds per page
> Created connection to ('192.168.178.1',) with page size 1000 and timeout
> 10 seconds per page
> Created connection to ('192.168.178.1',) with page size 1000 and timeout
> 10 seconds per page
> Created connection to ('192.168.178.1',) with page size 1000 and timeout
> 10 seconds per page
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Process ExportProcess-4:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
> _bootstrap
> Closing queues...
> self.run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1521, in run
> self.inner_run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1544, in inner_run
> self.start_request(token_range, info)
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1573, in start_request
> metadata =
> session.cluster.metadata.keyspaces[self.ks].tables[self.table]
> KeyError: 'spielplatz_5'
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
> seconds per page
> Closing queues...
> Process ExportProcess-1:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
> _bootstrap
> self.run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1521, in run
> self.inner_run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1544, in inner_run
> self.start_request(token_range, info)
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1573, in start_request
> metadata =
> session.cluster.metadata.keyspaces[self.ks].tables[self.table]
> KeyError: 'spielplatz_5'
> Process ExportProcess-7:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
> _bootstrap
> self.run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1521, in run
> self.inner_run()
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1544, in inner_run
> self.start_request(token_range, info)
>   File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
> 1573, in start_request
> metadata =
> session.cluster.metadata.keyspaces[self.ks].tables[self.table]
> KeyError: 'spielplatz_5'
> Child process 14957 died with exit code 1
> Child process 14961 died with exit code 1
> Child process 14968 died with exit 

copy to stdout fails in cqlsh

2017-01-31 Thread Micha
Hi,

with cqlsh running on one of the cluster machines I get the following
error when issuing

use my_keyspace;
copy demo to stdout;

Error:
() got an unexpected keyword argument 'encoding'

Seems like a python driver issue.

Whereas, if I start cqlsh in debug mode, the export works without errors.
Does debug mode switches some libs?


On my local machine I compiled the newest masterbranch python driver.
When connecting to the cassandra cluster and issuing the copy command,
it fails with the same error as above, this time in normal and debug mode.
The stack trace of the copy command is :


home:~/python-driver-master$ cqlsh --debug cassandra-dev01


Using CQL driver: 
Using connect timeout: 5 seconds
Using 'utf-8' encoding
Using ssl: False
Connected to TestCluster at cassandra-dev01:9042.
[cqlsh 5.0.1 | Cassandra 3.9 | CQL spec 3.4.2 | Native protocol v4]
Use HELP for help.
cqlsh> USE spielplatz_5;
cqlsh:spielplatz_5> copy demo3  to STDOUT  ;
Detected 8 core(s)
Using 7 child processes

Starting copy of spielplatz_5.demo3 with columns [id, added, dest, id2,
source].
Closing parent cluster sockets
Closing parent cluster sockets
Closing parent cluster sockets
Closing parent cluster sockets
Closing parent cluster sockets
Closing parent cluster sockets
Closing parent cluster sockets
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Created connection to ('192.168.178.1',) with page size 1000 and timeout
10 seconds per page
Created connection to ('192.168.178.1',) with page size 1000 and timeout
10 seconds per page
Created connection to ('192.168.178.1',) with page size 1000 and timeout
10 seconds per page
Created connection to ('192.168.178.1',) with page size 1000 and timeout
10 seconds per page
Created connection to ('192.168.178.1',) with page size 1000 and timeout
10 seconds per page
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Process ExportProcess-4:
Traceback (most recent call last):
  File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
_bootstrap
Closing queues...
self.run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1521, in run
self.inner_run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1544, in inner_run
self.start_request(token_range, info)
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1573, in start_request
metadata =
session.cluster.metadata.keyspaces[self.ks].tables[self.table]
KeyError: 'spielplatz_5'
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Created connection to ('127.0.0.1',) with page size 1000 and timeout 10
seconds per page
Closing queues...
Process ExportProcess-1:
Traceback (most recent call last):
  File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
_bootstrap
self.run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1521, in run
self.inner_run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1544, in inner_run
self.start_request(token_range, info)
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1573, in start_request
metadata =
session.cluster.metadata.keyspaces[self.ks].tables[self.table]
KeyError: 'spielplatz_5'
Process ExportProcess-7:
Traceback (most recent call last):
  File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in
_bootstrap
self.run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1521, in run
self.inner_run()
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1544, in inner_run
self.start_request(token_range, info)
  File "/usr/lib/python2.7/dist-packages/cqlshlib/copyutil.py", line
1573, in start_request
metadata =
session.cluster.metadata.keyspaces[self.ks].tables[self.table]
KeyError: 'spielplatz_5'
Child process 14957 died with exit code 1
Child process 14961 died with exit code 1
Child process 14968 died with exit code 1
Exported 5 ranges out of 513 total ranges, some records might be missing
Processed: 0 rows; Rate:   0 rows/s; Avg. rate:   0 rows/s
0 rows exported to 0 files in 0.311 seconds.




Any hints?


cheers,
 Michael



Re: Why shaded Datastax java-driver?

2017-01-31 Thread Tomas Repik
Well good to know. Then I think the optional="true" attribute of the java 
driver in build.xml is misleading. If you didn't include the java driver, 
you're not able to build cassandra as far as I'm trying. I've already suggested 
a cassandra-common.jar in another topic (Cassandra client) and I'm glad that 
I'm not the only one thinking about such thing. Is there any chance that the 
idea would be considered by upstream? 

- Original Message -
> Some of the tools use the driver, and there is some reliance on classes
> for user defined types that come from the driver. I suppose ideally
> these would get split out into a cassandra-common.jar, or such.
> 
> 
> "Shaded" in this case means that the jar contains code from netty, but
> the package structure is changed so that there are no conflicts with a
> real netty jar.
>