Unverified Commit 266d9506 authored by guybe7's avatar guybe7 Committed by GitHub
Browse files

Remove incomplete fix of a broader problem (#10013)

Preventing COFIG SET maxmemory from propagating is just the tip of the iceberg.
Module that performs a write operation in a notification can cause any
command to be propagated, based on server.dirty

We need to come up with a better solution.
parent 2c5573e8
......@@ -2207,9 +2207,6 @@ static int updateMaxmemory(const char **err) {
}
performEvictions();
}
/* The function is called via 'CONFIG SET maxmemory', we don't want to propagate it
* because server.dirty might have been incremented by performEvictions() */
preventCommandPropagation(server.current_client);
return 1;
}
......
......@@ -174,6 +174,7 @@ tags "modules" {
# Note whenever there's double notification: SET with EX issues two separate
# notifications: one for "set" and one for "expire"
# "config set" should not be here, see https://github.com/redis/redis/issues/10014
assert_replication_stream $repl {
{select *}
{multi}
......@@ -197,6 +198,7 @@ tags "modules" {
{del asdf*}
{incr notifications}
{del asdf*}
{config set maxmemory 1}
{multi}
{incr notifications}
{set asdf4 4}
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment