Hello, sorry for delay, was bit busy with other project. Anyway, all bucardo replicas were created with following commands:
bucardo add db mx1 dbname=mail dbuser=mailreader bucardo add db mx2 dbname=mail dbuser=mailreader host=host2.example.com bucardo add all table db=mx1 --herd mxherd bucardo add all sequences db=mx1 --herd mxherd bucardo add sync mxsync herd=mxherd dbs=mx1,mx2 above sync works perfectly, but after adding next sync bucardo fails: bucardo add db rcubex1 dbname=roundcubemail dbuser=roundcube bucardo add db rcubex2 dbname=roundcubemail dbuser=roundcube host=host2.example.com bucardo add all tables db=rcubex1 --herd=rcubeherd bucardo add all sequences db=rcubex1 --herd=rcubeherd bucardo remove table public.cache --herd=rcubeherd —> i remove one table that do not have PM, and it is not needed to replicate bucardo add sync rcubesync herd=rcubeherd dbs=rcubex1,rcubex2 about bucardo database - you mean bucardo dump ? thanks! __ Zbyszek Żółkiewski On 24 Feb 2014, at 21:10, Joshua Tolley <[email protected]> wrote: > On Mon, Feb 24, 2014 at 11:32:36AM +0100, Zbyszek Żółkiewski wrote: >> so no one have any idea what is going on? > > I looked at it closely enough to agree with you about this: >>> at the and you can see that somehow bucardo tries to check table >>> “public.cache_index” on database mx2 - which is not in correct herd! This >>> seems like bug. > > ...but I don't know why it would behave that way. I'll see if I can come up > with anything. Can you describe the process you used of setting up Bucardo? > Also, if you're willing to share a copy of your bucardo database, that might > be helpful -- with the password information in the db table removed, if you'd > like. > > -- > Josh Tolley [email protected] 801-987-0252 > End Point Corporation http://www.endpoint.com
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Bucardo-general mailing list [email protected] https://mail.endcrypt.com/mailman/listinfo/bucardo-general
