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