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 9CDBC70F5 for ; Mon, 21 Nov 2011 10:56:03 +0000 (UTC) Received: (qmail 39733 invoked by uid 500); 21 Nov 2011 10:56:01 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 39708 invoked by uid 500); 21 Nov 2011 10:56:01 -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 39700 invoked by uid 99); 21 Nov 2011 10:56:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Nov 2011 10:56:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of h.hoechtl@ic-drei.de designates 188.40.90.211 as permitted sender) Received: from [188.40.90.211] (HELO mx.icdrei.de) (188.40.90.211) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Nov 2011 10:55:52 +0000 Received: from localhost (localhost [127.0.0.1]) by mx.icdrei.de (Postfix) with ESMTP id 2D8DECBCF9F for ; Mon, 21 Nov 2011 11:53:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mx.icdrei.de Received: from mx.icdrei.de ([127.0.0.1]) by localhost (mx.icdrei.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UVc155LMJAFa for ; Mon, 21 Nov 2011 11:53:20 +0100 (CET) Received: from [192.168.178.104] (pD9F604F4.dip.t-dialin.net [217.246.4.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx.icdrei.de (Postfix) with ESMTPSA id B70FFCBCF9E for ; Mon, 21 Nov 2011 11:53:20 +0100 (CET) Message-ID: <4ECA2E22.9020801@ic-drei.de> Date: Mon, 21 Nov 2011 11:55:30 +0100 From: =?ISO-8859-15?Q?Johann_H=F6chtl?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15 MIME-Version: 1.0 To: "user@cassandra.apache.org" Subject: Pending ReadStage is exploding on only one node Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi all, I'm experiencing strange behaviour of my 6-node cassandra cluster and I hope some one can explain, what I'm doing wrong. The setting: 6-Cassandra Nodes 1.0.3 Random Partitioning The ColumnFamily in question has a replication factor of 2 and stores products of different shops with a secondary index on shop_id. Twice a day, I do an update of the data with the following mechanism: Get all keys of a shop. Read the new CSV. Insert the rows from the csv, which keys are not present and delete the rows which are not longer present. Update all prices of the products from the csv and set an update_date. I'm measuring a high load value on a few nodes during the update process (which is normal), but one node keeps the high load after the process for a long time. I checked the tpstats and found out, that on this node there are over 50k pending ReadStage tasks. All the other nodes don't have that behaviour. I already had this problem on cassandra 0.7, but after upgrading to 0.8 it disappeared. Now it is back. Any suggestions? Thanks, Hans