Well, what I'm really trying to do is escape the bizarro error. :)
I was running 5.4.1 release from Dec 2015. So last night I downloaded
the latest from github and built a fresh installation from that. I'm
beginning to think that this really is an artifact from the
OS/postgresql upgrade, not a bucardo issue. e.g. the error snippet I
forwarded was regarding public_unit_history_78 - there are 100 tables
iteratively named ...78, 79, 80, etc - but only one table is listed as
missing from bucardo's delta? Probably broken during the
pg_upgradecluster from 9.1 to 9.4, I'd imagine.
I think it might be appropriate to redeploy the syncs from scratch,
which I'll wait to do late night - perhaps over the weekend.
On 10/19/2016 7:29 AM, Greg Sabino Mullane wrote:
On Tue, Oct 18, 2016 at 08:27:11PM -0700, Paul Theodoropoulos wrote:
I built from the exact same source directory as the original build, after a
'make clean'. 5.4.1... perhaps I should download the latest from github? I
see now that this code I'm using is a year old.
Maybe back up a step: what are you trying to do? Upgrade an existing
Bucardo installation with a new version of Bucardo? Install Bucardo
from scratch?
--
Paul Theodoropoulos
www.anastrophe.com
_______________________________________________
Bucardo-general mailing list
Bucardo-general@bucardo.org
https://mail.endcrypt.com/mailman/listinfo/bucardo-general