- 23 Nov, 2018 1 commit
-
-
Chris Lamb authored
If we encounter an unsupported protocol in the "bind" list, don't ipso-facto consider it a fatal error. We continue to abort startup if there are no listening sockets at all. This ensures that the lack of IPv6 support does not prevent Redis from starting on Debian where we try to bind to the ::1 interface by default (via "bind 127.0.0.1 ::1"). A machine with IPv6 disabled (such as some container systems) would simply fail to start Redis after the initiall call to apt(8). This is similar to the case for where "bind" is not specified: https://github.com/antirez/redis/issues/3894 ... and was based on the corresponding PR: https://github.com/antirez/redis/pull/4108 ... but also adds EADDRNOTAVAIL to the list of errors to catch which I believe is missing from there. This issue was raised in Debian as both <https://bugs.debian.org/900284> & <https://bugs.debian.org/914354>.
-
- 22 Nov, 2018 2 commits
-
-
Salvatore Sanfilippo authored
DragonFlyBSD little build fix
-
Salvatore Sanfilippo authored
Fix command error when fixing open slots
-
- 21 Nov, 2018 1 commit
-
-
yongman authored
-
- 20 Nov, 2018 1 commit
-
-
Salvatore Sanfilippo authored
Fix pointer access and memory leak in redis-cli.
-
- 19 Nov, 2018 6 commits
-
-
antirez authored
-
antirez authored
This commit fixes #5570. It is a similar bug to one fixed a few weeks ago and is due to the range API to be called with NULL as "end ID" parameter instead of repeating again the start ID, to be sure that we selectively issue the entry with a given ID, or we get zero returned (and we know we should emit a NULL reply).
-
antirez authored
-
antirez authored
-
antirez authored
This fixes the issue reported in #5570. This was fixed the hard way, that is, propagating more information to the lower level API about this being a request to read just the history, so that the code is simpler and less likely to regress.
-
antirez authored
-
- 16 Nov, 2018 1 commit
-
-
yongman authored
-
- 11 Nov, 2018 1 commit
-
-
David Carlier authored
-
- 08 Nov, 2018 2 commits
-
-
Salvatore Sanfilippo authored
Fix clang build.
-
David Carlier authored
-
- 07 Nov, 2018 1 commit
-
-
antirez authored
Thanks to @NicolasLM, see issue #5537.
-
- 06 Nov, 2018 7 commits
-
-
antirez authored
-
Salvatore Sanfilippo authored
Standardizes `MEMORY HELP` subcommand
-
Salvatore Sanfilippo authored
fix short period of server.hz being uninitialised
-
Salvatore Sanfilippo authored
Adds HELP to LATENCY
-
Salvatore Sanfilippo authored
fix zmalloc in clusterManagerComputeReshardTable
-
Salvatore Sanfilippo authored
Cluster manager fix cmd
-
yongman authored
-
- 05 Nov, 2018 10 commits
-
-
artix authored
-
artix authored
- clusterManagerFixOpenSlot: ensure that the slot is unassigned before ADDSLOTS - clusterManagerFixSlotsCoverage: after cold migration, the slot configuration is now updated on all the nodes.
-
artix authored
-
artix authored
-
artix authored
-
artix authored
-
antirez authored
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.
-
antirez authored
-
antirez authored
-
valentino authored
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.
-
- 03 Nov, 2018 2 commits
-
-
Salvatore Sanfilippo authored
Use typedef'd mstime_t instead of time_t
-
michael-grunder authored
This fixes an overflow on 32-bit systems.
-
- 02 Nov, 2018 1 commit
-
-
Itamar Haber authored
Signed-off-by:
Itamar Haber <itamar@redislabs.com>
-
- 31 Oct, 2018 4 commits
-
-
Salvatore Sanfilippo authored
Fix some typos
-
Guy Korland authored
-
antirez authored
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 authored
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.
-