- 17 Dec, 2014 7 commits
-
-
Salvatore Sanfilippo authored
Cluster: Update accept error to mention error
-
antirez authored
-
antirez authored
See issue #2218.
-
git://github.com/mattsta/redisantirez authored
-
Matt Stancliff authored
If we woke up to accept a connection, but we can't accept it, inform the user of the error going on with their networking. (The previous message was the same for success or error!)
-
Salvatore Sanfilippo authored
Fix redis-sentinel symlink to a relative path
-
Rhommel Lamas authored
-
- 16 Dec, 2014 1 commit
-
-
antirez authored
-
- 15 Dec, 2014 1 commit
-
-
antirez authored
-
- 13 Dec, 2014 3 commits
-
-
antirez authored
-
antirez authored
Otherwise there are security risks, especially when providing Redis as a service, the user may "sniff" for admin commands renamed to an unguessable string via rename-command in redis.conf.
-
antirez authored
The old list did not made much sense... and the flag is currently not used at all, so no side effects.
-
- 12 Dec, 2014 5 commits
-
-
Rhommel Lamas authored
-
antirez authored
-
antirez authored
It fixes a bad bug that crashes the server in certain conditions as shown in issue #2210.
-
Salvatore Sanfilippo authored
remove_warning in db.c
-
clark.kang authored
-
- 11 Dec, 2014 17 commits
-
-
antirez authored
Specialized single-use function. Not the best match for sds.c btw. Also genClientPeerId() is no longer static: we need symbols.
-
antirez authored
A few code style changes + consistent format: not nice for humans but better for parsers.
-
Matt Stancliff authored
There is no standard cross-platform way of obtaining system memory info, but I found a useful function convering all common platforms. I removed support for uncommon Redis platforms (windows, AIX) and left others intact. For more info, see: http://nadeausoftware.com/articles/2012/09/c_c_tip_how_get_physical_memory_size_system The system memory info is cached on startup, but some systems may be able to change the amount of memory visible to Redis at runtime if Redis is deployed in a VM or container. Also see #1820
-
Matt Stancliff authored
Also refactors getting human string values from the defined value in `server.maxmemory_policy` into a common function.
-
Matt Stancliff authored
Instead of manually checking for strchr(n,':') everywhere, we can use our new centralized IP formatting functions.
-
Matt Stancliff authored
This stops us from needing to manually check against ":" to add brackets around IPv6 addresses everywhere.
-
antirez authored
Related to #2094.
-
Salvatore Sanfilippo authored
Fix zero-ordering SORT when called against lists
-
Salvatore Sanfilippo authored
Update redis_init_script.tpl
-
antirez authored
-
antirez authored
-
Salvatore Sanfilippo authored
FIXED redis-benchmark's idle mode.With idle mode shouldn't create write event
-
Salvatore Sanfilippo authored
Fix function prototype in redis-cli.c.
-
Salvatore Sanfilippo authored
Fix redis-trib import SCAN call
-
Salvatore Sanfilippo authored
Reconnect redis-cli when cluster return "moved"
-
Salvatore Sanfilippo authored
Typo fixes in redis.conf
-
Salvatore Sanfilippo authored
Support daemon supervision by upstart or systemd
-
- 10 Dec, 2014 6 commits
-
-
Pierre-Yves Ritschard authored
-
antirez authored
Slaves key expire is orchestrated by the master. Sometimes the master will send the synthesized DEL to expire keys on the slave with a non trivial delay (when the key is not accessed, only the incremental expiry algorithm will expire it in background). During that time, a key is logically expired, but slaves still return the key if you GET (or whatever) it. This is a bad behavior. However we can't simply trust the slave view of the key, since we need the master to be able to send write commands to update the slave data set, and DELs should only happen when the key is expired in the master in order to ensure consistency. However 99.99% of the issues with this behavior is when a client which is not a master sends a read only command. In this case we are safe and can consider the key as non existing. This commit does a few changes in order to make this sane: 1. lookupKeyRead() is modified in order to return NULL if the above conditions are met. 2. Calls to lookupKeyRead() in commands actually writing to the data set are repliaced with calls to lookupKeyWrite(). There are redundand checks, so for example, if in "2" something was overlooked, we should be still safe, since anyway, when the master writes the behavior is to don't care about what expireIfneeded() returns. This commit is related to #1768, #1770, #2131.
-
Salvatore Sanfilippo authored
override histfile from env - fixes #831 and copies #833
-
antirez authored
Changed in order to make them more review friendly, based on the experience of reviewing the code myself.
-
antirez authored
I guess the initial goal of the initialization was to suppress GCC warning, but if we have to initialize, we can do it with the base-case value instead of NULL which is never retained.
-
antirez authored
-