If we try to re-initialize a replication agreement and it is not possible to find a replication agreement for the local server on the remote server, an unprocessed NotFound exception is triggered on the remote server: I have terminated the replicating docker. When I tried to run it again, I received this message: a replication agreement is already available for this host. It needs to be removed. A replication agreement is already available for this host. It needs to be removed. Run this on the master that generated the information file: % ipa-replica-manage del ipa2.quartzbio.com –force We should catch this and say something like “no chord found on the X server” Objective: Replication from ns03 to ns01/02. ns03 has the right data. I generated it during the backup and recovery tests. It can also be reproduced using ldapmodify to remove the chord before trying a new boot. Based on: www.freeipa.org/page/Backup_and_Restore We think we can simply postulate ns03 to master and then remove all replication chords, bring them down ns01/02, and then re-initial them with ns03 as a new master. Thoughts? In fact, it does not clean the ANS (conversely?) 0.17.172.in-addr.arpa. I see old inputs from PTR and NS that seem to prevent me from setting up the replica: in this case, there is no longer ipamidgard.example.com.
But I can`t take it off. I stopped the replicating docker. When I tried to run it again, I received this message: In your test at 4.2 with replica.example.com, did it work? Have you tested with the ipa-replica-manage list? Did not try anything but to create a backup of the VM at that time. I tried again today: ipa-replica-manage del ipa2.quartzbio.com –force -v I have no idea or intelligent advice. Could we put this on the Freeipa user mailing list? Millions of developers and companies build, send and expect their software on GitHub, the world`s largest and most advanced development platform. I didn`t find anything in the minutes, but I don`t really know where to look. Updated metadata from @rcritten: – Problem assigned simo – Problem put on the milestone: FreeIPA 4.2 I forgot to post this: it seems to work if I use the option –Cleanup: We have 3 IPA servers, ns01, ns02, ns03. Had some problems with ns03 about a month ago and had to recreate the VM. We thought we had recreated and rearranged it correctly, but we found out today that it had not been replicated. All new users and servers were inserted into ns03 and were not replicated on ns01/02. ns01/02 to reply without any problems.
Can you view the full edition you received, which leads to this message? So I entered and entered the master server docker with docker exec: . GitHub is home to more than 50 million developers who work together to host and verify code, manage projects and create software together. The successful fusion of an attraction request may solve this problem. With the latest systemd, I could delete the old replication data by checking several times at 4.2 as I created the replica with another name when replica.example.com is down. But why doesn`t it work? It was already fixed. This is probably the side effect of another fixation. I have a master freeipa that works in adelton/freeipa-server docker. I managed to create a replica with another server adelton/freeipa.