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 A8C2311F32 for ; Wed, 13 Aug 2014 20:53:05 +0000 (UTC) Received: (qmail 50825 invoked by uid 500); 13 Aug 2014 20:53:03 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 50787 invoked by uid 500); 13 Aug 2014 20:53:03 -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 50777 invoked by uid 99); 13 Aug 2014 20:53:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Aug 2014 20:53:03 +0000 X-ASF-Spam-Status: No, hits=1.8 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_REMOTE_IMAGE X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of burtonator2011@gmail.com designates 209.85.217.177 as permitted sender) Received: from [209.85.217.177] (HELO mail-lb0-f177.google.com) (209.85.217.177) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Aug 2014 20:52:37 +0000 Received: by mail-lb0-f177.google.com with SMTP id s7so245532lbd.8 for ; Wed, 13 Aug 2014 13:52:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=PkvdMUN0fdlZ1FvbfFENa4qGDusPf4ji608/Hi8MR0I=; b=l7bM2hWGRk5mqyr8PD1KiAVJYtcsrnJtQhYQzDiX30qmM4VxS3JCXw6KmAeO9tD6Do 0q3SwV1Q1Ub57RrWxqaAXvZoJfTZJKQ5a4Yv4OmZBi3dO9KC5rhZUWmVRO5gJyoHU9R1 hK8r0knZee7mzPzjZYH9Jy2uksnHoXJ6A/lgL5BkY3a8RkCdgPw7nG7sjHQbixVSBDw3 vTJoKpqmPAvMBgdEjBDOBbre4w0LgEOsopAKxcEaAZJIe6Qtj2/rp/p4wefd9A02Rzod /D9vus5c4q9KuNgbGhfIdxxFxap+obo/Rn5E59NvcTq9mN8QroH9znaFjw7GqmbdLiNE PaNg== X-Received: by 10.152.207.36 with SMTP id lt4mr454261lac.72.1407963156365; Wed, 13 Aug 2014 13:52:36 -0700 (PDT) MIME-Version: 1.0 Sender: burtonator2011@gmail.com Received: by 10.112.75.10 with HTTP; Wed, 13 Aug 2014 13:52:16 -0700 (PDT) In-Reply-To: References: From: Kevin Burton Date: Wed, 13 Aug 2014 13:52:16 -0700 X-Google-Sender-Auth: i4uy21ouy9gzoTz_IOXAKlDRf7g Message-ID: Subject: Re: Table not being created but no error. To: "user@cassandra.apache.org" Content-Type: multipart/alternative; boundary=001a113465d4cac914050088f798 X-Virus-Checked: Checked by ClamAV on apache.org --001a113465d4cac914050088f798 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It still failed. Tracing shows that the query is being executed. Just that the table isn't created. I did a diff against the two table names and the only difference is the table name. I even reversed their creation to see if that fixes it=E2=80=A6 but it stil= l fails. Very very weird. On Wed, Aug 13, 2014 at 1:38 PM, Kevin Burton wrote: > ah.. good idea. I'll try that now. > > > On Wed, Aug 13, 2014 at 1:36 PM, DuyHai Doan wrote= : > >> Maybe tracing the requests ? (just the one creating the schema of course= ) >> >> >> On Wed, Aug 13, 2014 at 10:30 PM, Kevin Burton >> wrote: >> >>> yeah=E2=80=A6 problem still exists on 2.0.9 >>> >>> >>> On Wed, Aug 13, 2014 at 1:26 PM, Kevin Burton >>> wrote: >>> >>>> and I'm certain that the CQL is executing=E2=80=A6 because I get a Res= ultSet >>>> back and verified that the CQL is correct. >>>> >>>> >>>> On Wed, Aug 13, 2014 at 1:26 PM, Kevin Burton >>>> wrote: >>>> >>>>> 2.0.5=E2=80=A6 I'm upgrading to 2.0.9 now just to rule this out=E2=80= =A6. >>>>> >>>>> I can give you the full CQL for the table, but I can't seem to >>>>> reproduce it without my entire app being included. >>>>> >>>>> If I execute the CQL manually, it works=E2=80=A6 which is what makes = this so >>>>> weird. >>>>> >>>>> >>>>> On Wed, Aug 13, 2014 at 1:11 PM, DuyHai Doan >>>>> wrote: >>>>> >>>>>> Can you just give the C* version and the complete DDL script to >>>>>> reproduce the issue ? >>>>>> >>>>>> >>>>>> On Wed, Aug 13, 2014 at 10:08 PM, Kevin Burton >>>>>> wrote: >>>>>> >>>>>>> I'm tracking down a weird bug and was wondering if you guys had any >>>>>>> feedback. >>>>>>> >>>>>>> I'm trying to create ten tables programatically.. . >>>>>>> >>>>>>> The first one I create, for some reason, isn't created. >>>>>>> >>>>>>> The other 9 are created without a problem. >>>>>>> >>>>>>> Im doing this with the datastax driver's session.execute(). >>>>>>> >>>>>>> No exceptions are thrown. >>>>>>> >>>>>>> I read the tables back out, and I have 9 of them, but not the first >>>>>>> one. >>>>>>> >>>>>>> I can confirm that the table isn't there because I'm doing a >>>>>>> >>>>>>> select * from foo0 limit 1 >>>>>>> >>>>>>> and it gives me an unconfigured column family exception. >>>>>>> >>>>>>> so it looks like cassandra is just silently not creating the table. >>>>>>> >>>>>>> This is just in my junit harness for now. So it's one cassandra >>>>>>> node so there shouldn't be an issue with schema disagreement. >>>>>>> >>>>>>> Kind of stumped here so any suggestion would help. >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Founder/CEO Spinn3r.com >>>>>>> Location: *San Francisco, CA* >>>>>>> blog: http://burtonator.wordpress.com >>>>>>> =E2=80=A6 or check out my Google+ profile >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Founder/CEO Spinn3r.com >>>>> Location: *San Francisco, CA* >>>>> blog: http://burtonator.wordpress.com >>>>> =E2=80=A6 or check out my Google+ profile >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> Founder/CEO Spinn3r.com >>>> Location: *San Francisco, CA* >>>> blog: http://burtonator.wordpress.com >>>> =E2=80=A6 or check out my Google+ profile >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> >>> Founder/CEO Spinn3r.com >>> Location: *San Francisco, CA* >>> blog: http://burtonator.wordpress.com >>> =E2=80=A6 or check out my Google+ profile >>> >>> >>> >>> >> > > > -- > > Founder/CEO Spinn3r.com > Location: *San Francisco, CA* > blog: http://burtonator.wordpress.com > =E2=80=A6 or check out my Google+ profile > > > > --=20 Founder/CEO Spinn3r.com Location: *San Francisco, CA* blog: http://burtonator.wordpress.com =E2=80=A6 or check out my Google+ profile --001a113465d4cac914050088f798 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It still failed. =C2=A0Tracing shows that the query is bei= ng executed. =C2=A0Just that the table isn't created. =C2=A0I did a dif= f against the two table names and the only difference is the table name.
I even reversed their creation to see if that fixes it=E2=80=A6 but it stil= l fails. =C2=A0Very very weird.

<= br>
On Wed, Aug 13, 2014 at 1:38 PM, Kevin Burton= <burton@spinn3r.com> wrote:
ah.. good idea. I'll tr= y that now.


On Wed, Aug 13, 2014 at 1:36 PM, DuyHai = Doan <doanduyhai@gmail.com> wrote:
Maybe tracing the requests = ? (just the one creating the schema of course)


On Wed, Aug 1= 3, 2014 at 10:30 PM, Kevin Burton <burton@spinn3r.com> wrot= e:
yeah=E2=80=A6 problem still= exists on 2.0.9


On Wed, Aug 13, 2014 at 1:26 PM, Kevin Burto= n <burton@spinn3r.com> wrote:
and I'm certain that th= e CQL is executing=E2=80=A6 because I get a ResultSet back and verified tha= t the CQL is correct. =C2=A0


On = Wed, Aug 13, 2014 at 1:26 PM, Kevin Burton <burton@spinn3r.com> wrote:
2.0.5=E2=80=A6 I'm upgr= ading to 2.0.9 now just to rule this out=E2=80=A6.

I can= give you the full CQL for the table, but I can't seem to reproduce it = without my entire app being included.

If I execute the CQL manually, it works=E2=80=A6 which is wh= at makes this so weird.

On Wed, Aug 13, 2014 at 1:11 PM, DuyHai Doa= n <doanduyhai@gmail.com> wrote:
Can you just give the C* ve= rsion and the complete DDL script to reproduce the issue ?


On Wed, = Aug 13, 2014 at 10:08 PM, Kevin Burton <burton@spinn3r.com>= wrote:
I'm tracking down a wei= rd bug and was wondering if you guys had any feedback.

I= 'm trying to create ten tables programatically.. .

The first one I create, for some reason, isn't crea= ted.

The other 9 are created without a problem.
Im doing this with the datastax driver's session.execute()= .

No exceptions are thrown.

I read the tables back out, and I have 9 of them, but not the first on= e.=C2=A0

I can confirm that the table isn't th= ere because I'm doing a=C2=A0

=C2=A0 select * = from foo0 limit 1=C2=A0

and it gives me an unconfigured column family exception= .

so it looks like cassandra is just silently not = creating the table. =C2=A0

This is just in my juni= t harness for now. =C2=A0So it's one cassandra node so there shouldn= 9;t be an issue with schema disagreement.

Kind of stumped here so any suggestion would help.

--

Founder/CEO=C2=A0Spinn3r.c= om
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile





--
=

Founder/CEO=C2=A0Spinn3r.com
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile




--
=

Founder/CEO=C2=A0Spinn3r.com
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile




--
=

Founder/CEO=C2=A0Spinn3r.com
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile





--
=

Founder/CEO=C2=A0Spinn3r.com
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile




--
=

Founder/CEO=C2=A0Spinn3r.com
Location:=C2=A0San Francisco, CA
=E2=80=A6 or check out my Google+ profile

--001a113465d4cac914050088f798--