<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 23, 2015, at 7:16 PM, Grant Schaefer <<a href="mailto:grants@consistentstate.com" class="">grants@consistentstate.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class="">Hello - <br class=""><br class=""></div>I'm deploying Slony1-2.2.4 from a PG 9.2 instance to 9.4. All data within subscribed tables is UTF8, the subscribed node contains a firewall so that the slon daemon is not killed during its initial sync and connectivity is reliable. But I still see a repeated "server closed the connection error" during Slony's initial sync. This seems to happen randomly after an hour or two of running through the initial sync. The target database is 140 GB. I'm not exceeding SHMMAX settings. <br class=""><span style="font-family:arial,helvetica,sans-serif" class=""><br class=""></span></div><font size="2" class=""><span style="font-family:arial,helvetica,sans-serif" class="">This error: "<span style="" class=""><span class="">CONFIG slon: child terminated signal:
9; pid: 300, current worker pid: 300" has me wondering what is issuing kill -9 to slon daemons. Is it postgres? I know that Slony uses OS TCP keepalive settings and those are set to allow the daemon to run indefinitely.<br class=""><br class=""></span></span></span></font></div><span style="font-size:11pt;font-family:"Calibri","sans-serif";color:rgb(31,73,125)" class=""><font size="2" class=""><span style="font-family:arial,helvetica,sans-serif" class=""><span style="" class="">Any thoughts on this?</span></span></font><br class=""></span></div></div></div></blockquote></div><br class=""><div class="">My first guess would be the OOM killer.</div><div class=""><br class=""></div><div class="">Second guess would be a human.</div></body></html>