On Tue, Nov 18, 2014 at 6:30 PM, Jacob Rhoden wrote:
> Is it correct to assume that if you do a “nodetool drain” on a node and
> then shutdown a node, you can safely remove all commit logs on that node as
> long as all nodes are up?
>
Assuming you are in a version where nodetool drain actually w
Hi Guys,
Is it correct to assume that if you do a “nodetool drain” on a node and then
shutdown a node, you can safely remove all commit logs on that node as long as
all nodes are up?
I have some VPS’s with low amounts of disk space that could do with it being
recovered, I also assume this mea
UG enabled. Tough on
> production though.
>
> From: aaron morton [mailto:aa...@thelastpickle.com]
> Sent: Monday, June 04, 2012 11:15 AM
> To: user@cassandra.apache.org
> Subject: Re: 1.1 not removing commit log files?
>
> Apply the local hint mutation follows t
I'll try to get some log files for this with DEBUG enabled. Tough on
production though.
From: aaron morton [mailto:aa...@thelastpickle.com]
Sent: Monday, June 04, 2012 11:15 AM
To: user@cassandra.apache.org
Subject: Re: 1.1 not removing commit log files?
Apply the local hint mutation fo
Apply the local hint mutation follows the same code path and regular mutations.
When the commit log is being truncated you should see flush activity, logged
from the ColumnFamilyStore with "Enqueuing flush of " messages.
If you set DEBUG logging for the org.apache.cassandra.db.ColumnFamilySto
On Thu, May 31, 2012 at 7:01 PM, aaron morton wrote:
> But that talks about segments not being cleared at startup. Does not explain
> why they were allowed to get past the limit in the first place.
Perhaps the commit log size tracking for this limit does not, for some
reason, track hints? This se
gt;
> From: Bryce Godfrey [mailto:bryce.godf...@azaleos.com]
> Sent: Tuesday, May 22, 2012 1:10 PM
> To: user@cassandra.apache.org
> Subject: RE: 1.1 not removing commit log files?
>
> The nodes appear to be holding steady at the 8G that I set it to in the
> config file n
sandra.apache.org<mailto:user@cassandra.apache.org>
Subject: Re: 1.1 not removing commit log files?
4096 is also the internal hard coded default for commitlog_total_space_in_mb
If you are seeing more that 4GB of commit log files let us know.
Cheers
-
Aaron Morton
Freelance Deve
The nodes appear to be holding steady at the 8G that I set it to in the config
file now. I'll keep an eye on them.
From: aaron morton [mailto:aa...@thelastpickle.com]
Sent: Tuesday, May 22, 2012 4:08 AM
To: user@cassandra.apache.org
Subject: Re: 1.1 not removing commit log files?
4096 is
:
> Thanks, I'll give it a try.
>
> -Original Message-
> From: Alain RODRIGUEZ [mailto:arodr...@gmail.com]
> Sent: Monday, May 21, 2012 2:12 AM
> To: user@cassandra.apache.org
> Subject: Re: 1.1 not removing commit log files?
>
> commitlog_total_space_in_mb: 4
Thanks, I'll give it a try.
-Original Message-
From: Alain RODRIGUEZ [mailto:arodr...@gmail.com]
Sent: Monday, May 21, 2012 2:12 AM
To: user@cassandra.apache.org
Subject: Re: 1.1 not removing commit log files?
commitlog_total_space_in_mb: 4096
By default this line is commented in
d regards,
>
> Pieter Callewaert
>
>
>
> From: Bryce Godfrey [mailto:bryce.godf...@azaleos.com]
> Sent: maandag 21 mei 2012 9:52
> To: user@cassandra.apache.org
> Subject: 1.1 not removing commit log files?
>
>
>
> The commit log drives on my nodes keep slowly
[mailto:bryce.godf...@azaleos.com]
Sent: maandag 21 mei 2012 9:52
To: user@cassandra.apache.org
Subject: 1.1 not removing commit log files?
The commit log drives on my nodes keep slowly filling up. I don't see any
errors in my logs that are indicating any issues that I can map to this issue.
Is thi
The commit log drives on my nodes keep slowly filling up. I don't see any
errors in my logs that are indicating any issues that I can map to this issue.
Is this how 1.1 is supposed to work now? Previous versions seemed to keep this
drive at a minimum as it flushed.
/dev/mapper/mpathf 25G
14 matches
Mail list logo
