Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates
 74.125.82.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type:content-transfer-encoding;
        b=p2hcCx1yGb2zqQq4Z3MaTfQioVGqEsp1ngr7EpUM/rIMMn1X06YCFnIGWjz2Xzlkwj
         5VH082vcTE0ybLXGORp8hvT/P6filDL/ga1Pft+RaVGlvYK7dv3j98JWd5PPcr9IbfEs
         uUP+cgLIyYVMFRQ9D2LxJQOGYPH2Gy6m4PB70=
MIME-Version: 1.0
In-Reply-To: <y2w815edeff1004120842j12a18c47va92c287ce41523ca@mail.gmail.com>
References: <h2z815edeff1004120802ib738e1ffj9f8765f4eafc6694@mail.gmail.com>
	<o2we06563881004120805x5820ebcch3a472bdb31d59805@mail.gmail.com>
	<n2o815edeff1004120824mb4649ef0gae9e9c223208e8ba@mail.gmail.com>
	<q2xe06563881004120830g72d18eb1t7d23737f2a76f252@mail.gmail.com>
	<y2w815edeff1004120842j12a18c47va92c287ce41523ca@mail.gmail.com>
From: Jonathan Ellis <jbellis@gmail.com>
Date: Mon, 12 Apr 2010 10:45:48 -0500
Message-ID: <m2qe06563881004120845xcd75ced5hddcac4aff563412b@mail.gmail.com>
Subject: Re: frequent "unknown result" errors
To: user@cassandra.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Pandra is probably targetting 0.6.

If you're just starting, there's no reason for you not to use 0.6 over 0.5 =
now.

On Mon, Apr 12, 2010 at 10:42 AM, Lee Parker <lee@socialagency.com> wrote:
> I'm using the thrift client which is packaged with Pandra and my cassandr=
a
> version is 0.5.0 which is in the debian packages. =A0How can i tell which
> version of Thrift i'm using?
> Lee
>
> On Mon, Apr 12, 2010 at 10:30 AM, Jonathan Ellis <jbellis@gmail.com> wrot=
e:
>>
>> Then you're probably using a client incompatible with the server
>> version you're using.
>>
>> On Mon, Apr 12, 2010 at 10:24 AM, Lee Parker <lee@socialagency.com> wrot=
e:
>> > If the connections are being made by individual PHP processes running
>> > from
>> > the command line, they shouldn't be using the same connection. =A0Shou=
ld
>> > my
>> > code close the connections after each query and open a new one?
>> > Here is the flow of what is happening when we get the error:
>> > 1. Get a set of items from remote API
>> > 2. Insert all of the items into the items CF. (usually anywhere from 2=
 -
>> > 200
>> > items)
>> > 3. Query the correct index for all entries within a particular time
>> > frame
>> > (which is determined by the timeframe of the results of step 1)
>> > 4. Compare keys in index to keys of items inserted in step 2.
>> > 5. Insert new index columns for items which aren't already in the inde=
x.
>> > I am getting the "unknown result" error during step 3.
>> > Lee
>> >
>> > On Mon, Apr 12, 2010 at 10:05 AM, Jonathan Ellis <jbellis@gmail.com>
>> > wrote:
>> >>
>> >> unknown result means thrift is badly confused. =A0You will get this w=
hen
>> >> using the same thrift connection from multiple threads, for instance.
>> >>
>> >> On Mon, Apr 12, 2010 at 10:02 AM, Lee Parker <lee@socialagency.com>
>> >> wrote:
>> >> > I am a newbie with Cassandra. =A0We are currently migrating a large
>> >> > amount
>> >> > of
>> >> > data out of MySQL into Cassandra. =A0I have two ColumnFamilies. =A0=
One
>> >> > contains
>> >> > one row per item and each item has roughly 12 columns. =A0These are
>> >> > items
>> >> > from
>> >> > REST APIs like the Twitter API. =A0Then I have a second ColumnFamil=
y
>> >> > with
>> >> > very
>> >> > large rows and TimeUUID column names which contain the key of the
>> >> > items
>> >> > in
>> >> > the other ColumnFamily. =A0So one ColumnFamily has lots of rows wit=
h a
>> >> > low
>> >> > number of columns per row, and the other has relatively few rows wi=
th
>> >> > a
>> >> > large (~500k) columns per row.
>> >> > I am getting rather frequent errors with "unknown result" from
>> >> > get_slice
>> >> > and
>> >> > multiget_slice calls from the index ColumnFamily. =A0I am using Pan=
dra
>> >> > for
>> >> > the
>> >> > calls. =A0I can see that this is a generic exception thrown by the
>> >> > Cassandra
>> >> > Thrift package when it doesn't know what else to say. =A0Is there a=
 way
>> >> > to
>> >> > actually see what the result was in a more raw form from the Thrift
>> >> > protocol?
>> >> > One thought I had on why this is happening is that my results might
>> >> > be
>> >> > larger than the configuration settings. =A0Does anyone have any goo=
d
>> >> > ideas
>> >> > on
>> >> > how to calculate what the ideal values of=A0SlicedBufferSizeInKB
>> >> > and=A0ColumnIndexSizeInKB should be? =A0If these are too low, would=
 i get
>> >> > a
>> >> > more
>> >> > descriptive error?
>> >> > Lee Parker
>> >
>> >
>
>