[jira] [Updated] (SOLR-12295) Time Routed Aliases: Delete obsolete collections Async

2018-04-30 Thread Gus Heck (JIRA)

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

Gus Heck updated SOLR-12295:

Attachment: SOLR-12295.patch

> Time Routed Aliases: Delete obsolete collections Async
> --
>
> Key: SOLR-12295
> URL: https://issues.apache.org/jira/browse/SOLR-12295
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: UpdateRequestProcessors
>Reporter: Gus Heck
>Priority: Major
> Attachments: SOLR-12295.patch
>
>
> Presently TimeRoutedAliasUpdaateProcessor calls the MaintainRoutedAliasCmd 
> command to handle the book keeping around creation of new and deletion of 
> obsolete collections (the collections are representing time segments within 
> the time routed alias). While we generally need to wait for collection 
> creation before proceeding, since the incoming request may  be placing a 
> document in the collection to be created, deletions need only be initiated 
> and do not need to impede processing of updates.
> In stress testing in SOLR-11949 the delays caused by synchronous updates were 
> sufficient to fail the test via an apparent deadlock (actual locked threads 
> could not be located however). With async deletes provided in this patch the 
> stress test has passed for several consecutive executions.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-12295) Time Routed Aliases: Delete obsolete collections Async

2018-04-30 Thread Gus Heck (JIRA)

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

Gus Heck updated SOLR-12295:

Attachment: (was: SOLR-12030.patch)

> Time Routed Aliases: Delete obsolete collections Async
> --
>
> Key: SOLR-12295
> URL: https://issues.apache.org/jira/browse/SOLR-12295
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: UpdateRequestProcessors
>Reporter: Gus Heck
>Priority: Major
>
> Presently TimeRoutedAliasUpdaateProcessor calls the MaintainRoutedAliasCmd 
> command to handle the book keeping around creation of new and deletion of 
> obsolete collections (the collections are representing time segments within 
> the time routed alias). While we generally need to wait for collection 
> creation before proceeding, since the incoming request may  be placing a 
> document in the collection to be created, deletions need only be initiated 
> and do not need to impede processing of updates.
> In stress testing in SOLR-11949 the delays caused by synchronous updates were 
> sufficient to fail the test via an apparent deadlock (actual locked threads 
> could not be located however). With async deletes provided in this patch the 
> stress test has passed for several consecutive executions.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-12295) Time Routed Aliases: Delete obsolete collections Async

2018-04-30 Thread Gus Heck (JIRA)

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

Gus Heck updated SOLR-12295:

Attachment: (was: SOLR-12295)

> Time Routed Aliases: Delete obsolete collections Async
> --
>
> Key: SOLR-12295
> URL: https://issues.apache.org/jira/browse/SOLR-12295
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: UpdateRequestProcessors
>Reporter: Gus Heck
>Priority: Major
>
> Presently TimeRoutedAliasUpdaateProcessor calls the MaintainRoutedAliasCmd 
> command to handle the book keeping around creation of new and deletion of 
> obsolete collections (the collections are representing time segments within 
> the time routed alias). While we generally need to wait for collection 
> creation before proceeding, since the incoming request may  be placing a 
> document in the collection to be created, deletions need only be initiated 
> and do not need to impede processing of updates.
> In stress testing in SOLR-11949 the delays caused by synchronous updates were 
> sufficient to fail the test via an apparent deadlock (actual locked threads 
> could not be located however). With async deletes provided in this patch the 
> stress test has passed for several consecutive executions.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-12295) Time Routed Aliases: Delete obsolete collections Async

2018-04-30 Thread Gus Heck (JIRA)

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

Gus Heck updated SOLR-12295:

Attachment: SOLR-12030.patch

> Time Routed Aliases: Delete obsolete collections Async
> --
>
> Key: SOLR-12295
> URL: https://issues.apache.org/jira/browse/SOLR-12295
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: UpdateRequestProcessors
>Reporter: Gus Heck
>Priority: Major
>
> Presently TimeRoutedAliasUpdaateProcessor calls the MaintainRoutedAliasCmd 
> command to handle the book keeping around creation of new and deletion of 
> obsolete collections (the collections are representing time segments within 
> the time routed alias). While we generally need to wait for collection 
> creation before proceeding, since the incoming request may  be placing a 
> document in the collection to be created, deletions need only be initiated 
> and do not need to impede processing of updates.
> In stress testing in SOLR-11949 the delays caused by synchronous updates were 
> sufficient to fail the test via an apparent deadlock (actual locked threads 
> could not be located however). With async deletes provided in this patch the 
> stress test has passed for several consecutive executions.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-12295) Time Routed Aliases: Delete obsolete collections Async

2018-04-30 Thread Gus Heck (JIRA)

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

Gus Heck updated SOLR-12295:

Attachment: SOLR-12295

> Time Routed Aliases: Delete obsolete collections Async
> --
>
> Key: SOLR-12295
> URL: https://issues.apache.org/jira/browse/SOLR-12295
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: UpdateRequestProcessors
>Reporter: Gus Heck
>Priority: Major
> Attachments: SOLR-12295
>
>
> Presently TimeRoutedAliasUpdaateProcessor calls the MaintainRoutedAliasCmd 
> command to handle the book keeping around creation of new and deletion of 
> obsolete collections (the collections are representing time segments within 
> the time routed alias). While we generally need to wait for collection 
> creation before proceeding, since the incoming request may  be placing a 
> document in the collection to be created, deletions need only be initiated 
> and do not need to impede processing of updates.
> In stress testing in SOLR-11949 the delays caused by synchronous updates were 
> sufficient to fail the test via an apparent deadlock (actual locked threads 
> could not be located however). With async deletes provided in this patch the 
> stress test has passed for several consecutive executions.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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