Log Message:
-----------
Bug #1485 - RebuildListenEntries generates broken Configurations 

For version 1.1, we'll just document this...

For 1.2, we'll fix it...

Tags:
----
REL_1_1_STABLE

Modified Files:
--------------
    slony1-engine/doc/adminguide:
        faq.sgml (r1.40.2.4 -> r1.40.2.5)

-------------- next part --------------
Index: faq.sgml
===================================================================
RCS file: /usr/local/cvsroot/slony1/slony1-engine/doc/adminguide/faq.sgml,v
retrieving revision 1.40.2.4
retrieving revision 1.40.2.5
diff -Ldoc/adminguide/faq.sgml -Ldoc/adminguide/faq.sgml -u -w -r1.40.2.4 -r1.40.2.5
--- doc/adminguide/faq.sgml
+++ doc/adminguide/faq.sgml
@@ -1806,6 +1806,35 @@
 discussion on postgresql-hackers mailing list. </ulink>.  </para>
 </answer>
 </qandaentry>
+
+<qandaentry>
+<question> <para> I am running &slony1; 1.1 and have a 4+ node setup
+where there are two subscription sets, 1 and 2, that do not share any
+nodes.  I am discovering that confirmations for set 1 never get to the
+nodes subscribing to set 2, and that confirmations for set 2 never get
+to nodes subscribing to set 1.  As a result, <xref
+linkend="table.sl-log-1"> grows and grows and is never purged.  This
+was reported as &slony1; <ulink
+url="http://gborg.postgresql.org/project/slony1/bugs/bugupdate.php?1485">
+bug 1485 </ulink>.
+</para>
+</question>
+
+<answer><para> Apparently the code for
+<function>RebuildListenEntries()</function> does not suffice for this
+case.</para>
+
+<para> <function> RebuildListenEntries()</function> will be replaced
+in &slony1; version 1.2 with an algorithm that covers this case. </para>
+
+<para> In the interim, you'll want to manually add some <xref
+linkend="table.sl-listen"> entries using <xref
+linkend="stmtstorelisten"> or <function>storeListen()</function>,
+based on the (apparently not as obsolete as we thought) principles
+described in <xref linkend="listenpaths">.
+
+</para></answer>
+</qandaentry>
 </qandaset>
 
 <!-- Keep this comment at the end of the file Local variables: