Hi,
nsds5BeginReplicaRefresh: start
should do the job.
But I have not done this in a single step, but first add the agreement and then
add the attribute nsds5BeginReplicaRefresh: start
Perhaps that helps
Regards
Carsten
Am 26.03.12, schrieb Juan Carlos Camargo <juan...@eprinsa.es>:
>
> p { margin: 0; }
>
>
>
> Hi,
>
> I'm making a script to recreate a windows sync agreement in my server and
> I've found that even the agreement is created and started, no sync in fact
> ever occurs. I've noticed also that the "cookie" attribute
> "nsds7DirsyncCookie" is never created for the sync object even after a full
> resync. No errors are shown , everthing looks normal. If I create the
> agreement via console then everything works as expected. Can you help me?
> Probably I'm missing something but cannot figure it out.
>
> Regards!
>
>
> .ldif file:
>
>
> cn: cn=adamuz,cn=replica,cn=dc\3Dmetaeprinsa\2Cdc\3Dorg,cn=mapping
> tree,cn=config
> changetype: add
> objectClass: top
> objectClass: nsDSWindowsReplicationAgreement
> description: adamuz
> cn: adamuz
> nsds7WindowsReplicaSubtree: dc=adamuz,dc=local
> nsds7DirectoryReplicaSubtree:
> ou=adamuz,ou=ayuntamientos,ou=usuarios,dc=metaeprinsa,dc=org
> nsds7NewWinUserSyncEnabled: on
> nsds7NewWinGroupSyncEnabled: off
> nsds7WindowsDomain: adamuz.local
> nsDS5ReplicaRoot: dc=metaeprinsa,dc=org
> nsDS5ReplicaHost: adamuzhost.epr
> nsDS5ReplicaPort: 389
> nsDS5ReplicaBindDN: <cn of proxy user>
> nsDS5ReplicaTransportInfo: LDAP
> nsDS5ReplicaCredentials: < pass of proxy user>
> nsds5BeginReplicaRefresh: start
>
>
>
>
>
>
> --
>
>
>
>
>
>
>
> Juan Carlos Camargo Carrillo
>
>
> 957-211157(callto:957-211157) ,
> 650932877(callto:650932877)
>
>
>
>
>
>
>
>
--
389 users mailing list
389-us...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
