- 13 2月, 2018 9 次提交
-
-
由 Salvatore Sanfilippo 提交于
Removing duplicated code to set max latency
-
由 charsyam 提交于
-
由 antirez 提交于
See #3832.
-
由 Salvatore Sanfilippo 提交于
when a slave responds with an error on commands that come from master, log it
-
由 Salvatore Sanfilippo 提交于
enlarged buffer given to ld2string
-
由 antirez 提交于
See #3858.
-
由 Guy Benoish 提交于
It is possible to do BGREWRITEAOF even if appendonly=no. This is by design. stopAppendonly() didn't turn off aof_rewrite_scheduled (it can be turned on again by BGREWRITEAOF even while appendonly is off anyway). After configuring `appendonly yes` it will see that the state is AOF_OFF, there's no RDB fork, so it will do rewriteAppendOnlyFileBackground() which will fail since the aof_child_pid is set (was scheduled and started by cron). Solution: stopAppendonly() will turn off the schedule flag (regardless of who asked for it). startAppendonly() will terminate any existing fork and start a new one (so it is the most recent).
-
由 Salvatore Sanfilippo 提交于
fix to latency monitor reporting wrong max latency
-
由 Oran Agra 提交于
in some cases LATENCY HISTORY reported latency that was higher than the max latency reported by LATENCY LATEST / DOCTOR
-
- 02 2月, 2018 1 次提交
-
-
由 antirez 提交于
-
- 24 1月, 2018 3 次提交
-
-
由 Salvatore Sanfilippo 提交于
fix not call va_end() when syncWrite() failed
-
由 Salvatore Sanfilippo 提交于
redismodule.h: Check ModuleNameBusy before calling it
-
由 antirez 提交于
-
- 23 1月, 2018 1 次提交
-
-
由 Mark Nunberg 提交于
Older versions might not have this function.
-
- 18 1月, 2018 3 次提交
-
-
由 antirez 提交于
-
由 Guy Benoish 提交于
When feeding the master with a high rate traffic the the slave's feed is much slower. This causes the replication buffer to grow (indefinitely) which leads to slave disconnection. The problem is that writeToClient() decides to stop writing after NET_MAX_WRITES_PER_EVENT writes (In order to be fair to clients). We should ignore this when the client is a slave. It's better if clients wait longer, the alternative is that the slave has no chance to stay in sync in this situation.
-
由 antirez 提交于
See #3462 and related PRs. We use a simple algorithm to calculate the level of affinity violation, and then an optimizer that performs random swaps until things improve.
-
- 17 1月, 2018 4 次提交
-
-
由 antirez 提交于
The behavior is well specified by the code itself.
-
由 Salvatore Sanfilippo 提交于
fixbug for #4545 dead loop aof rewrite
-
由 heqin 提交于
-
由 Salvatore Sanfilippo 提交于
fix assert problem in ZIP_DECODE_PREVLENSIZE macro
-
- 16 1月, 2018 4 次提交
-
-
由 antirez 提交于
-
由 qinchao 提交于
, see issue: https://github.com/antirez/redis/issues/4587
-
由 Salvatore Sanfilippo 提交于
PSYNC2 fix - promoted slave should hold on to it's backlog
-
由 Oran Agra 提交于
after a slave is promoted (assuming it has no slaves and it booted over an hour ago), it will lose it's replication backlog at the next replication cron, rather than waiting for slaves to connect to it. so on a simple master/slave faiover, if the new slave doesn't connect immediately, it may be too later and PSYNC2 will fail.
-
- 15 1月, 2018 4 次提交
-
-
由 zhaozhao.zz 提交于
-
由 antirez 提交于
-
由 Salvatore Sanfilippo 提交于
lazyfree: fix memory leak for lazyfree-lazy-server-del
-
由 zhaozhao.zz 提交于
-
- 13 1月, 2018 4 次提交
-
-
由 Salvatore Sanfilippo 提交于
redis-benchmark: bugfix - handle zero liveclients in right way
-
由 Salvatore Sanfilippo 提交于
Added RM_UnlinkKey - a low level analog to UNLINK command
-
由 antirez 提交于
-
由 Salvatore Sanfilippo 提交于
Fix a typo(maybe instruction?) in crash log
-
- 12 1月, 2018 1 次提交
-
-
由 antirez 提交于
This fixes a crash with Redis Cluster when OBJECT is mis-used, because getKeysUsingCommandTable() will call serverPanic() detecting we are accessing an invalid argument in the case "OBJECT foo" is called. This bug was introduced when OBJECT HELP was introduced, because the key argument is set fixed at index 2 in the command table, however now OBJECT may be called with an insufficient number of arguments to extract the key. The "Right Thing" would be to have a specific function to extract keys from the OBJECT command, however this is kinda of an overkill, so I preferred to make getKeysUsingCommandTable() more robust and just return no keys when it's not possible to honor the command table, because new commands are often added and also there are a number with an HELP subcommand violating the normal form, and crashing for this trivial reason or having many command-specific key extraction functions is not great.
-
- 11 1月, 2018 4 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
We already had client buffer limits exported as configuration options. Stick with the naming scheme already used. See #4568.
-
由 antirez 提交于
Related to #4568.
-
由 Salvatore Sanfilippo 提交于
fix RESTORE command size limits
-
- 10 1月, 2018 2 次提交
-
-
由 Salvatore Sanfilippo 提交于
Fix the firstkey, lastkey, and keystep of moduleCommand
-
由 antirez 提交于
Related to #2507.
-