[CASSANDRA-7044] LWT with SERIAL consistency gives misleading message on WriteTimeout

• Type: Bug
• Status: Resolved
• Priority: Normal
• Resolution: Duplicate
• Component/s: Feature/Lightweight Transactions
• Labels: LWT
• Severity: Normal
• Since Version: 2.0.5
• Assignee: Unassigned
• Reporter: Adam Hattrell
• Created: 16/Apr/14 10:42
• Updated: 25/Oct/19 13:11
• Resolved: 16/Apr/14 14:51

Description

I have a user using LWT with SERIAL consistency. We see the following stack trace:

ERROR [Native-Transport-Requests:61112] 2014-04-16 10:39:05,437 ErrorMessage.java (line 222) Unexpected exception during request
java.lang.UnsupportedOperationException: Invalid consistency level: SERIAL
        at org.apache.cassandra.db.ConsistencyLevel.blockFor(ConsistencyLevel.java:137)
        at org.apache.cassandra.service.StorageProxy.beginAndRepairPaxos(StorageProxy.java:361)
        at org.apache.cassandra.service.StorageProxy.cas(StorageProxy.java:220)
        at org.apache.cassandra.cql3.statements.ModificationStatement.executeWithCondition(ModificationStatement.java:452)
        at org.apache.cassandra.cql3.statements.ModificationStatement.execute(ModificationStatement.java:407)
        at org.apache.cassandra.cql3.QueryProcessor.executeWithHooks(QueryProcessor.java:201)
        at org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:188)
        at org.apache.cassandra.cql3.QueryProcessor.processPrepared(QueryProcessor.java:358)
        at org.apache.cassandra.transport.messages.ExecuteMessage.execute(ExecuteMessage.java:131)
        at org.apache.cassandra.transport.Message$Dispatcher.messageReceived(Message.java:304)
        at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
        at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
        at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
        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:1145)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:744)

It looks as though when the paxos round timesout we call blockFor() which currently doesn't support SERIAL.

Issue Links

• duplicates: CASSANDRA-6923 Fix UnsupportedOperationException on CAS timeout