lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Noble Paul (JIRA)" <>
Subject [jira] [Commented] (SOLR-9191) OverseerTaskQueue.peekTopN() fatally flawed
Date Tue, 07 Jun 2016 16:16:21 GMT


Noble Paul commented on SOLR-9191:

Is there a way we can avoid reading the "already read"  items from ZK?

> OverseerTaskQueue.peekTopN() fatally flawed
> -------------------------------------------
>                 Key: SOLR-9191
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 5.4, 5.4.1, 5.5, 5.5.1, 6.0, 6.0.1
>            Reporter: Scott Blum
>            Assignee: Scott Blum
>   Original Estimate: 24h
>  Remaining Estimate: 24h
> We rewrote DistributedQueue in SOLR-6760, to optimize its obvious use case as a FIFO.
 But in doing so, we broke the assumptions in OverseerTaskQueue.peekTopN()..
> OverseerTaskQueue.peekTopN() involves filtering out items you're already working on,
it's trying to peek for new items in the queue beyond what you already know about.  But DistributedQueue
(being designed as a FIFO) doesn't know about the filtering; as long as it has any items in-memory
it just keeps returning those over and over without ever pulling new data from ZK.  This is
true even if the watcher has fired and marked the state as dirty.  So OverseerTaskQueue gets
into a state where it can never read new items in ZK because DQ keeps returning the same items
that it has marked as in-progress.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message