Hi,
Cassandra 1.0. I am getting the following exception from a simple map
reduce job. It seems like the local mapper is working.
I tried many combinations of hostname, localhost, ip in /etc/hosts vs
listen_address. Didn't seem to resolve this.
Any inputs will be appreciated.
Thanks,
-gabe
W
Ok.
I think a degration could be normal because your cluster is in a degraded
state when a node is down.
With a replication_factor of 3 and with a 3 nodes cluster, each data you
write is replicated on each node. As One node is down, when writing, it's
impossible to send a replica on the down node
Updated the RPM release tag to *-2 and that straightened everything
out. Thanks again for bringing this up. Please let me know if there
are any other issues.
On Wed, Oct 19, 2011 at 2:54 PM, David Strauss wrote:
> The current version scheme in the "riptano" repository puts 1.0.0rc2 as
> the succe
Greets,
As you may have heard, we're having a Cassandra meetup during
ApacheCon next month in Vancouver[1]. This meetup is 100% free, 100%
open to everyone (whether you're registered for the conference, or
not), and 110% Cassandra. If that's not enough, come for the beer.
This year we're aiming
Thanks for pointing this out - we'll get it re-rolled shortly.
On Wed, Oct 19, 2011 at 2:54 PM, David Strauss wrote:
> The current version scheme in the "riptano" repository puts 1.0.0rc2 as
> the successor to 1.0.0 final. I think this will resolve itself with the
> 1.0.1 release (or later), but
The current version scheme in the "riptano" repository puts 1.0.0rc2 as
the successor to 1.0.0 final. I think this will resolve itself with the
1.0.1 release (or later), but it's broken right now.
[root@david-onebox ~]# yum -y update
Loaded plugins: presto
Setting up Update Process
Resolving Depen
3
sorry forgot this important info
On Oct 19, 2011 11:31 AM, "Jérémy SEVELLEC" wrote:
> Hi, what is your replication_factor?
>
> 2011/10/19 Yang
>
>> I'm using a cassandra version compiled from 1.0.0 github HEAD.
>>
>> I have 3 nodes, A B and C, on node A I run a client, which talks only
>> t
Hi, what is your replication_factor?
2011/10/19 Yang
> I'm using a cassandra version compiled from 1.0.0 github HEAD.
>
> I have 3 nodes, A B and C, on node A I run a client, which talks only
> to B as the coordinator.
>
> the performance is pretty good, a QUORUM read+write takes < 10ms.
>
>
I'm using a cassandra version compiled from 1.0.0 github HEAD.
I have 3 nodes, A B and C, on node A I run a client, which talks only
to B as the coordinator.
the performance is pretty good, a QUORUM read+write takes < 10ms.
but then I shutdown C, quickly the performance starts to degrade, and
Anthony,
We're in exactly the same boat. We are waiting on DataStax Enterprise to
see if it can ease the pain of SOLR schemas.
In the meantime, I just submitted a native REST layer for Cassandra.
https://issues.apache.org/jira/browse/CASSANDRA-3380
(Hopefully, it will get integrated soon. Vote i
Dne 18.10.2011 22:35, aaron morton napsal(a):
Looks like the column meta for the CF specifies a column name that is
not a valid Long. I seem to remember a bug like this something in the
past.
but why are columns in system tables untyped? if it was declared as
long, its impossible to insert bad
11 matches
Mail list logo