<div dir="ltr"><div>What you&#39;ll need to have is Slony {of whatever version you want, 2.2.3, or 2.2.5}, compiled against the *new* version of PostgreSQL, which is presumably 9.4.8.<br><br></div><div>It seems that you&#39;re using Slony compiled against the old version (9.2.whatever), and it shouldn&#39;t be *too* surprising that there&#39;s a problem running the resultant .so binaries against a 9.4.8 server.<br><br></div><div>You should pick a Slony version; for minimal initial difference, I&#39;d go with 2.2.3, at migration time, as that&#39;s the version you were running against Postgres 9.2.<br><br></div><div>Compile 2.2.3 against 9.4.8; that&#39;ll put <a href="http://slony1_funcs.2.2.3.so">slony1_funcs.2.2.3.so</a> in the lib directory for PG 9.4.8.  That should resolve both issues (&quot;NOT FOUND&quot; and &quot;incompatible version&quot;).<br><br></div><div>There is a caveat to that &quot;should&quot;...  I am not sure that anyone has actually run such a case.  I expect it &quot;ought to work,&quot; but that&#39;s not certainty.  (I had a chat with Steve Singer, and he had similar thoughts.)<br><br></div><div>Hopefully you&#39;re testing that against a &quot;test&quot; database, initially, and not production :-)<br><br></div><div>In principle, you could compile Slony 2.2.5 against 9.4.8, but that&#39;s going to require more complexity, and that you replace more things by hand all at once.<br><br></div><div>I&#39;d rather upgrade and keep 2.2.3 in place during the Postgres upgrade.  <br>And then, after the database upgrade, install slony 2.2.5 and use UPDATE FUNCTIONS to perform the upgrade of Slony.<br></div><div>There&#39;s no facilities in Slony to help do both upgrades (DB and of Slony) simultaneously.<br></div></div>