Hi all,
The cluster has 5 nodes, one keyspace(RF=3), a table(named t1) and a
column family(named cf1,and has two fixed columns each row).
Single thread, two test programs to insert data using lightweight
transaction.
the pseudocode is as follows:
program 1:
...
for (int i=1;i<1;i++){
...
Each compressed SSTable uses additional transfer buffer in
CompressedRandomAccessReader instance.
After analyzing Heap I saw this buffer has a size about 70KB per SSTable. I
have more than 30K SSTables per node.
I want to turn off a compression for this column family to save some Heap. How
can I
I have a 6 node cluster running on AWS. We are using m1.large instances
with heap size set to 3G.
5 of the 6 nodes seem quite healthy. The 6th one however is running
GCInspector GC for ConcurrentMarkSweep every 15 seconds or so. There is
nothing going on on this box. No repairs and almost not user
The issue you should look at is CASSANDRA-4206.
This is apparently fixed on 2.0 so upgrading is one option. If you are not
ready to upgrade to 2.0 then you can try increasing in_memory_compaction.
We were hitting this exception on one of our nodes and increasing
in_memory_compaction did fix it.
This is the root cause:
IOError: [Errno 2] No such file or directory:
'/usr/lib/python2.7/sitecustomize.py'
Off the top of my head, you may be able to work around this packaging issue
in Ubuntu with:
sudo touch /usr/lib/python2.7/sitecustomize.py
sudo apt-get -f install
Then resume re-run your
I am trying to install cassandra dsc20 but the installation fails due to
some python dependecies. How could I make this work ?
root@server1:~# sudo apt-get install dsc20
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be i
Christian,
There are 2 use cases which are failing, and both looks to be similar
issue, basically happens in column family set with TTL.
case 1) I manage index for specific data as single row in a column family.
I set TTL to 1 second if the data need to be removed from the index row.
Under some
Hi,
It's not clear to me in the doc about cold_reads_to_omit. when
cold_reads_to_omit ignores low read rate sstables during compactions, what
would gc tombstones in those cold sstables? Do we rely on tombstone
compactions, which, I might misconfigured, I've never seen tombstone
compactions got kic
Hi Mahesh,
the problem is that every column is only tombstoned for as long as the
original column was valid.
So if the last update was only valid for 1 sec, then the tombstone will
also be valid for 1 second! If the previous was valid for a longer time,
then this old value might reappear.
Maybe
Christain,
Yes. Is it a problem? Can you explain what happens in this scenario?
Thanks
Mahesh
On Fri, Feb 14, 2014 at 3:07 PM, horschi wrote:
> Hi Mahesh,
>
> is it possible you are creating columns with a long TTL, then update these
> columns with a smaller TTL?
>
> kind regards,
> Christia
Hi
When I do a CQL3 select * on TABLE1 (describe below), I see rows displayed but
get this error at the end
"Failed to decode value '9131146' (for column 'accountId') as bigint: unpack
requires a string argument of length 8"
Cassandra version 1.2.5. accountId is of type "text". Why would
Scrub is very likely to resolve it. Note that scrub will drop (and log)
invalid items, so pay attention to what it logs and plan on doing a repair
afterwards to pull in a copy from a different node, assuming RF>1
-Tupshin
On Feb 17, 2014 8:54 AM, "Oleg Dulin" wrote:
> Bumping this up -- anyth
Bumping this up -- anything ? anyone ?
On 2014-02-13 16:01:50 +, Oleg Dulin said:
I am getting these exceptions on one of the nodes, quite often, during
compactions:
"java.lang.AssertionError: originally calculated column size of
84562492 but now it is 84562600"
Usually this is on the
Hi Ondrej,
It's possible you were hit by the problems in this thread before, but it
looks potentially like you may have other issues. Of course it may be that
on G1 you have one issue and CMS another, but 27s is extreme even for G1,
so it seems unlikely. If you're hitting these pause times in CMS
Hi,
we tried to switch to G1 because we observed this behaviour on CMS too (27
seconds pause in G1 is quite an advise not to use it). Pauses with CMS were
not easily traceable - JVM stopped even without stop-the-world pause
scheduled (defragmentation, remarking). We thought the go-to-safepoint
wai
Hi Sylvain,
hector core 1.0-2 uses libthrift 0.6.1,but this exception is not
consistent, getting intermittently.
if there would be any issue related to compatibility of thrift jar, then
this error should be consistent ryt?
Regards,
Ankit Tyagi
On Mon, Feb 17, 2014 at 2:30 PM, Sylvain Lebresn
Ondrej,
It seems like your issue is much less difficult to diagnose: your
collection times are long. At least, the pause you printed the time for is
all attributable to the G1 pause.
Note that G1 has not generally performed well with Cassandra in our
testing. There are a number of changes going i
Hi all,
we are seeing the same kind of long pauses in Cassandra. We tried to switch
CMS to G1 without positive result. The stress test is read heavy, 2
datacenters, 6 nodes, 400reqs/sec on one datacenter. We see spikes in
latency on 99.99 percentil and higher, caused by threads being stopped in
JV
That looks like a thrift error. My best bet would be that you have an
incompatibility of versions between the thrift lib used by your Hector
version and the one of the Cassandra version used. All I can tell you is
that Cassandra 1.2 uses libthrift 0.7.0, not sure what Hector-client 1.0-2
uses howev
Hi,
I am using Hector-client: 1.0-2 to insert the data. Problem is , i am not
seeing any exception in my application logs where i am inserting data
through hector.
looks like internal to cassandra.
Regards,
Ankit TYagi
On Mon, Feb 17, 2014 at 1:56 PM, Vivek Mishra wrote:
> looks like thrift
looks like thrift inter operability issue. Seems column family or data
created via CQL3 and using Thrift based API to read it.
Else, recreate your schema and try.
-Vivek
On Mon, Feb 17, 2014 at 1:50 PM, ankit tyagi wrote:
> Hello,
>
> anyone has the idea regarding this exception.
>
> Regards,
Hello,
anyone has the idea regarding this exception.
Regards,
Ankit Tyagi
On Fri, Feb 14, 2014 at 7:02 PM, ankit tyagi wrote:
> Hello,
>
> I am seeing below exception in my cassandra
> logs(/var/log/cassandra/system.log).
>
> INFO [ScheduledTasks:1] 2014-02-13 13:13:57,641 GCInspector.java (li
22 matches
Mail list logo
