On 21 May 2019, at 21:39, Angel Bosch Mora
<abosch(a)imasmallorca.net> wrote:
I'm testing this new command:
dsconf instance replication create-manager
and when I create a new manager I can see a new nsDS5ReplicaBindDN on the replica entry.
but when I remove the manager with "delete-manager" the nsDS5ReplicaBindDN is
not removed.
is there a reason for that? why do I need to mantain an old manager entry? should I fill
a bug?
Mark would know the reason as he wrote that code (I think).
Saying this, I think it's a bug - the create of the replication manager should NOT
affect the replicabinddn because it's not the intent of the command. The command says
"create this only", it is not "create and replace all bind dns with what I
made". As a result, this is a surprising action, and is not discoverable in the
command UI.
Therfore, it is a bug that the create manager alters the property replicabinddn.
https://pagure.io/389-ds-base/issue/50399
Here is the bug for you, I will supply a PR shortly.
regards,
abosch
-- Institut Mallorqui d'Afers Socials. Aquest missatge, i si escau, qualsevol fitxer
annex, es dirigeix exclusivament a la persona que n'es destinataria i pot contenir
informacio confidencial. En cap cas no heu de copiar aquest missatge ni lliurar-lo a
terceres persones sense permis expres de l'IMAS. Si no sou la persona destinataria que
s'hi indica (o la responsable de lliurar-l'hi) us demanam que ho notifiqueu
immediatament a l'adreca electronica de la persona remitent.
-- Abans d'imprimir aquest missatge, pensau si es realment necessari.
_______________________________________________
389-users mailing list -- 389-users(a)lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproje...
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs