Skip to content

Fix timing issue in replication buffer test#9697

Merged
oranagra merged 1 commit intoredis:unstablefrom
ShooterIT:repl-buffer-test
Oct 29, 2021
Merged

Fix timing issue in replication buffer test#9697
oranagra merged 1 commit intoredis:unstablefrom
ShooterIT:repl-buffer-test

Conversation

@ShooterIT
Copy link
Member

Introduced in #9166

In daily CI https://github.com/redis/redis/runs/4028904569?check_suite_focus=true, I found this log.
I think executing 'debug digest' on master which has many keys costs much time (especially in valgrind), default repl-timeout is 60s, and i notice last test spent more than 80 seconds, so i think this causes that replica1 and replica2 disconnect with master.

101967:S 28 Oct 2021 01:42:58.406 # MASTER timeout: no data nor PING received...
101967:S 28 Oct 2021 01:42:58.407 # Connection with master lost.
101967:S 28 Oct 2021 01:42:58.407 * Caching the disconnected master state.
101967:S 28 Oct 2021 01:42:58.408 * Reconnecting to MASTER 127.0.0.1:21291
101967:S 28 Oct 2021 01:42:58.408 * MASTER <-> REPLICA sync started
101967:S 28 Oct 2021 01:42:58.409 * Non blocking connect for SYNC fired the event.
101967:S 28 Oct 2021 01:43:01.429 - DB 9: 10000 keys (0 volatile) in 16384 slots HT.
### Starting test Replication backlog memory will become smaller if disconnecting with replica in tests/integration/replication-buffer.tcl

@oranagra oranagra merged commit 68886de into redis:unstable Oct 29, 2021
@ShooterIT ShooterIT deleted the repl-buffer-test branch January 6, 2025 02:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants