Hi all,<br>I&#39;m trying to get a slony slave that is very behind synced up, and I&#39;m running into an issue where the sync query is overloading PostgreSQL&#39;s stack depth (I&#39;ll be sending a separate email to the list about this). At the moment I don&#39;t want to try tweaking that variable in postgres so I thought I&#39;d play with the ability to have slony just try to sync less data at a time.<br>
<br>I&#39;ve been trying to run a ton of different options, and one theory was to just have slony sync a few hundred events, then die (i&#39;m many thousands of events behind and growing by the minute).<br><br><br>So I tried to use the variables &#39;quit_sync_provider&#39; and &#39;quit_sync_finalsync&#39; as described in the docs: <a href="http://slony.info/documentation/2.1/slon-config-interval.html">http://slony.info/documentation/2.1/slon-config-interval.html</a><br>
<br>In my slon log output, I&#39;m getting the following error:<br>WARN conf option quit_sync_finalsync not found&lt;timestamp&gt;Unrecognized configuration parameter &quot;quit_sync_finalsync&quot;<br><br>So I did some digging and I think I found a missing block of code in the 2.1.0 version of confoptions.c<br>
<br>In slony 2.0.7 - confoptions.c we have the following block:<br>-----------------------------------------------<br>    {<br>        {<br>            (const char *) &quot;quit_sync_finalsync&quot;,<br>            gettext_noop(&quot;SYNC number at which slon should abort&quot;),<br>
            gettext_noop(&quot;We want to terminate slon when the worker thread reaches a certain SYNC number &quot;<br>                 &quot;against a certain provider.  This is the SYNC number... &quot;),<br>            SLON_C_INT<br>
        },<br>        &amp;quit_sync_finalsync,<br>        0,<br>        0,<br>        2147483647<br>    },<br>-----------------------------------------------<br><br>However, when I look at confoptions.c , it does not have this block at all. Both versions have a block that grabs &quot;quit_sync_provider&quot;. And the remote_worker.c references this variable several times, so it should be expecting to receive it.<br>
<br>- Brian F<br>