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 3229E18D8C for ; Fri, 26 Feb 2016 21:28:51 +0000 (UTC) Received: (qmail 39533 invoked by uid 500); 26 Feb 2016 21:28:45 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 39493 invoked by uid 500); 26 Feb 2016 21:28:45 -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 39483 invoked by uid 99); 26 Feb 2016 21:28:45 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Feb 2016 21:28:45 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 6B0FE180492 for ; Fri, 26 Feb 2016 21:28:45 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.308 X-Spam-Level: * X-Spam-Status: No, score=1.308 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=b2wdigital-com.20150623.gappssmtp.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id iPXfQAv6GAFg for ; Fri, 26 Feb 2016 21:28:41 +0000 (UTC) Received: from mail-io0-f177.google.com (mail-io0-f177.google.com [209.85.223.177]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 5F4D85F39D for ; Fri, 26 Feb 2016 21:28:41 +0000 (UTC) Received: by mail-io0-f177.google.com with SMTP id g203so135216813iof.2 for ; Fri, 26 Feb 2016 13:28:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=b2wdigital-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=E1n6U2OejvaYfu0IfQegje77uRWpyO0/pWmZGGTybFc=; b=lJe+gdepb6VPu1/Tz1+L/3S+V7/c6GktrQCulh78J3RTrHoZZfH4KCgtgicEclW/sX me2TqFJTMp/FgsfqUH2CtZEI4PkKvWtwhAwVti2jWX4MLR46jyFyPvgF0v74kOpQ/nnT FzS1y2s+xT32wqKYN1UB1f/qVdHY08EYEDxcz0iO+OHHoWJNJKFQ7sjvmS3tUU9rikfX WopLE3HQEMasAHdiVyNwqGKbFkdas972LMUHUYxRRp32ZU6Iyh9POVzEwMQeRCeWkmMy L0WZMFWIfHGbjF4lIa8GOb9Qx6+lAnbaTRkGs+PQRhd1doJZLg0qmWqVk+OJcD/0eAY5 9++A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=E1n6U2OejvaYfu0IfQegje77uRWpyO0/pWmZGGTybFc=; b=BlWEwaKlkEuJ4qgXTiilB2wNFDGwqdO4Y9B2qrlOTo4jydhcqFFVypwuI7s9NDFXsP aufl4QjVvN3NuvU3JMddKVHhv2aKp3PRJMEbkOGffLUepZKeanxBKpNNhHBzmkyG7M+Z 4pvg5JEzWTNRAocDzPHii4fHziAtB3dg04/Lj5AxJAPg8x42YfDQH4639KmhNUbQL8k5 0b+WY5q/i55LXxzpG8x73TP+Un1qRiC2rK5r6ZRZMh5xFbmDYS1WRRnczCKO9LP/tsVG YyA0PJ/pWUjkwu5BBQ90PKWqZEkH1Ol/wOsBVydNJicE5nAicRPiNEpf1G//X+4NWL8g o21g== X-Gm-Message-State: AG10YOR6nVV16JApXXDR+pzgu0jjGyc/N8tcBPo8zFAEddkrvAdRaFXKMVkEHiCujMqWsP21nxmI8MTFMTTr7m7+11CXgvFtRSA2mtDGf2Rx4evD7ApX/fRn+MEaenUTcY1lT3CI6Ycoj810EtxjB90= X-Received: by 10.107.150.141 with SMTP id y135mr11724397iod.52.1456522120529; Fri, 26 Feb 2016 13:28:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.23.82 with HTTP; Fri, 26 Feb 2016 13:28:21 -0800 (PST) In-Reply-To: <2A06C299-DDCC-4263-96FE-ED9534E92E2C@crowdstrike.com> References: <2A06C299-DDCC-4263-96FE-ED9534E92E2C@crowdstrike.com> From: Felipe Esteves Date: Fri, 26 Feb 2016 18:28:21 -0300 Message-ID: Subject: Re: Nodetool Rebuild sending few big packets of data. Is it normal? To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11403fd49a21b9052cb2fb33 --001a11403fd49a21b9052cb2fb33 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jeff, Thanks for the info, you're right! Felipe Esteves Tecnologia felipe.esteves@b2wdigital.com Tel.: (21) 3504-7162 ramal 57162 2016-02-26 17:38 GMT-03:00 Jeff Jirsa : > Cassandra is streaming it at a near constant rate (if you had metrics for > network interface, you=E2=80=99d probably see that), but it doesn=E2=80= =99t register in > nodetool status until it completes all of the sstables for a column famil= y. > At that point, the -tmp=E2=80=93Data.db files get renamed to drop the =E2= =80=93tmp, and > they become live on the node. > > I suspect you have a table/CF that=E2=80=99s approximately 47/48gb, and i= t > completed, and it=E2=80=99s size in nodetool status jumped at that time. > > > > From: Felipe Esteves > Reply-To: "user@cassandra.apache.org" > Date: Friday, February 26, 2016 at 11:48 AM > To: "user@cassandra.apache.org" > Subject: Nodetool Rebuild sending few big packets of data. Is it normal? > > Hi, > > I'm running a nodetool rebuild to include a new DC in my cluster. > My config is: > DC1, 2 nodes per rack (2 racks), 70gb each node > DC2, 2 nodes per rack (1 rack), 90gb each node > DC3, 2 nodes per rack (1 rack) (*THIS IS THE NEW DC*) > > What I did was get the 2 nodes in DC3 up and running with bootstrap=3Dfal= se, > and then ran a rebuild using DC2 as a parameter. > > However, when I started, the load in both new nodes rapidly increased to > 1.4GB, according to nodetool status. And then it was slowly increasing fo= r > 4 hours, in a 10mb basis. Then, suddenly, 1 node had 49.5GB and the other > followed soon. > In the instance logs, I have only stream messages from when I've started > the rebuild. > > My point is, is it normal to Cassandra accumulate this amount of data and > then send it? I was hoping that it was more of a gradual and incremental > proccess. > > thanks, > > Felipe Esteves > > Tecnologia > > felipe.esteves@b2wdigital.com > > Tel.: (21) 3504-7162 ramal 57162 > > > > > --=20 --001a11403fd49a21b9052cb2fb33 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jeff,=C2=A0

Thanks for the info, you= 're right!

Felipe Esteves

Tecnologia

felipe.esteves@b2wdigital.com

Tel.: (21) 3504-7162 ramal = 57162


2016-02-26 17:38 GMT-03:00 Jeff Jirsa <jeff.jirsa@crowdstrike.com>:
Cassandra is streaming it at a nea= r constant rate (if you had metrics for network interface, you=E2=80=99d pr= obably see that), but it doesn=E2=80=99t register in nodetool status until = it completes all of the sstables for a column family. At that point, the -t= mp=E2=80=93Data.db files get renamed to drop the =E2=80=93tmp, and they bec= ome live on the node.

I suspect you have a table/C= F that=E2=80=99s approximately 47/48gb, and it completed, and it=E2=80=99s = size in nodetool status jumped at that time.


<= /div>

From: Felipe Esteves
Reply-To: "user@cassandra.apache.org"= ;
Date: Friday, February 26, 20= 16 at 11:48 AM
To: "user@cassandra.apa= che.org"
Subject: Node= tool Rebuild sending few big packets of data. Is it normal?
<= div class=3D"h5">

Hi,

I'm running a nodetool rebuild to include a new DC = in my cluster.
My config is:
DC1, 2 nodes per rack (2 r= acks), 70gb each node
DC2, 2 nodes per rack (1 rack), 90gb each n= ode
DC3, 2 nodes per rack (1 rack) (THIS IS THE NEW DC)

What I did was get the 2 nodes in DC3 up and running= with bootstrap=3Dfalse, and then ran a rebuild using DC2 as a parameter.

However, when I started, the load in both new nodes= rapidly increased to 1.4GB, according to nodetool status. And then it was = slowly increasing for 4 hours, in a 10mb basis. Then, suddenly, 1 node had = 49.5GB and the other followed soon.
In the instance logs, I have = only stream messages from when I've started the rebuild.

=
My point is, is it normal to Cassandra accumulate this amount of= data and then send it? I was hoping that it was more of a gradual and incr= emental proccess.

Felipe Esteves

Tecnologia

felipe.esteves@b2wdi= gital.com

Tel.: (21) 3504-7162 ramal 57162







--001a11403fd49a21b9052cb2fb33--