In theory the the logging configurator is watching the log4j-server.properties 
file and check for changes every 10 seconds. I've nevery had much luck with it, 
but assumed it was me getting something wrong. 

Or you can modify the values on the fly using the setLog4jLevel() on the 
StorageService MBean via JMX. It will log "set log level to…" to say the value 
has changed.

Cheers

-----------------
Aaron Morton
Freelance Developer
@aaronmorton
http://www.thelastpickle.com

On 5/06/2012, at 9:58 AM, Bryce Godfrey wrote:

> 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 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.ColumnFamilyStore 
> it will log if it things the CF is clean and no flush takes place. 
>  
> If you set DEBUG logging on org.apache.cassandra.db.commitlog.CommitLog we 
> will see if the commit log file could not be deleted because a dirty CF was 
> not flushed. 
>  
> Cheers
> A
>  
>  
> -----------------
> Aaron Morton
> Freelance Developer
> @aaronmorton
> http://www.thelastpickle.com
>  
> On 2/06/2012, at 4:43 AM, Rob Coli wrote:
> 
> 
> On Thu, May 31, 2012 at 7:01 PM, aaron morton <aa...@thelastpickle.com> 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 seems like the obvious answer given the
> state which appears to trigger it? This doesn't explain why the files
> aren't getting deleted after the hints are delivered, of course...
> 
> =Rob
> 
> -- 
> =Robert Coli
> AIM&GTALK - rc...@palominodb.com
> YAHOO - rcoli.palominob
> SKYPE - rcoli_palominodb

Reply via email to