- 09 Jul, 2012 2 commits
-
-
antirez authored
-
antirez authored
The REPLCONF command is an internal command (not designed to be directly used by normal clients) that allows a slave to set some replication related state in the master before issuing SYNC to start the replication. The initial motivation for this command, and the only reason currently it is used by the implementation, is to let the slave instance communicate its listening port to the slave, so that the master can show all the slaves with their listening ports in the "replication" section of the INFO output. This allows clients to auto discover and query all the slaves attached into a master. Currently only a single option of the REPLCONF command is supported, and it is called "listening-port", so the slave now starts the replication process with something like the following chat: REPLCONF listening-prot 6380 SYNC Note that this works even if the master is an older version of Redis and does not understand REPLCONF, because the slave ignores the REPLCONF error. In the future REPLCONF can be used for partial replication and other replication related features where there is the need to exchange information between master and slave. NOTE: This commit also fixes a bug: the INFO outout already carried information about slaves, but the port was broken, and was obtained with getpeername(2), so it was actually just the ephemeral port used by the slave to connect to the master as a client.
-
- 29 Mar, 2012 2 commits
-
-
Joseph Jang authored
occurs when two or more dbs are replicated and at least one of them is >db10
-
antirez authored
Fix for slaves chains. Force resync of slaves (simply disconnecting them) when SLAVEOF turns a master into a slave.
-
- 07 Jan, 2012 1 commit
-
-
antirez authored
Fixed replication when multiple slaves are attaching at the same time. The output buffer was not copied correctly between slaves. This fixes issue #141.
-
- 30 Nov, 2011 1 commit
-
-
antirez authored
Replication bug fixed: now non blocking connect is also forced to follow the configured replication timeout.
-
- 18 Oct, 2011 3 commits
-
-
Herbert G. Fischer authored
-
antirez authored
-
antirez authored
Return from syncWithMaster() ASAP if the event fired but the instance is no longer a slave. This should fix Issue #145.
-
- 09 Jun, 2011 1 commit
-
-
antirez authored
Two fixes for replication: Slave performs the AOF rewrite at the right point. Non blocking connect also uses readable handler as with old Linux kernels like 2.6.18 on connection refused the writable even is not fired (kernel bug).
-
- 30 May, 2011 1 commit
-
-
Pieter Noordhuis authored
-
- 22 May, 2011 2 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 19 May, 2011 1 commit
-
-
Pieter Noordhuis authored
-
- 21 Feb, 2011 1 commit
-
-
antirez authored
-
- 20 Jan, 2011 1 commit
-
-
antirez authored
Fixed issue #435 and at the same time introduced explicit ping in the master-slave channel that will detect a blocked master or a broken even if apparently connected TCP link.
-
- 14 Dec, 2010 1 commit
-
-
Pieter Noordhuis authored
Original report and fix: http://code.google.com/p/redis/issues/detail?id=404
-
- 12 Nov, 2010 1 commit
-
-
antirez authored
-
- 04 Nov, 2010 4 commits
- 24 Oct, 2010 1 commit
-
-
antirez authored
synchronous I/O networking functions originally used just for replication refactored in a file as generally useful, they are used in the cluster branch for MIGRATE.
-
- 02 Sep, 2010 1 commit
-
-
Pieter Noordhuis authored
-
- 27 Aug, 2010 1 commit
-
-
antirez authored
-
- 24 Aug, 2010 2 commits
-
-
antirez authored
-
antirez authored
slave with attached slaves now close the conection to all the slaves when the connection to the master is lost. Now a slave without a connected link to the master will refuse SYNC from other slaves. Enhanced the replication error reporting. All this will fix Issue 156
-
- 01 Jul, 2010 2 commits
-
-
antirez authored
Fixed MONITOR output for consistency: now integer encoded values are also formatted like this: "3932"
-
antirez authored
networking related stuff moved into networking.c moved more code more work on layout of source code SDS instantaneuos memory saving. By Pieter and Salvatore at VMware ;) cleanly compiling again after the first split, now splitting it in more C files moving more things around... work in progress split replication code splitting more Sets split Hash split replication split even more splitting more splitting minor change
-