DonalEvans commented on a change in pull request #7115:
URL: https://github.com/apache/geode/pull/7115#discussion_r751656704



##########
File path: 
geode-for-redis/src/distributedTest/java/org/apache/geode/redis/internal/executor/string/StringsKillMultipleServersDUnitTest.java
##########
@@ -49,10 +50,19 @@
   @BeforeClass
   public static void classSetup() {
     MemberVM locator = cluster.startLocatorVM(0);
-    cluster.startRedisVM(1, locator.getPort());
-    cluster.startRedisVM(2, locator.getPort());
-    cluster.startRedisVM(3, locator.getPort());
-    cluster.startRedisVM(4, locator.getPort());
+    int locatorPort = locator.getPort();
+    cluster.startRedisVM(1, x -> x
+        .withConnectionToLocator(locatorPort)
+        .withProperty(REDUNDANCY_ZONE, "A"));
+    cluster.startRedisVM(2, x -> x
+        .withConnectionToLocator(locatorPort)
+        .withProperty(REDUNDANCY_ZONE, "B"));
+    cluster.startRedisVM(3, x -> x
+        .withConnectionToLocator(locatorPort)
+        .withProperty(REDUNDANCY_ZONE, "A"));
+    cluster.startRedisVM(4, x -> x
+        .withConnectionToLocator(locatorPort)
+        .withProperty(REDUNDANCY_ZONE, "B"));

Review comment:
       My understanding of redundancy zones may be wrong, but I think this 
change doesn't necessarily guarantee that we lose all copies of a bucket when 
crashing server3 and server4. If every secondary copy for server3 is on server2 
and every secondary copy for server4 is on server1 (which is what will happen 
if we define these redundancy zones) then we can crash server3 and server4 but 
still have at least one copy of every bucket survive. I don't know how easy it 
would be to do, but we could be sure of crashing the "right" servers by finding 
which servers host the primary and the secondary for an arbitrary bucket and 
crashing both.




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to