- 07 11月, 2018 14 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
Thanks to @NicolasLM, see issue #5537.
-
由 antirez 提交于
-
由 Itamar Haber 提交于
-
由 Itamar Haber 提交于
-
由 valentino 提交于
server.hz was uninitialized between initServerConfig and initServer. this can lead to someone (e.g. queued modules) doing createObject, and accessing an uninitialized variable, that can potentially be 0, and lead to a crash.
-
由 Itamar Haber 提交于
Signed-off-by: NItamar Haber <itamar@redislabs.com>
-
由 yongman 提交于
-
由 artix 提交于
-
由 artix 提交于
- clusterManagerFixOpenSlot: ensure that the slot is unassigned before ADDSLOTS - clusterManagerFixSlotsCoverage: after cold migration, the slot configuration is now updated on all the nodes.
-
由 artix 提交于
-
由 artix 提交于
-
由 artix 提交于
-
由 artix 提交于
-
- 06 11月, 2018 21 次提交
-
-
由 antirez 提交于
This bug had a double effect: 1. Sometimes entries may not be emitted, producing broken protocol where the array length was greater than the emitted entires, blocking the client waiting for more data. 2. Some other time the right entry was claimed, but a wrong entry was returned to the client. This fix should correct both the instances.
-
由 michael-grunder 提交于
This fixes an overflow on 32-bit systems.
-
由 antirez 提交于
-
由 antirez 提交于
So far it was not possible to setup Sentinel with authentication enabled. This commit introduces this feature: every Sentinel will try to authenticate with other sentinels using the same password it is configured to accept clients with. So for instance if a Sentinel has a "requirepass" configuration statemnet set to "foo", it will use the "foo" password to authenticate with every other Sentinel it connects to. So basically to add the "requirepass" to all the Sentinels configurations is enough in order to make sure that: 1) Clients will require the password to access the Sentinels instances. 2) Each Sentinel will use the same password to connect and authenticate with every other Sentinel in the group. Related to #3279 and #3329.
-
由 antirez 提交于
Sentinel must be exposed, so protected mode is just an issue for users in case Redis was started in Sentinel mode. Related to #3279 and #3329.
-
由 antirez 提交于
This logs what happens in the context of the fix in PR #5367.
-
由 Andrey Bugaevskiy 提交于
-
由 Andrey Bugaevskiy 提交于
During the full database resync we may still have unsaved changes on the receiving side. This causes a race condition between synced data rename/load and the rename of rdbSave tempfile.
-
由 antirez 提交于
Fake clients are used in special situations and are not linked to the normal clients list, freeing them will always result in Redis crashing in one way or the other. It's not common to send replies to fake clients, but we have one usage in the modules API. When a client is blocked, we associate to the blocked client object (that is safe to manipulate in a thread), a fake client that accumulates replies. So because of this bug there was the problem described in issue #5443. The fix was verified to work with the provided example module. To write a regression is very hard and unlikely to be triggered in the future.
-
由 David Carlier 提交于
-
由 David Carlier 提交于
timezone global is a linux-ism whereas it is a function under BSD. Here a helper to get the timezone value in a more portable manner.
-
由 zhaozhao.zz 提交于
-
由 antirez 提交于
-
由 Itamar Haber 提交于
-
由 Itamar Haber 提交于
-
由 zhaozhao.zz 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
由 Damien Tournoud 提交于
-
由 antirez 提交于
-
由 zhaozhao.zz 提交于
-
- 22 10月, 2018 5 次提交
-
-
由 antirez 提交于
-
由 youjiali1995 提交于
-
由 hujie 提交于
-
由 hujiecs 提交于
-
由 antirez 提交于
-