ey.ran...@gmail.com');>> a écrit :
>>
>>
>> we use datadog (metrics emitted as raw statsd) for the dashboard. All
>> repair & compaction is done via blender & serf[1].
>> [1]https://github.com/pagerduty/blender
>>
>>
>> On Wed, Jul 13, 2016 at 2:42 PM, Kevin O'Connor <ke...@reddit.com
>> <javascript:_e(%7B%7D,'cvml','ke...@reddit.com');>> wrote:
>>
>> Now that OpsCenter doesn't work with open source installs, are there any
>> runs at an open source equivalent? I'd be more interested in looking at
>> metrics of a running cluster and doing other tasks like managing
>> repairs/rolling restarts more so than historical data.
>>
>>
>>
>>
>>
>>
>>
>>
>
--
BR,
Michał Łowicki
1 just to have
>>>> robust monitoring tools. But, I am not sure if having opscenter offsets all
>>>> the improvements that have been added to cassandra since 2.1.
>>>>
>>>> Sematext has a integrations for monitoring cassandra. Does anyone have
>>>> good experience with it ?
>>>>
>>>> How much work would be involved to setup Ganglia or some such option
>>>> for cassandra ?
>>>>
>>>> Thanks,
>>>> Arun
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
--
BR,
Michał Łowicki
king a destination for a compaction
>> operation.
>> (This is an overly simplistic description. Reality is always more
>> nuanced. datastax had a blog post that describes this better as well as
>> limitations to the algorithm in 2.1 which are addressed in the 3.x releases
>
d
> restart of the node before the hinted handoff window expires on the other
> nodes. If you do not complete in time, you'll want to perform a repair on
> the node.
>
Yes. Thanks!
>
>
> Clint
> On Feb 28, 2016 9:33 AM, "Michał Łowicki" <mlowi...@gmail.com
-bar-ka-1630184-Data.db
foo-bar-ka-1630184-Digest.sha1
foo-bar-ka-1630184-Filter.db
foo-bar-ka-1630184-Index.db
foo-bar-ka-1630184-Statistics.db
foo-bar-ka-1630184-Summary.db
foo-bar-ka-1630184-TOC.txt
Is this something which should work or you see some obstacles? (C* 2.1.13).
--
BR,
Michał
if can make it any better. Thanks!
On Thu, Feb 11, 2016 at 8:10 PM, Michał Łowicki <mlowi...@gmail.com> wrote:
>
>
> On Thu, Feb 11, 2016 at 5:38 PM, Alain RODRIGUEZ <arodr...@gmail.com>
> wrote:
>
>> Also, are you using incremental repairs (not sure about the avail
lower the stream throughput to make sure nodes can cope with what
>> repairs are feeding them.
>>
>> nodetool getstreamthroughput
>> nodetool setstreamthroughput X
>>
>
Yes, this sounds interesting. As we're having problem with repair for
months it could that lots
compaction? Increased compaction throughput and concurrent
compactors but no change. Seems there is plenty idle resources but can't
force C* to use it.
Any clue where there might be a bottleneck?
--
BR,
Michał Łowicki
restarted newly joined node ~9:50 and everything looked much better. I
guess expected behaviour would be to have same number connected clients
after some time.
--
BR,
Michał Łowicki
experiencing CASSANDRA-9935 while running repair on each node
from the cluster.
Any help will be much appreciated.
--
BR,
Michał Łowicki
Looks that memtable heap size is growing on some nodes rapidly (
https://www.dropbox.com/s/3brloiy3fqang1r/Screenshot%202015-06-17%2019.21.49.png?dl=0).
Drops are the places when nodes have been restarted.
On Wed, Jun 17, 2015 at 6:53 PM, Michał Łowicki mlowi...@gmail.com wrote:
Hi,
Two
,
Michał Łowicki
/cassandra/gc.log
Best Regards,
Sebastian Martinka
*Von:* Michał Łowicki [mailto:mlowi...@gmail.com]
*Gesendet:* Montag, 1. Juni 2015 11:47
*An:* user@cassandra.apache.org
*Betreff:* How to interpret some GC logs
Hi,
Normally I get logs like:
2015-06-01T09:19:50.610+: 4736.314
, 2015 at 5:46 PM, Michał Łowicki mlowi...@gmail.com wrote:
Hi,
Normally I get logs like:
2015-06-01T09:19:50.610+: 4736.314: [GC 6505591K-4895804K(8178944K),
0.0494560 secs]
which is fine and understandable but occasionalIy I see something like:
2015-06-01T09:19:50.661+: 4736.365
it? Does it miss only part before - so memory occupied
before GC cycle?
--
BR,
Michał Łowicki
is doing currently? I've enabled DEBUG
logging but it's too verbose as node is getting some traffic. Can I enable
DEBUG for compaction only?
--
BR,
Michał Łowicki
After couple of days it's still behaving fine. Case closed.
On Thu, Feb 19, 2015 at 11:15 PM, Michał Łowicki mlowi...@gmail.com wrote:
Upgrade to 2.1.3 seems to help so far. After ~12 hours total memory
consumption grew from 10GB to 10.5GB.
On Thu, Feb 19, 2015 at 2:02 PM, Carlos Rolo r
On Thu, Feb 19, 2015 at 9:16 AM, Michał Łowicki mlowi...@gmail.com
wrote:
We don't have other things running on these boxes and C* is consuming all
the memory.
Will try to upgrade to 2.1.3 and if won't help downgrade to 2.1.2.
—
Michał
On Thu, Feb 19, 2015 at 2:39 AM, Jacob Rhoden
, and there was a tipping point around 70ms.
Write request latency is below 0.05 ms/op (avg). Checked with OpsCenter.
--
--
BR,
Michał Łowicki
help will be appreciated.
--
BR,
Michał Łowicki
by the client. You are almost certainly
running into https://issues.apache.org/jira/browse/CASSANDRA-7947 which is
fixed in 2.1.3 and 2.0.12.
On Fri, Jan 30, 2015 at 8:37 AM, Michał Łowicki mlowi...@gmail.com wrote:
Hi Jan,
I'm using only one keyspace. Even if it defaults to ONE why sometimes ALL
, 'consistency':
'ONE'}
Any idea why it might happen?
--
BR,
Michał Łowicki
for the keyspace.
Could it be possible that your queries are spanning multiple keyspaces
which bear different levels of consistency ?
cheers
Jan
C* Architect
On Friday, January 30, 2015 1:36 AM, Michał Łowicki mlowi...@gmail.com
wrote:
Hi,
We're using C* 2.1.2, django-cassandra-engine which
on as BATCH is needed in this case?
--
BR,
Michał Łowicki
@Robert could you point me to some of those issues?
I would be very graceful for some explanation why this is semi-expected.
On Fri, Jan 2, 2015 at 8:01 PM, Robert Coli rc...@eventbrite.com wrote:
On Mon, Dec 15, 2014 at 1:51 AM, Michał Łowicki mlowi...@gmail.com
wrote:
We've noticed
bytes in size (http://paste.ofcode.org/6yyH2X52emPNrKdw3WXW3d)
Table information - http://paste.ofcode.org/32RijfxQkNeb9cx9GAAnM45
We're using Cassandra 2.1.2.
--
BR,
Michał Łowicki
26 matches
Mail list logo