[jira] [Updated] (SOLR-10714) OverseerTriggerThread does not start triggers on overseer start until autoscaling config watcher is fired
[ https://issues.apache.org/jira/browse/SOLR-10714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-10714: - Fix Version/s: (was: 7.0) 7.1 master (8.0) > OverseerTriggerThread does not start triggers on overseer start until > autoscaling config watcher is fired > - > > Key: SOLR-10714 > URL: https://issues.apache.org/jira/browse/SOLR-10714 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Shalin Shekhar Mangar >Assignee: Shalin Shekhar Mangar > Labels: autoscaling > Fix For: master (8.0), 7.1 > > Attachments: SOLR-10714.patch > > > Thanks to [~ab] for catching this. The OverseerTriggerThread only sets a > watch but doesn't read trigger information by itself. Therefore no triggers > are started on overseer restart until the autoscaling zk node changes and the > watcher is fired. -- 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-10714) OverseerTriggerThread does not start triggers on overseer start until autoscaling config watcher is fired
[ https://issues.apache.org/jira/browse/SOLR-10714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-10714: - Attachment: SOLR-10714.patch * OverseerTriggerThread reads the /autoscaling.json znode and set a watch for future changes. * Added a TriggerIntegrationTest.testContinueTriggersOnOverseerRestart to test this behavior * Fixed a race condition in OverseerTriggerThread which caused unnecessary spinning. * OverseerTriggerThread checks that it has not been closed before attempting to wait for the condition * Sometimes the coreContainer.getZkController can return null because of the way overseer is created (in ZkController's constructor) which causes the trigger to NPE in the constructor -- I'll open a separate issue about this because this isn't related to autoscaling as such. To workaround this problem TriggerIntegrationTest ensures at least two nodes be available before running tests. > OverseerTriggerThread does not start triggers on overseer start until > autoscaling config watcher is fired > - > > Key: SOLR-10714 > URL: https://issues.apache.org/jira/browse/SOLR-10714 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Shalin Shekhar Mangar >Assignee: Shalin Shekhar Mangar > Labels: autoscaling > Fix For: master (7.0) > > Attachments: SOLR-10714.patch > > > Thanks to [~ab] for catching this. The OverseerTriggerThread only sets a > watch but doesn't read trigger information by itself. Therefore no triggers > are started on overseer restart until the autoscaling zk node changes and the > watcher is fired. -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org