[jira] [Updated] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

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

Kyle Douglass updated THRIFT-4430:
--
Description: 
The make check command which is run while building Thrift hangs on the 9'th 
test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
after waiting on the test for ~15 minutes. Any ideas?


{code:none}
Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
make  check-local
make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
/home/kmdouglass/miniconda3/bin/python test/thrift_json.py
.
--
Ran 1 test in 0.000s

OK
/home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
^CTraceback (most recent call last):
  File "test/test_sslsocket.py", line 125, in _connectable_client
client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 263, in __init__
  
TSSLBase.__init__(self, False, host, kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 139, in __init__
  
self._init_context(ssl_version)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 53, in _init_context
  
self._context = ssl.SSLContext(ssl_version)
  File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in __new__
self = _SSLContext.__new__(cls, protocol)
ssl.SSLError: ('No cipher can be selected.',)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test/test_sslsocket.py", line 343, in 
unittest.main()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
in __init__
self.runTests()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 256, 
in runTests
self.result = testRunner.run(self.test)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
176, in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 653, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 605, 
in run
testMethod()
  File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
self._assert_connection_failure(server, ca_certs=SERVER_CERT, 
ssl_version=ssl.PROTOCOL_SSLv2)
  File "test/test_sslsocket.py", line 135, in _assert_connection_failure
with self._connectable_client(server, True, path=path, **client_args) as 
(acc, client):
  File "/home/kmdouglass/miniconda3/lib/python3.6/contextlib.py", line 81, in 
__enter__
return next(self.gen)
  File "test/test_sslsocket.py", line 128, in _connectable_client
if acc.client:
  File "test/test_sslsocket.py", line 95, in client
self._client_accepted.wait()
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 551, in 
wait
signaled = self._cond.wait(timeout)
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 295, in 
wait
waiter.acquire()
KeyboardInterrupt
Makefile:658: recipe for target 'check-local' failed
make[3]: *** [check-local] Error 1
Makefile:512: recipe for target 'check-am' failed
make[2]: *** [check-am] Interrupt
Makefile:577: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Interrupt
Makefile:660: recipe for target 'check-recursive' failed
make: *** [check-recursive] Interrupt
{code}



  was:
The make check command which is run while building Thrift hangs on the 9'th 
test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
after waiting on the test for ~15 minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py

[jira] [Comment Edited] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297961#comment-16297961
 ] 

Kyle Douglass edited comment on THRIFT-4430 at 12/20/17 6:46 AM:
-

Thanks James. I built Thrift and ran {code:none}make check{code} using my 
system's Python (rather than Anaconda's) and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?



was (Author: kmdouglass):
Thanks James. I built Thrift {code:none}make check{code} using my system's 
Python--rather than Anaconda's--and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?


> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py",

[jira] [Comment Edited] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297961#comment-16297961
 ] 

Kyle Douglass edited comment on THRIFT-4430 at 12/20/17 6:46 AM:
-

Thanks James. I built Thrift and ran {code:none}make check{code} using my 
system's Python (rather than Anaconda's) and it runs successfully. Just a minor 
observation: there is no *test.sh* script in anywhere in my build directory for 
running the cross-language test suite as described in the [build 
instructions|https://thrift.apache.org/docs/BuildingFromSource]. I will keep 
tinkering with it to see whether I can get it to run with Anaconda's libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?



was (Author: kmdouglass):
Thanks James. I built Thrift and ran {code:none}make check{code} using my 
system's Python (rather than Anaconda's) and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?


> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
> 176, in

[jira] [Commented] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297961#comment-16297961
 ] 

Kyle Douglass commented on THRIFT-4430:
---

Thanks James. I built Thrift {code:sh}make check{code} using my system's 
Python--rather than Anaconda's--and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?


> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
> 176, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 84, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 122, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 84, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 122, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 
> 653, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 
> 605, in run
> testMethod()
>   File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
>

[jira] [Comment Edited] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297961#comment-16297961
 ] 

Kyle Douglass edited comment on THRIFT-4430 at 12/20/17 6:45 AM:
-

Thanks James. I built Thrift {code:none}make check{code} using my system's 
Python--rather than Anaconda's--and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?



was (Author: kmdouglass):
Thanks James. I built Thrift {code:sh}make check{code} using my system's 
Python--rather than Anaconda's--and it runs successfully. Just a minor 
observation: there is no {noformat}test/test.sh{noformat} script in anywhere in 
my build directory for running the cross-language test suite as described in 
the [build instructions|https://thrift.apache.org/docs/BuildingFromSource]. I 
will keep tinkering with it to see whether I can get it to run with Anaconda's 
libraries.

I have a follow-up question: I noticed that Python 2.6 is listed as a Python 
requirement on the [build requirements 
page|https://thrift.apache.org/docs/install/]. Does this mean that I need both 
Python 2 and 3 installed in my Python environment, even if I am only going to 
use Python 3?


> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
> 176,

[jira] [Commented] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread James E. King, III (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297178#comment-16297178
 ] 

James E. King, III commented on THRIFT-4430:


It sounds environmental, given our CI builds pass, for example:

https://travis-ci.org/apache/thrift/builds/318411263

The CI builds run "make check" on Ubuntu Trusty, Xenial, and Artful today using 
docker.

We build on all these python versions:
{noformat}
python  2.7.6   2.7.12  2.7.14  
python3 3.4.3   3.5.2   3.6.3
{noformat}
(see: https://github.com/apache/thrift/tree/master/build/docker)

What I would suggest is that you look at the docker files for each and see how 
python is configured.
Perhaps you have an old or missing package and it doesn't behave well?
For example on Ubuntu Xenial this is how we set up python and py3 to run thrift:
{noformat}
RUN apt-get install -y --no-install-recommends \
`# Python dependencies` \
  python-all \
  python-all-dbg \
  python-all-dev \
  python-backports.ssl-match-hostname \
  python-ipaddress \
  python-pip \
  python-setuptools \
  python-six \
  python-tornado \
  python-twisted \
  python-wheel \
  python-zope.interface \
  python3-all \
  python3-all-dbg \
  python3-all-dev \
  python3-setuptools \
  python3-six \
  python3-tornado \
  python3-twisted \
  python3-wheel \
  python3-zope.interface && \
pip install --upgrade backports.ssl_match_hostname
{noformat}
(see: 
https://github.com/apache/thrift/blob/master/build/docker/ubuntu-xenial/Dockerfile#L202)


> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
> 176, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 84, in __call__
> return self.run(*args, **kwds)
>   File

[jira] [Commented] (THRIFT-4431) Repetitive use of HTTPClientTransport causes "Errno::EMFILE: Failed to open TCP connection"

2017-12-19 Thread ASF GitHub Bot (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16297036#comment-16297036
 ] 

ASF GitHub Bot commented on THRIFT-4431:


GitHub user lompy opened a pull request:

https://github.com/apache/thrift/pull/1447

THRIFT-4431 Ruby library: Finish http connection after flush in http client

Call Net/HTTP#finish after flush in HTTPClientTransport to release 
connection file descriptors.
This eliminates error "Errno::EMFILE: Failed to open TCP connection (Too 
many open files - getaddrinfo)" if many calls are made with a client object.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/lompy/thrift patch-1

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/thrift/pull/1447.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1447


commit 1ec9e834c30dd5be2b620f87ef00b6523e40626d
Author: Roman Charushin 
Date:   2017-12-19T16:03:41Z

Finish http connection after flush in http client

Call Net/HTTP#finish after flush in HTTPClientTransport to release 
connection file descriptors.
This eliminates error "Errno::EMFILE: Failed to open TCP connection (Too 
many open files - getaddrinfo)" if many calls are made with a single client 
object.




> Repetitive use of HTTPClientTransport causes "Errno::EMFILE: Failed to open 
> TCP connection"
> ---
>
> Key: THRIFT-4431
> URL: https://issues.apache.org/jira/browse/THRIFT-4431
> Project: Thrift
>  Issue Type: Bug
>  Components: Ruby - Library
>Affects Versions: 0.10.0, 0.11.0
>Reporter: Roman Charushin
> Fix For: 0.10.0, 0.11.0
>
>
> Repetitive calls to the clients initiated with the HTTPClientTransport causes 
> "Errno::EMFILE: Failed to open TCP connection" error due to too many open 
> files. And the reason is that each time client is called new http connection 
> is created at each flush and is never finished after, holding the file 
> descriptors to tcp connection files.
> In order to solve this HTTP#finish should be called in ensure block of 
> HTTPClientTransport#flush.



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

[jira] [Created] (THRIFT-4431) Repetitive use of HTTPClientTransport causes "Errno::EMFILE: Failed to open TCP connection"

2017-12-19 Thread Roman Charushin (JIRA) 
Roman Charushin created THRIFT-4431:
---

 Summary: Repetitive use of HTTPClientTransport causes 
"Errno::EMFILE: Failed to open TCP connection"
 Key: THRIFT-4431
 URL: https://issues.apache.org/jira/browse/THRIFT-4431
 Project: Thrift
  Issue Type: Bug
  Components: Ruby - Library
Affects Versions: 0.11.0, 0.10.0
Reporter: Roman Charushin
 Fix For: 0.11.0, 0.10.0


Repetitive calls to the clients initiated with the HTTPClientTransport causes 
"Errno::EMFILE: Failed to open TCP connection" error due to too many open 
files. And the reason is that each time client is called new http connection is 
created at each flush and is never finished after holding the file descriptors 
to tcp connection files.

In order to solve this HTTP#finish should be called in ensure block of 
HTTPClientTransport#flush.



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

[jira] [Updated] (THRIFT-4431) Repetitive use of HTTPClientTransport causes "Errno::EMFILE: Failed to open TCP connection"

2017-12-19 Thread Roman Charushin (JIRA) 

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

Roman Charushin updated THRIFT-4431:

Description: 
Repetitive calls to the clients initiated with the HTTPClientTransport causes 
"Errno::EMFILE: Failed to open TCP connection" error due to too many open 
files. And the reason is that each time client is called new http connection is 
created at each flush and is never finished after, holding the file descriptors 
to tcp connection files.

In order to solve this HTTP#finish should be called in ensure block of 
HTTPClientTransport#flush.

  was:
Repetitive calls to the clients initiated with the HTTPClientTransport causes 
"Errno::EMFILE: Failed to open TCP connection" error due to too many open 
files. And the reason is that each time client is called new http connection is 
created at each flush and is never finished after holding the file descriptors 
to tcp connection files.

In order to solve this HTTP#finish should be called in ensure block of 
HTTPClientTransport#flush.


> Repetitive use of HTTPClientTransport causes "Errno::EMFILE: Failed to open 
> TCP connection"
> ---
>
> Key: THRIFT-4431
> URL: https://issues.apache.org/jira/browse/THRIFT-4431
> Project: Thrift
>  Issue Type: Bug
>  Components: Ruby - Library
>Affects Versions: 0.10.0, 0.11.0
>Reporter: Roman Charushin
> Fix For: 0.10.0, 0.11.0
>
>
> Repetitive calls to the clients initiated with the HTTPClientTransport causes 
> "Errno::EMFILE: Failed to open TCP connection" error due to too many open 
> files. And the reason is that each time client is called new http connection 
> is created at each flush and is never finished after, holding the file 
> descriptors to tcp connection files.
> In order to solve this HTTP#finish should be called in ensure block of 
> HTTPClientTransport#flush.



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

[jira] [Commented] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

[ 
https://issues.apache.org/jira/browse/THRIFT-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16296842#comment-16296842
 ] 

Kyle Douglass commented on THRIFT-4430:
---

I just tried to build Thrift 0.11.0 on my work computer (which runs Debian 
Jessie instead of Ubuntu) and it hangs at the exact same test in 
test_sslsocket.py during {{make check}}. CTRL-C'ing out of the hang gives the 
same Python errors related to threading.py and ssl.SSLError: ('No cipher can be 
selected.',)

+OS+
Linux 3.16.0-4-amd64 #1 
SMP Debian 3.16.51-2 (2017-12-03) x86_64

+Python+
3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) [GCC 7.2.0]

+make+
GNU Make 4.0
Built for x86_64-pc-linux-gnu

> Make check hangs on test_sslsocket.py
> -
>
> Key: THRIFT-4430
> URL: https://issues.apache.org/jira/browse/THRIFT-4430
> Project: Thrift
>  Issue Type: Bug
>  Components: Build Process, Test Suite
>Affects Versions: 0.11.0
> Environment: +OS+
> Ubuntu 16.04.1 x86_64
> Linux kernel 4.10.0-42-generic
> +Python+
> 3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
> [GCC 7.2.0]
> +make+
> GNU Make 4.1
> Built for x86_64-pc-linux-gnu
>Reporter: Kyle Douglass
>  Labels: make, test
>
> The make check command which is run while building Thrift hangs on the 9'th 
> test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
> after waiting on the test for ~15 minutes. Any ideas?
> {{Making check in py
> make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> make  check-local
> make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
> /home/kmdouglass/miniconda3/bin/python setup.py build
> running build
> running build_py
> running build_ext
> /home/kmdouglass/miniconda3/bin/python test/thrift_json.py
> .
> --
> Ran 1 test in 0.000s
> OK
> /home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
> ^CTraceback (most recent call last):
>   File "test/test_sslsocket.py", line 125, in _connectable_client
> client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 263, in __init__  
> 
> TSSLBase.__init__(self, False, host, kwargs)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 139, in __init__  
> 
> self._init_context(ssl_version)
>   File 
> "/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
> ocket.py", line 53, in _init_context  
> 
> self._context = ssl.SSLContext(ssl_version)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in 
> __new__
> self = _SSLContext.__new__(cls, protocol)
> ssl.SSLError: ('No cipher can be selected.',)
> During handling of the above exception, another exception occurred:
> Traceback (most recent call last):
>   File "test/test_sslsocket.py", line 343, in 
> unittest.main()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
> in __init__
> self.runTests()
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 
> 256, in runTests
> self.result = testRunner.run(self.test)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
> 176, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 84, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 122, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 84, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 
> 122, in run
> test(result)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 
> 653, in __call__
> return self.run(*args, **kwds)
>   File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 
> 605, in run
> testMethod()
>   File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
> self._assert_connection_failure(server, ca_certs=SERVER_CERT, 
> ssl_version=ssl.PROTOCOL_SSLv2)
>   File "test/test_sslsocket.py", line 135, in _assert_connection_failure
> with self._connectable_client(server, True, path=path, **client_args) as 
> (acc,

[jira] [Updated] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

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

Kyle Douglass updated THRIFT-4430:
--
Description: 
The make check command which is run while building Thrift hangs on the 9'th 
test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
after waiting on the test for ~15 minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
make  check-local
make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
/home/kmdouglass/miniconda3/bin/python test/thrift_json.py
.
--
Ran 1 test in 0.000s

OK
/home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
^CTraceback (most recent call last):
  File "test/test_sslsocket.py", line 125, in _connectable_client
client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 263, in __init__
  
TSSLBase.__init__(self, False, host, kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 139, in __init__
  
self._init_context(ssl_version)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 53, in _init_context
  
self._context = ssl.SSLContext(ssl_version)
  File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in __new__
self = _SSLContext.__new__(cls, protocol)
ssl.SSLError: ('No cipher can be selected.',)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test/test_sslsocket.py", line 343, in 
unittest.main()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
in __init__
self.runTests()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 256, 
in runTests
self.result = testRunner.run(self.test)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
176, in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 653, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 605, 
in run
testMethod()
  File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
self._assert_connection_failure(server, ca_certs=SERVER_CERT, 
ssl_version=ssl.PROTOCOL_SSLv2)
  File "test/test_sslsocket.py", line 135, in _assert_connection_failure
with self._connectable_client(server, True, path=path, **client_args) as 
(acc, client):
  File "/home/kmdouglass/miniconda3/lib/python3.6/contextlib.py", line 81, in 
__enter__
return next(self.gen)
  File "test/test_sslsocket.py", line 128, in _connectable_client
if acc.client:
  File "test/test_sslsocket.py", line 95, in client
self._client_accepted.wait()
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 551, in 
wait
signaled = self._cond.wait(timeout)
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 295, in 
wait
waiter.acquire()
KeyboardInterrupt
Makefile:658: recipe for target 'check-local' failed
make[3]: *** [check-local] Error 1
Makefile:512: recipe for target 'check-am' failed
make[2]: *** [check-am] Interrupt
Makefile:577: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Interrupt
Makefile:660: recipe for target 'check-recursive' failed
make: *** [check-recursive] Interrupt
}}


  was:
The make check command which is running while building Thrift hangs on the 9'th 
test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
after waiting on the test for ~15 minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running

[jira] [Updated] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 

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

Kyle Douglass updated THRIFT-4430:
--
Description: 
The make check command which is running while building Thrift hangs on the 9'th 
test in test/test_sslsocket.py. Below is the traceback I get after Ctrl-C'ing 
after waiting on the test for ~15 minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
make  check-local
make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
/home/kmdouglass/miniconda3/bin/python test/thrift_json.py
.
--
Ran 1 test in 0.000s

OK
/home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
^CTraceback (most recent call last):
  File "test/test_sslsocket.py", line 125, in _connectable_client
client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 263, in __init__
  
TSSLBase.__init__(self, False, host, kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 139, in __init__
  
self._init_context(ssl_version)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 53, in _init_context
  
self._context = ssl.SSLContext(ssl_version)
  File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in __new__
self = _SSLContext.__new__(cls, protocol)
ssl.SSLError: ('No cipher can be selected.',)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test/test_sslsocket.py", line 343, in 
unittest.main()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
in __init__
self.runTests()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 256, 
in runTests
self.result = testRunner.run(self.test)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
176, in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 653, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 605, 
in run
testMethod()
  File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
self._assert_connection_failure(server, ca_certs=SERVER_CERT, 
ssl_version=ssl.PROTOCOL_SSLv2)
  File "test/test_sslsocket.py", line 135, in _assert_connection_failure
with self._connectable_client(server, True, path=path, **client_args) as 
(acc, client):
  File "/home/kmdouglass/miniconda3/lib/python3.6/contextlib.py", line 81, in 
__enter__
return next(self.gen)
  File "test/test_sslsocket.py", line 128, in _connectable_client
if acc.client:
  File "test/test_sslsocket.py", line 95, in client
self._client_accepted.wait()
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 551, in 
wait
signaled = self._cond.wait(timeout)
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 295, in 
wait
waiter.acquire()
KeyboardInterrupt
Makefile:658: recipe for target 'check-local' failed
make[3]: *** [check-local] Error 1
Makefile:512: recipe for target 'check-am' failed
make[2]: *** [check-am] Interrupt
Makefile:577: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Interrupt
Makefile:660: recipe for target 'check-recursive' failed
make: *** [check-recursive] Interrupt
}}


  was:
The make check command hangs on the 9'th test in test/test_sslsocket.py. Below 
is the traceback I get after Ctrl-C'ing after waiting on the test for ~15 
minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
make  check-local
make[3]:

[jira] [Created] (THRIFT-4430) Make check hangs on test_sslsocket.py

2017-12-19 Thread Kyle Douglass (JIRA) 
Kyle Douglass created THRIFT-4430:
-

 Summary: Make check hangs on test_sslsocket.py
 Key: THRIFT-4430
 URL: https://issues.apache.org/jira/browse/THRIFT-4430
 Project: Thrift
  Issue Type: Bug
  Components: Build Process, Test Suite
Affects Versions: 0.11.0
 Environment: +OS+
Ubuntu 16.04.1 x86_64
Linux kernel 4.10.0-42-generic

+Python+
3.6.3 |Anaconda, Inc.| (default, Oct 13 2017, 12:02:49) 
[GCC 7.2.0]

+make+
GNU Make 4.1
Built for x86_64-pc-linux-gnu
Reporter: Kyle Douglass


The make check command hangs on the 9'th test in test/test_sslsocket.py. Below 
is the traceback I get after Ctrl-C'ing after waiting on the test for ~15 
minutes. Any ideas?

{{Making check in py
make[2]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
make  check-local
make[3]: Entering directory '/home/kmdouglass/src/thrift-0.11.0/lib/py'
/home/kmdouglass/miniconda3/bin/python setup.py build
running build
running build_py
running build_ext
/home/kmdouglass/miniconda3/bin/python test/thrift_json.py
.
--
Ran 1 test in 0.000s

OK
/home/kmdouglass/miniconda3/bin/python test/test_sslsocket.py
^CTraceback (most recent call last):
  File "test/test_sslsocket.py", line 125, in _connectable_client
client = TSSLSocket(host, port, unix_socket=path, **client_kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 263, in __init__
  
TSSLBase.__init__(self, False, host, kwargs)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 139, in __init__
  
self._init_context(ssl_version)
  File 
"/home/kmdouglass/src/thrift-0.11.0/lib/py/build/lib.linux-x86_64-3.6/thrift/transport/TSSLS
ocket.py", line 53, in _init_context
  
self._context = ssl.SSLContext(ssl_version)
  File "/home/kmdouglass/miniconda3/lib/python3.6/ssl.py", line 391, in __new__
self = _SSLContext.__new__(cls, protocol)
ssl.SSLError: ('No cipher can be selected.',)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test/test_sslsocket.py", line 343, in 
unittest.main()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 95, 
in __init__
self.runTests()
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/main.py", line 256, 
in runTests
self.result = testRunner.run(self.test)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/runner.py", line 
176, in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 84, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/suite.py", line 122, 
in run
test(result)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 653, 
in __call__
return self.run(*args, **kwds)
  File "/home/kmdouglass/miniconda3/lib/python3.6/unittest/case.py", line 605, 
in run
testMethod()
  File "test/test_sslsocket.py", line 291, in test_ssl2_and_ssl3_disabled
self._assert_connection_failure(server, ca_certs=SERVER_CERT, 
ssl_version=ssl.PROTOCOL_SSLv2)
  File "test/test_sslsocket.py", line 135, in _assert_connection_failure
with self._connectable_client(server, True, path=path, **client_args) as 
(acc, client):
  File "/home/kmdouglass/miniconda3/lib/python3.6/contextlib.py", line 81, in 
__enter__
return next(self.gen)
  File "test/test_sslsocket.py", line 128, in _connectable_client
if acc.client:
  File "test/test_sslsocket.py", line 95, in client
self._client_accepted.wait()
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 551, in 
wait
signaled = self._cond.wait(timeout)
  File "/home/kmdouglass/miniconda3/lib/python3.6/threading.py", line 295, in 
wait
waiter.acquire()
KeyboardInterrupt
Makefile:658: recipe for target 'check-local' failed
make[3]: *** [check-local] Error 1
Makefile:512: recipe for target 'check-am' failed
make[2]: *** [check-am] Interrupt
Makefile:577: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Interrupt
Makefile:660: recipe for target 'check-recursive' failed
make: *** [check-recursive] Interrupt
}}




--
This message was sent by Atlassian