[ https://issues.apache.org/jira/browse/SOLR-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14377806#comment-14377806 ]
Mark Miller commented on SOLR-7291: ----------------------------------- bq. In any case, given that leaders are only randomly killed, wouldn't the first be a superset of the other? One super set test makes it very hard to debug and fix issues. I actually run variations of both of these tests on my jenkins when hunting down failures so that I can narrow down what behavior things fail under. I'd have a lot more of them focused on more subsets, but even these 2 get so little time that it's just not worth it yet. Trying to separate out leader election at the high level has proved very helpful so far though. Anyway, when the safe leader test fails and the leader kill test is not failing, you can bet you get to just focus on the recovery from leader path. When leaders go down in these tests, it's also many times hard to catch an issue as the leader sync sequence can repair and hide problems. The fails can be so infrequent, to hunt them you need either / or a test beasting script and jenkins running just the chaosmonkey tests. I run them in a few variations, nightly and regular. When my local jenkins machine is up and running that is. > ChaosMonkey should create more mayhem with ZK availability > ---------------------------------------------------------- > > Key: SOLR-7291 > URL: https://issues.apache.org/jira/browse/SOLR-7291 > Project: Solr > Issue Type: Improvement > Reporter: Ramkumar Aiyengar > Assignee: Ramkumar Aiyengar > Priority: Minor > Attachments: SOLR-7291.patch > > > Some things ChaosMonkey and it's users can do: > - It should stop, pause and restart ZK once in a while > - Tests using CM should check with indexing stalling when this happens -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org