Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Apply all pending changes in preparation for 8.0.1 release. #1099

Merged
merged 9 commits into from
Oct 1, 2024

Conversation

madolson
Copy link
Member

The remaining CVE fixes will be merged tomorrow before the embargo release.

enjoy-binbin and others added 7 commits September 30, 2024 16:28
valkey-io#1040)

Since in here the monitor value is mymaster, we need to make sure the
primary name is the same, otherwise the default configuration cannot start
sentinel.
```
sentinel monitor mymaster 127.0.0.1 6379 2
```

The following error occurs when the default configuration is started:
```
*** FATAL CONFIG FILE ERROR (Version 255.255.255) ***
Reading the configuration file, at line 358
>>> 'SENTINEL primary-reboot-down-after-period myprimary 0'
No such master with specified name.
```

Introduced in valkey-io#647.

Signed-off-by: Binbin <[email protected]>
Fix a bug in the way we allocate memory for the server databases
Introduced in valkey-io#156.

Signed-off-by: Ran Shidlansik <[email protected]>
Apparently this will fail to compile in some masOS version.
And internet claims _Thread_local is portable.

Fixes valkey-io#1051.

Signed-off-by: Binbin <[email protected]>
…sh (valkey-io#1063)

The reason is VM_Call will use a fake client without connection,
so we also need to check if c->conn is NULL.

This also affects scripts. If they are called in the script, the
server will crash. Injecting commands into AOF will also cause
startup failure.

Fixes valkey-io#1054.

Signed-off-by: Binbin <[email protected]>
…#1064)

The one in CLUSTER SETSLOT help us keep track of state better,
of course it also can make the test case happy.

The one in gossip process fixes a problem that a replica can
print a log saying it is an empty primary.

Signed-off-by: Binbin <[email protected]>
Co-authored-by: Ping Xie <[email protected]>
For fake clients like the ones used for Lua and modules, we don't
determine TLS in the right way, causing CLUSTER SLOTS from EVAL over TLS
to fail a debug-assert.

This error was introduced when the caching of CLUSTER SLOTS was
introduced, i.e. in 8.0.0.

Signed-off-by: Viktor Söderqvist <[email protected]>
RDMA module has dependence on '$(SERVER_NAME)' rather than the old style
'$(REDIS_SERVER_NAME)'.

Signed-off-by: zhenwei pi <[email protected]>
@madolson madolson requested a review from PingXie September 30, 2024 23:43
Copy link
Member

@PingXie PingXie left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link

codecov bot commented Sep 30, 2024

Codecov Report

Attention: Patch coverage is 68.75000% with 5 lines in your changes missing coverage. Please review.

Project coverage is 70.65%. Comparing base (2b5c7a0) to head (db9e1ad).
Report is 9 commits behind head on 8.0.

Files with missing lines Patch % Lines
src/module.c 0.00% 3 Missing ⚠️
src/cluster_legacy.c 66.66% 2 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##              8.0    #1099      +/-   ##
==========================================
- Coverage   70.65%   70.65%   -0.01%     
==========================================
  Files         114      114              
  Lines       61670    61680      +10     
==========================================
+ Hits        43575    43580       +5     
- Misses      18095    18100       +5     
Files with missing lines Coverage Δ
src/aof.c 80.08% <100.00%> (-0.06%) ⬇️
src/cluster.c 88.38% <100.00%> (+0.29%) ⬆️
src/eval.c 56.59% <100.00%> (+0.04%) ⬆️
src/functions.c 95.59% <100.00%> (+<0.01%) ⬆️
src/networking.c 88.42% <100.00%> (+0.13%) ⬆️
src/server.c 88.63% <100.00%> (+0.03%) ⬆️
src/server.h 100.00% <ø> (ø)
src/zmalloc.c 84.58% <ø> (ø)
src/cluster_legacy.c 86.15% <66.66%> (-0.21%) ⬇️
src/module.c 9.64% <0.00%> (-0.01%) ⬇️

... and 14 files with indirect coverage changes

Apparently there is a timing issue when using wait_for_ofs_sync:
```
[exception]: Executing test client: can't read "out_before": no such variable.
can't read "out_before": no such variable
```

The reason is that if the connection between the primary
and the replica is not established yet, the master_repl_offset
of the primary and replica in wait_for_ofs_sync is 0, and
the check fails, resulting in no replica client in the
client list below.

In this case, we need to make sure the replica is online
before proceeding.

Signed-off-by: Binbin <[email protected]>
@madolson madolson merged commit 1e21e05 into valkey-io:8.0 Oct 1, 2024
62 checks passed
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.

6 participants