On 04/26/2011 12:46 PM, brandon wrote:
Okay, I don't know if this is the designed behaviour or not, but
a single master server with one slave, and we shutdown the slave to
rebuild it, but did not remove the replication agreement. The master
server stopped responding to queries after a period of time, and did not
start servicing queries again until the slave came back online and it
was able to complete its replication (read-only queries, nothing that
should require changes).
Is this the designed behaviour?
389-ds-base-220.127.116.11-1 on the Master
389-ds-base-1.3.3-1 on the Slave
On the master, there are a bunch of log messages about the Replication
Manager getting TCP connection reset by pee, Consumer failed to replay
change, and DSA is unwilling to perform. These were expected, since the
slave was down. If it would help, I can digup those entries.
Sure. Are there any
Can you post excerpts from the master access log showing connection
attempts from clients during this time?
389 users mailing list