[ https://issues.apache.org/jira/browse/SOLR-11949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16376480#comment-16376480 ]
David Smiley commented on SOLR-11949: ------------------------------------- Yeah I was going to mention that -- I agree "ERROR" is a poor choice. HttpClusterStateProvider is a bit new and I suspect isn't used widely yet. > Create Time Routed Alias stress-test > ------------------------------------ > > Key: SOLR-11949 > URL: https://issues.apache.org/jira/browse/SOLR-11949 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud > Reporter: David Smiley > Priority: Major > > It would be nice to have a scalability test / stress test of sorts for Time > Routed Aliases to help identify any problems that may exist. At least at the > moment, I'm thinking of a test that would never get run automatically (by say > Jenkins or "ant test"), but I could change my mind. We already have some TRA > tests of course but except for one of them, the tests are more about > functionality rather than proving out possible race conditions & other > scalability bugs. > Something that creates one TRA up front then beats on it for awhile, then > shuts down > * configurable # nodes, and TRA statistics. Maybe 10-sec interval > collections, with deleting collections older than a minute. > * May randomly update the interval part-way through > * sends data in multiple threads. > * sends data to nodes randomly via HttpSolrClient or > ConcurrentUpdateSolrClient or CloudSolrClient randomly (test infra can do > this already except CUSC), or > * sends data in batches of configurable sizes. > * at the end verifies that the collections only hold the documents they > should (one of my TRA tests has code that can be used here) > Using this test, it'd be interesting to see what happens when a core for the > oldest collection is receiving documents while simultaneously it is getting > deleted (for being old). -- 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