Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hangs during query #156

Closed
akuseru opened this issue Apr 27, 2014 · 3 comments
Closed

Hangs during query #156

akuseru opened this issue Apr 27, 2014 · 3 comments

Comments

@akuseru
Copy link

akuseru commented Apr 27, 2014

I am in the process of understanding cassandra and have been encountering an issue that I think is related to gocql.

cass := gocql.NewCluster("127.0.0.1")
cass.Keyspace = "test"
session, err := cass.CreateSession()
defer session.Close()

//later.. looping through an inbound channel to grab data.
if err := sess.Query(insert, params...).Exec(); err != nil {
                panic(err.Error())
            }

Then suddenly in my cassandra logs i'll see:

ERROR [Native-Transport-Requests:229] 2014-04-26 22:53:08,015 ErrorMessage.java (line 222) Unexpected exception during request
java.lang.AssertionError: localhost/127.0.0.1
    at org.apache.cassandra.service.StorageProxy.submitHint(StorageProxy.java:871)
    at org.apache.cassandra.service.StorageProxy.mutate(StorageProxy.java:491)
    at org.apache.cassandra.service.StorageProxy.mutateWithTriggers(StorageProxy.java:535)
    at org.apache.cassandra.cql3.statements.ModificationStatement.executeWithoutCondition(ModificationStatement.java:542)
    at org.apache.cassandra.cql3.statements.ModificationStatement.execute(ModificationStatement.java:526)
    at org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:158)
    at org.apache.cassandra.cql3.QueryProcessor.processPrepared(QueryProcessor.java:309)
    at org.apache.cassandra.transport.messages.ExecuteMessage.execute(ExecuteMessage.java:132)
    at org.apache.cassandra.transport.Message$Dispatcher.messageReceived(Message.java:304)
    at org.jboss.netty.handler.execution.ChannelUpstreamEventRunnable.doRun(ChannelUpstreamEventRunnable.java:43)
    at org.jboss.netty.handler.execution.ChannelEventRunnable.run(ChannelEventRunnable.java:67)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

the Go program will continue running until it's interrupted or cassandra hit's a java GC then the i/o threads get closed on cassandras end.

@akuseru
Copy link
Author

akuseru commented Apr 27, 2014

Oh cassandra version is 2.0.7

@akuseru
Copy link
Author

akuseru commented Apr 27, 2014

Oh I found the related issue on the cassandra website. sorry!

https://issues.apache.org/jira/browse/CASSANDRA-6796

@akuseru akuseru closed this as completed Apr 27, 2014
@0x6e6562
Copy link
Contributor

Ironically, I was the one that raised that particular issue in the Cassandra bug tracker, but it doesn't look like it has been resolved yet. To workaround the issue, I did a nodetool scrub on the keyspace, and this made the problem go away for now.

dkropachev pushed a commit to go-auxiliaries/gocql that referenced this issue May 31, 2024
…ablets

Update CI to use new way of initializing keyspace with tablets
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants