It will only run if it can find at least one oplog that is ready for
compaction. Once "getOplogsToBeCompacted()" returns null then a new
compaction task will not be scheduled until a new oplog becomes compactable
(see
com.gemstone.gemfire.internal.cache.PersistentOplogSet.addToBeCompacted(Oplog)).
The info level messages you see from the compactor should keep telling you
different oplog ids.
On Thu, Jun 9, 2016 at 2:37 PM, robert geiger wrote:
> Was looking into OplogCompactor due to excessive info level log messages
> and noticed that (1) compaction continuously runs using the disk store task
> thread pool (is re-scheduled with no delay); and (2) info level messages
> are in the nominal (no errors) code path.
>
> It would seem that info level messages should not be in a continuously
> running maintenance thread, or am I missing something here?
>
> Thanks,
> Bob
>
> ___
> Robert Geiger
> Chief Architect, Ampool Inc.
> +1 408-833-4527
>
>
