[jira] [Updated] (SOLR-11771) Overseer can never process some last messages

2018-01-08 Thread Jim Ferenczi (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-11771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jim Ferenczi updated SOLR-11771:

Fix Version/s: 7.2.1

> Overseer can never process some last messages
> -
>
> Key: SOLR-11771
> URL: https://issues.apache.org/jira/browse/SOLR-11771
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Cao Manh Dat
>Assignee: Cao Manh Dat
> Fix For: master (8.0), 7.3, 7.2.1
>
>
> I met this problem when some tests get failed because timeout on creating a 
> new collection. The case here is
> 1. Overseer call DQ.peekElements with LONG.MAX_VALUE timeout.
> 2. DQ fetch children from ZK but it is empty.
> 3. At the same time with 2, a set LEADER message is enqueued, 
> {{changed.signalAll()}} already called.
> 4. The call {{changed.awaitNanos(waitNanos)}} is never end because no new 
> messages get enqueued after this point.
> The fix here is trivial, the call peekElements should have a timeout of 2 
> seconds, that will be appropriate in most cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Updated] (SOLR-11771) Overseer can never process some last messages

2018-01-05 Thread Cao Manh Dat (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-11771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cao Manh Dat updated SOLR-11771:

Summary: Overseer can never process some last messages  (was: Overseer can 
never process some last messages due to a bug in DQ.peekElements())

> Overseer can never process some last messages
> -
>
> Key: SOLR-11771
> URL: https://issues.apache.org/jira/browse/SOLR-11771
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Cao Manh Dat
>
> I met this problem when some tests get failed because timeout on creating a 
> new collection. The case here is
> 1. Overseer call DQ.peekElements with LONG.MAX_VALUE timeout.
> 2. DQ fetch children from ZK but it is empty.
> 3. At the same time with 2, a set LEADER message is enqueued, 
> {{changed.signalAll()}} already called.
> 4. The call {{changed.awaitNanos(waitNanos)}} is never end because no new 
> messages get enqueued after this point.
> The fix here is trivial, the call peekElements should have a timeout of 2 
> seconds, that will be appropriate in most cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Updated] (SOLR-11771) Overseer can never process some last messages due to a bug in DQ.peekElements()

2018-01-05 Thread Cao Manh Dat (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-11771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cao Manh Dat updated SOLR-11771:

Summary: Overseer can never process some last messages due to a bug in 
DQ.peekElements()  (was: Overseer can never process some last messages)

> Overseer can never process some last messages due to a bug in 
> DQ.peekElements()
> ---
>
> Key: SOLR-11771
> URL: https://issues.apache.org/jira/browse/SOLR-11771
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Cao Manh Dat
>
> I met this problem when some tests get failed because timeout on creating a 
> new collection. The case here is
> 1. Overseer call DQ.peekElements with LONG.MAX_VALUE timeout.
> 2. DQ fetch children from ZK but it is empty.
> 3. At the same time with 2, a set LEADER message is enqueued, 
> {{changed.signalAll()}} already called.
> 4. The call {{changed.awaitNanos(waitNanos)}} is never end because no new 
> messages get enqueued after this point.
> The fix here is trivial, the call peekElements should have a timeout of 2 
> seconds, that will be appropriate in most cases.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org