- 20 Jun, 2013 2 commits
-
-
Jan-Erik Rediger authored
-
antirez authored
Sentinel was not able to detect slaves when connected to a very recent version of Redis master since a previos non-backward compatible change to INFO broken the parsing of the slaves ip:port INFO output. This fixes issue #1164
-
- 19 Jun, 2013 2 commits
- 18 Jun, 2013 3 commits
-
-
antirez authored
lua_pcall error handler now formats errors in a way more similar to luaPushError() so that errors generated in different contexts look alike.
-
antirez authored
When calling Lua scripts we try to report not just the error but information about the code line causing the error.
-
ioddly authored
-
- 04 Jun, 2013 1 commit
-
-
antirez authored
-
- 31 May, 2013 4 commits
-
-
antirez authored
-
antirez authored
This way just after the CONFIG SET enabling the min-slaves feature it is possible to write to the database without delays.
-
antirez authored
When min-slaves-to-write feature is active, this field reports the number of slaves considered good (online state, lag within the specified range).
-
antirez authored
-
- 30 May, 2013 2 commits
- 29 May, 2013 2 commits
-
-
antirez authored
-
antirez authored
There is a new 'lag' information in the list of slaves, in the "replication" section of the INFO output. Also the format was changed in a backward incompatible way in order to make it more easy to parse if new fields are added in the future, as the new format is comma separated but has named fields (no longer positional fields).
-
- 28 May, 2013 1 commit
-
-
antirez authored
-
- 27 May, 2013 8 commits
-
-
antirez authored
-
antirez authored
-
antirez authored
Now masters, using the time at which the last REPLCONF ACK was received, are able to explicitly disconnect slaves that are no longer responding. Previously the only chance was to see a very long output buffer, that was highly suboptimal.
-
antirez authored
ACKs can be also used as a base for synchronous replication. However in that case they'll be explicitly requested by the master when the client sends a request that needs to be replicated synchronously.
-
antirez authored
Sending an ACK is now moved into the replicationSendAck() function.
-
antirez authored
-
antirez authored
-
antirez authored
This special command is used by the slave to inform the master the amount of replication stream it currently consumed. it does not return anything so that we not need to consume additional bandwidth needed by the master to reply something. The master can do a number of things knowing the amount of stream processed, such as understanding the "lag" in bytes of the slave, verify if a given command was already processed by the slave, and so forth.
-
- 24 May, 2013 3 commits
-
-
antirez authored
-
antirez authored
When master send commands, there is no need for the slave to reply. Redis used to queue the reply in the output buffer and discard the reply later, this is a waste of work and it is not clear why it was this way (I sincerely don't remember). This commit changes it in order to don't queue the reply at all. All tests passing.
-
antirez authored
We don't write the output buffer to the client socket for slaves only if the slave is not online.
-
- 18 May, 2013 1 commit
-
-
antirez authored
Should be "continue" and was "return". This fixes issue #1110
-
- 15 May, 2013 11 commits
-
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
-
antirez authored
Also the logfile option was modified to always have an explicit value and to log to stdout when an empty string is used as log file. Previously there was special handling of the string "stdout" that set the logfile to NULL, this always required some special handling.
-
antirez authored
-