[ 
https://issues.apache.org/jira/browse/SOLR-11448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16308475#comment-16308475
 ] 

David Smiley commented on SOLR-11448:
-------------------------------------

Okay.

bq. and it's usually acceptable to user that the cluster state may still 
undergo changes as replicas gradually recover and become active.

So long as such changes don't impact the apparent usability of the collection 
(ability to search and add docs without error) then I agree, otherwise I don't. 
 If we don't then do you mean _sometimes_ the user may not care?  Well that's 
what async is for; no?

It seems like a wart to see CollectionsHandler check that a collection creation 
is being performed and then call a waitForActiveCollection... this is an 
exceptional case instead of being agnostic of the command.  I think you'd see 
what I mean if you look over there in CollectionsHandler.  Instead, I propose 
CreateCollectionCmd actually waits sufficiently long for the collection to be 
usable at the point it returns (thus move this method over there).  Would it 
need a new parameter to know when to *not* wait or does "async" imply as much?  
But even in async case... it might as well wait for things to complete so that 
if the async status is finally done then the collection is truly usable.

> Implement an option in collection commands to wait for command results
> ----------------------------------------------------------------------
>
>                 Key: SOLR-11448
>                 URL: https://issues.apache.org/jira/browse/SOLR-11448
>             Project: Solr
>          Issue Type: Sub-task
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: AutoScaling
>    Affects Versions: 7.2
>            Reporter: Andrzej Bialecki 
>            Assignee: Andrzej Bialecki 
>             Fix For: 7.2, master (8.0)
>
>         Attachments: SOLR-11448.diff
>
>
> In order to reliably track results and impact of executing collection-level 
> commands in the autoscaling framework we need an option to execute the 
> requested operation (eg. move replica) and then wait for the operation 
> results to actually take effect (the replica has been moved AND it became 
> active).
> This is different than executing commands synchronously, in which case the 
> API only waits for the operation itself to be completed (eg. moving the 
> replica succeeded) but it does not wait for the final effects of this 
> operation to take place (eg. the replica becomes active).



--
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

Reply via email to