Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B2DF11052B for ; Wed, 9 Apr 2014 10:35:23 +0000 (UTC) Received: (qmail 62971 invoked by uid 500); 9 Apr 2014 10:35:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 62363 invoked by uid 500); 9 Apr 2014 10:35:20 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 62337 invoked by uid 99); 9 Apr 2014 10:35:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2014 10:35:17 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of 0x6e6562@gmail.com designates 209.85.216.53 as permitted sender) Received: from [209.85.216.53] (HELO mail-qa0-f53.google.com) (209.85.216.53) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2014 10:35:11 +0000 Received: by mail-qa0-f53.google.com with SMTP id w8so2233557qac.12 for ; Wed, 09 Apr 2014 03:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=iVMLQw2FGfGB8IHYqZCUf9Zv/2aZah+my8pdcTOCgic=; b=DDqWXNKaJGAYPpky409BsfXZZuJndIZUl4DO9Lue2iNDDkqxXRT/G2xSIS0zSw1m1T rv1PjxP0JMV26tdqlC5fQk7zO+Tp7pDSFvSiD5aib2GF1V3TfqZARcR7IFGq3AkbrQPo MfCJeXznn+4MDUD6h0YDMos+oOLxffegBncxnrNT1FBYc8A5FzCzfQ2YyW3vwq0i1fjn RzIpwwjWWzT9syUiS2VYZzjz0+x5uydvuiooFEinm69hxKi3vY3dp7ILVPpQlCa6tLyj zTdrsAtsIgX1GKmx+ROqt7ux9hrbXGVHUq2kpzZuplvWnUgyR8mOzsVcQk2xTOnk0CxA vzmg== MIME-Version: 1.0 X-Received: by 10.224.47.8 with SMTP id l8mr11347472qaf.24.1397039690619; Wed, 09 Apr 2014 03:34:50 -0700 (PDT) Received: by 10.140.93.53 with HTTP; Wed, 9 Apr 2014 03:34:50 -0700 (PDT) Date: Wed, 9 Apr 2014 11:34:50 +0100 Message-ID: Subject: From: Ben Hood <0x6e6562@gmail.com> To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi all, I'm getting the following error in a 2.0.6 instance: ERROR [Native-Transport-Requests:16633] 2014-04-09 10:11:45,811 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:860) at org.apache.cassandra.service.StorageProxy.mutate(StorageProxy.java:480) at org.apache.cassandra.service.StorageProxy.mutateWithTriggers(StorageProxy.java:524) at org.apache.cassandra.cql3.statements.BatchStatement.executeWithoutConditions(BatchStatement.java:210) at org.apache.cassandra.cql3.statements.BatchStatement.execute(BatchStatement.java:203) at org.apache.cassandra.cql3.statements.BatchStatement.executeWithPerStatementVariables(BatchStatement.java:192) at org.apache.cassandra.cql3.QueryProcessor.processBatch(QueryProcessor.java:373) at org.apache.cassandra.transport.messages.BatchMessage.execute(BatchMessage.java:206) 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:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Looking at the source for this, it appears to be related to a timeout: // local write that time out should be handled by LocalMutationRunnable assert !target.equals(FBUtilities.getBroadcastAddress()) : target; Cursory testing indicates that this occurs during larger batch ingests. But the error does not appear to be propagated properly back to the client and it seems like this could be due to some misconfiguration. Has anybody seen something like this before? Cheers, Ben