Well, now I'm a little stumped. I tried native mode with thrift enabled,
wrote one row, so schema is created, then set start_rpc: false,
restarted C*, and native mode fails in the same way. So it's not just
the schema creation phase. I also tried including -port native=9042 and
-schema keyspace="keyspace1", along with some other options, but still
fails for me.

Perhaps some other dev might help us track this down, but I don't see
this as a critical issue with 2.1, so may not get fixed in this branch.
The workaround appears to be to leave port 9160 when using
cassandra-stress on 2.1, even though not using it.

It may be worthwhile to try using stress from a 2.2 or 3.0 tar on a
client machine against the 2.1 cluster and see if that behaves any better.

Michael

On 03/23/2018 08:10 AM, Cyril Scetbon wrote:
> Here is the command I use :
> 
> cassandra-stress user profile=cass_insert_bac.yaml ops\(insert=1\) -mode
> native cql3 user=cassandra password=cassandra -rate threads=1
> 
> Thrift is disabled (start_rpc: False) as I’m not supposed to use thrift
> at all. But I was surprised
> by org.apache.thrift.transport.TTransportException too. Does it mean
> that it doesn’t try to use the native protocol ? 
> 
> I also tried with a command from the documentation and I get exactly the
> same error :
> 
> $ cassandra-stress write n=100k cl=ONE no-warmup -mode native cql3
> user=cassandra password=cassandra
> Exception in thread "main" java.lang.RuntimeException:
> org.apache.thrift.transport.TTransportException:
> java.net.ConnectException: Connection refused
> at
> org.apache.cassandra.stress.settings.StressSettings.getRawThriftClient(StressSettings.java:144)
> at
> org.apache.cassandra.stress.settings.StressSettings.getRawThriftClient(StressSettings.java:110)
> at
> org.apache.cassandra.stress.settings.SettingsSchema.createKeySpacesThrift(SettingsSchema.java:111)
> at
> org.apache.cassandra.stress.settings.SettingsSchema.createKeySpaces(SettingsSchema.java:59)
> at
> org.apache.cassandra.stress.settings.StressSettings.maybeCreateKeyspaces(StressSettings.java:205)
> at org.apache.cassandra.stress.StressAction.run(StressAction.java:55)
> at org.apache.cassandra.stress.Stress.main(Stress.java:109)
> Caused by: org.apache.thrift.transport.TTransportException:
> java.net.ConnectException: Connection refused
> at org.apache.thrift.transport.TSocket.open(TSocket.java:187)
> at
> org.apache.thrift.transport.TFramedTransport.open(TFramedTransport.java:81)
> at
> org.apache.cassandra.thrift.TFramedTransportFactory.openTransport(TFramedTransportFactory.java:41)
> at
> org.apache.cassandra.stress.settings.StressSettings.getRawThriftClient(StressSettings.java:124)
> ... 6 more
> Caused by: java.net.ConnectException: Connection refused
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at
> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
> at
> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
> at
> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
> at java.net.Socket.connect(Socket.java:589)
> at org.apache.thrift.transport.TSocket.open(TSocket.java:182)
> 
>> On Mar 23, 2018, at 1:00 AM, Michael Shuler <mich...@pbandjelly.org
>> <mailto:mich...@pbandjelly.org>> wrote:
>>
>> Looked at your error again. The cassandra-stress example appears as if
>> thrift is disabled, which is the default stress profile. Try
>> `cassandra-stress write -mode native cql3 ...` for native cql stress runs.
>>
>> Michael
>>
>> On 03/22/2018 11:36 PM, Michael Shuler wrote:
>>> dh_python is a build dependency. The runtime dependency is python.
>>>
>>> https://github.com/apache/cassandra/blob/cassandra-2.1/debian/control#L6
>>> https://github.com/apache/cassandra/blob/cassandra-2.1/debian/control#L14
>>>
>>> Just upgrading to the latest 2.1.x should fix all these issues your
>>> having. :)
>>>
>>> Michael
>>>
>>> On 03/22/2018 09:59 PM, Cyril Scetbon wrote:
>>>> Yeah, I also had to grab a new version of the cassandra-driver which was
>>>> fixed in 2.1.16 https://issues.apache.org/jira/browse/CASSANDRA-11850
>>>> otherwise cqlsh would not work with python 2.7.12.
>>>>
>>>> I’m surprised dh-python is not a requirement on the Cassandra package in
>>>> your debian/control 😮
>>>>
>>>> I also noticed that I get issues with cassandra-stress on
>>>> Xenial https://pastebin.com/raw/r2umZXSV, Any idea ? 
>>>>
>>>> Bests
>>>> —
>>>> Cyril Scetbon
>>>>
>>>>> On Mar 19, 2018, at 12:16 PM, Michael Shuler <mich...@pbandjelly.org
>>>>> <mailto:mich...@pbandjelly.org>> wrote:
>>>>>
>>>>> Yep. This was fixed for 2.1.15, 2.2.7, 3.0.6, 3.6 in
>>>>> https://issues.apache.org/jira/browse/CASSANDRA-10853
>>>>>
>>>>> -- 
>>>>> Kind regards,
>>>>> Michael
>>>>>
>>>>> On 03/18/2018 10:55 PM, Cyril Scetbon wrote:
>>>>>> Okay I found that when building the package, the new helper dh_python2
>>>>>> must be used to fix that issue.
>>>>>>
>>>>>> —
>>>>>> Cyril Scetbon
>>>>>>
>>>>>>> On Mar 18, 2018, at 11:08 AM, Cyril Scetbon <cyril.scet...@free.fr
>>>>>>> <mailto:cyril.scet...@free.fr>
>>>>>>> <mailto:cyril.scet...@free.fr>> wrote:
>>>>>>>
>>>>>>> Hey guys,
>>>>>>>
>>>>>>> Having to still use Cassandra 2.1, I have installed it on Ubuntu
>>>>>>> Xenial and I have an issue with cqlsh. I was able to fix it by
>>>>>>> installing python-support and a fix from 2.1.16. However I’d like to
>>>>>>> know if there is a way to do it without installing an old package
>>>>>>> (python-support) on Xenial. dh-python is supposed to have replaced
>>>>>>> python-support, however cqlsh complains when it’s not installed : 
>>>>>>>
>>>>>>> Traceback (most recent call last):
>>>>>>>   File "/usr/bin/cqlsh", line 121, in <module>
>>>>>>>     from cqlshlib import cql3handling, cqlhandling, pylexotron,
>>>>>>> sslhandling
>>>>>>> ImportError: No module named cqlshlib
>>>>>>>
>>>>>>> Is there a better way than installing that old package ?
>>>>>>>
>>>>>>> Thanks 
>>>>>>> —
>>>>>>> Cyril Scetbon
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
>>>>> <mailto:user-unsubscr...@cassandra.apache.org>
>>>>> For additional commands, e-mail: user-h...@cassandra.apache.org
>>>>> <mailto:user-h...@cassandra.apache.org>
>>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
>> <mailto:user-unsubscr...@cassandra.apache.org>
>> For additional commands, e-mail: user-h...@cassandra.apache.org
>> <mailto:user-h...@cassandra.apache.org>
>>
> 


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

Reply via email to