summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorOran Agra <oran@redislabs.com>2020-05-12 08:59:09 +0300
committerOran Agra <oran@redislabs.com>2020-05-12 08:59:09 +0300
commitb4416280cf9488f9e836d5fca1708849757c5f5c (patch)
tree9fc2e876fe9b6d05a53d504a2f089407aa91a5ea
parent1750513ac762ef1d2d488e3c7d79a1002a905508 (diff)
downloadredis-b4416280cf9488f9e836d5fca1708849757c5f5c.tar.gz
fix unstable replication test
this test which has coverage for varoius flows of diskless master was failing randomly from time to time. the failure was: [err]: diskless all replicas drop during rdb pipe in tests/integration/replication.tcl log message of '*Diskless rdb transfer, last replica dropped, killing fork child*' not found what seemed to have happened is that the master didn't detect that all replicas dropped by the time the replication ended, it thought that one replica is still connected. now the test takes a few seconds longer but it seems stable.
-rw-r--r--tests/integration/replication.tcl4
1 files changed, 2 insertions, 2 deletions
diff --git a/tests/integration/replication.tcl b/tests/integration/replication.tcl
index f69002b36..22b0bfeaf 100644
--- a/tests/integration/replication.tcl
+++ b/tests/integration/replication.tcl
@@ -513,9 +513,9 @@ start_server {tags {"repl"}} {
set master_port [srv 0 port]
set master_pid [srv 0 pid]
# put enough data in the db that the rdb file will be bigger than the socket buffers
- # and since we'll have key-load-delay of 100, 10000 keys will take at least 1 second
+ # and since we'll have key-load-delay of 100, 20000 keys will take at least 2 seconds
# we also need the replica to process requests during transfer (which it does only once in 2mb)
- $master debug populate 10000 test 10000
+ $master debug populate 20000 test 10000
$master config set rdbcompression no
# If running on Linux, we also measure utime/stime to detect possible I/O handling issues
set os [catch {exec unamee}]