We are replicating a 500Gb database from postgresql 8.3 to postgresql 9.0<br>using slony1-2.0.6.<br><br>We got the following error in our slon logs during the copy set of one of the bigger tables:<br><br>CESTERROR  remoteListenThread_1: timeout (300 s) for event selection<br>
<br>The documentation:<br><br><ul><li><p><tt class="COMMAND">ERROR: remoteListenThread_%d: timeout for event selection</tt></p><p> This means that the listener thread
(<tt class="FILENAME">src/slon/remote_listener.c</tt>) timed out when
trying to determine what events were outstanding for it.</p><p> This could occur because network connections broke, in which case restarting the <a href="http://www.slony.info/documentation/2.0/slon.html"><span class="APPLICATION">slon</span></a> might help. </p>
<p> Alternatively, this might occur because the <a href="http://www.slony.info/documentation/2.0/slon.html"><span class="APPLICATION">slon</span></a> for this
node has been broken for a long time, and there are an enormous number
of entries in <tt class="ENVAR">sl_event</tt> on this or other nodes for the
node to work through, and it is taking more than <a href="http://www.slony.info/documentation/2.0/slon-config-interval.html#SLON-CONFIG-REMOTE-LISTEN-TIMEOUT">slon_conf_remote_listen_timeout</a> seconds to run the query.
In older versions of <span class="PRODUCTNAME">Slony-I</span>, that configuration parameter did not
exist; the timeout was fixed at 300 seconds.  In newer versions, you
might increase that timeout in the <a href="http://www.slony.info/documentation/2.0/slon.html"><span class="APPLICATION">slon</span></a> config file to a larger
value so that it can continue to completion.  And then investigate why
nobody was monitoring things such that replication broke for such a
long time... </p></li></ul>Replication seems to continue fine after this error. Is it save to continue ?<br>Or should we start from scratch ? If so what do we have to do to prevent<br>this error from happening again ?<br>
<br>Ger<br><br><br>