Hi Quanah
Both the servers are set up as master as well as consumer so that sync works in both directions. So the sync setup is like "A -> B", and when A fails B is updated and the expectation is that "B -> A" should work because a multi master setup is already in place. Let me know based on the attached configuration files if my assumption is correct or not.
Also Add data works when A fails and B is updated then sync "B -> A"works fine. After Delete data sync does not work when A fails and data is deleted from B. Once A comes back both databases have data which was deleted on B.
Thanks Rahul
On Tue, Jun 23, 2020 at 8:11 AM Ulrich Windl < Ulrich.Windl@rz.uni-regensburg.de> wrote:
Quanah Gibson-Mount quanah@symas.com schrieb am 22.06.2020 um 18:09
in Nachricht <13855_1592842197_5EF0D7D5_13855_226_1_A497B27F9A5328340A4CDBAC@ [192.168.1.144]>
‑‑On Monday, June 22, 2020 3:08 PM +0000 Kumar Rahul rahul2002mit@gmail.com wrote:
Hi Quanah
Thank you for all the help so far. I am still seeing the originalissue reported. Let me know if you need fresh set of configuration information.
I've told you repeatedly what is necessary, you haven't provided it.
To re‑iterate:
Full configuration of both servers, not config snippets or LDAP modify change code.
Actually (if I read the description correctly the sync setup is like "A -> B", and when A fails B is updated and expectation is that "B -> A" will work automagically (which is not true IMHO). Then multi-master setup is needed.
Regards, Quanah
‑‑
Quanah Gibson‑Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
--On Tuesday, June 23, 2020 1:47 PM -0400 kumar rahul rahul2002mit@gmail.com wrote:
Both the servers are set up as master as well as consumer so that sync works in both directions. So the sync setup is like "A -> B", and when A fails B is updated and the expectation is that "B -> A" should work because a multi master setup is already in place. Let me know based on the attached configuration files if my assumption is correct or not.
Also Add data works when A fails and B is updated then sync "B -> A"works fine.
After Delete data sync does not work when A fails and data is deleted from B. Once A comes back both databases have data which was deleted on B.
Hi,
I'll see if I can reproduce your issue with the configs provided (Assuming they look correct after I finish reviewing them in full), but I want to confirm the exact steps:
a) Both servers have no DB, but are using these configs
b) DB is added to server A and replicated to server B
c) server A is stopped
d) You say "data is removed", I'm not sure what this means. A single entry? Multiple entries? The entire database?
e) S1 is restarted, and the deleted data is replicated back to both nodes.
Note that I do have a paid job that keeps me busy, so this is a best effort when I have time available to investigate.
Thanks, Quanah --
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
openldap-technical@openldap.org
-
kumar rahul -
Quanah Gibson-Mount