Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 69132 invoked from network); 10 Feb 2011 10:58:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Feb 2011 10:58:58 -0000 Received: (qmail 18107 invoked by uid 500); 10 Feb 2011 10:58:56 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 17972 invoked by uid 500); 10 Feb 2011 10:58:54 -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 17963 invoked by uid 99); 10 Feb 2011 10:58:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Feb 2011 10:58:53 +0000 X-ASF-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [216.32.180.16] (HELO VA3EHSOBE006.bigfish.com) (216.32.180.16) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Feb 2011 10:58:45 +0000 Received: from mail6-va3-R.bigfish.com (10.7.14.242) by VA3EHSOBE006.bigfish.com (10.7.40.26) with Microsoft SMTP Server id 14.1.225.8; Thu, 10 Feb 2011 10:58:23 +0000 Received: from mail6-va3 (localhost.localdomain [127.0.0.1]) by mail6-va3-R.bigfish.com (Postfix) with ESMTP id 6B30D2A84CB for ; Thu, 10 Feb 2011 10:58:23 +0000 (UTC) X-SpamScore: -17 X-BigFish: VS-17(zzbb2cK62a3Lbf2Rzz1202hzz8275bh8275dhz2dh87h2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null);UIP:(null);IPVD:NLI;H:IE2RD2HUB001.red002.local;RD:none;EFVD:NLI X-FB-DOMAIN-IP-MATCH: fail Received: from mail6-va3 (localhost.localdomain [127.0.0.1]) by mail6-va3 (MessageSwitch) id 1297335502879590_3342; Thu, 10 Feb 2011 10:58:22 +0000 (UTC) Received: from VA3EHSMHS029.bigfish.com (unknown [10.7.14.248]) by mail6-va3.bigfish.com (Postfix) with ESMTP id C98FD142804F for ; Thu, 10 Feb 2011 10:58:22 +0000 (UTC) Received: from IE2RD2HUB001.red002.local (213.199.187.153) by VA3EHSMHS029.bigfish.com (10.7.99.39) with Microsoft SMTP Server (TLS) id 14.1.225.8; Thu, 10 Feb 2011 10:58:15 +0000 Received: from IE2RD2XVS021.red002.local ([10.33.56.25]) by IE2RD2HUB001.red002.local ([10.33.16.61]) with mapi; Thu, 10 Feb 2011 02:58:14 -0800 From: Roland Gude To: "user@cassandra.apache.org" Date: Thu, 10 Feb 2011 02:58:14 -0800 Subject: Data ends up in wrong Columnfamily Thread-Topic: Data ends up in wrong Columnfamily Thread-Index: AcvJEWpSi//SxxGeQBWzqxy083Ihrw== Message-ID: <120CB7532EA53A4D8CA6B63F94B4ADB351E301312C@IE2RD2XVS021.red002.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: multipart/alternative; boundary="_000_120CB7532EA53A4D8CA6B63F94B4ADB351E301312CIE2RD2XVS021r_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_120CB7532EA53A4D8CA6B63F94B4ADB351E301312CIE2RD2XVS021r_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, i am experiencing a strange issue. I have two applications writing to Cassa= ndra (in different Column families in the same keyspace). The applications = reside on different machines and know nothing about the existence of each o= ther. The both produce data and write it in Cassandra with batch mutations using = hector. So far so good, but it regularly happens, that data from one application en= ds up in columnfamilies reserved for the other application as well as the i= ntended columnfamily. Machine A writes to column family CF_A Machine B writes to column families CF_B to CF_N Regularly data that was written (According to my application logs) from Mac= hine A to CF_A ends up in CF_A and in one of the other columnfamilies. Any ideas why this could be happening? I am using Cassandra 0.7.0 and hector 0.7.0-23 Greetings, Roland -- YOOCHOOSE GmbH Roland Gude Software Engineer Im Mediapark 8, 50670 K=F6ln +49 221 4544151 (Tel) +49 221 4544159 (Fax) +49 171 7894057 (Mobil) Email: roland.gude@yoochoose.com WWW: www.yoochoose.com YOOCHOOSE GmbH Gesch=E4ftsf=FChrer: Dr. Uwe Alkemper, Michael Friedmann Handelsregister: Amtsgericht K=F6ln HRB 65275 Ust-Ident-Nr: DE 264 773 520 Sitz der Gesellschaft: K=F6ln --_000_120CB7532EA53A4D8CA6B63F94B4ADB351E301312CIE2RD2XVS021r_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

&nbs= p;

i am experiencin= g a strange issue. I have two applications writing to Cassandra (in differe= nt Column families in the same keyspace). The applications reside on differ= ent machines and know nothing about the existence of each other.=

The both produce data an= d write it in Cassandra with batch mutations using hector.

So far so good, but it regular= ly happens, that data from one application ends up in columnfamilies reserv= ed for the other application as well as the intended columnfamily.

 

Machine A writes to column fa= mily CF_A

Mach= ine B writes to column families CF_B to CF_N

 

Regularly data that was written (According to my a= pplication logs) from Machine A to CF_A ends up in CF_A and in one of the o= ther columnfamilies.

 

Any ideas why this could be happening?

 

I am using Cassandra 0.7.0 and hector 0.7.0-23

 

Greetings,<= /p>

Roland

 

--

YOOCHOOSE GmbH

 

Roland Gude

Software Engineer=

 

Im Mediapark 8, 50670 K=F6ln

 

+49 221 4544151 (Tel)

+49 221 454415= 9 (Fax)

+49 171 7894057 (Mobi= l)

 

 

Email: roland.gude@yoochoose.com

WWW: www.yoochoose.com

=

 

YOOCHOOSE GmbH

Gesch=E4ftsf=FChrer: Dr. Uwe Alkemper, Michael Friedmann

Handelsregister: Amtsgericht K= =F6ln HRB 65275

Ust-Ident-Nr:= DE 264 773 520

Sitz der Gese= llschaft: K=F6ln

 

= --_000_120CB7532EA53A4D8CA6B63F94B4ADB351E301312CIE2RD2XVS021r_--