Hi,

I'm not using any particular winsync plugin different that the one that
comes with the product. The error message begins with:
"NSMMReplicationPlugin - agmt="cn=windowsagreement (myserver:389):
Replica has no update vector. It has never been initialized". 
According to this I presume I'm using the NSMMReplicationPlugin but I
cant find it in the dse.ldif file. Also I've searched for the line
"nsslapd-plugin-depends-on-name" and found it on the Legacy  Replication
Plugin DN. To give a try, I've removed it from there and still the
problem continues to appear.

Thanks!


El mar, 08-02-2011 a las 13:28 +0100, Carsten Grzemba escribió:

> These modifications can you make in
> the /etc/dirserv/slap-<instance>/ds.ldif. The ns-slapd process has to
> be stopped!
> Which winsync plugin you are use?
> 
> In the dse.ldif look for the entry like that:
> dn: cn=test-winsync,cn=plugins,cn=config
> 
> there remove
> 
> > nsslapd-plugin-depends-on-named: Multimaster Replication Plugin
> 
> if exists.
> 
> and look for the entry:
> dn: cn=Multimaster Replication Plugin,cn=plugins,cn=config
> 
> there add:
> 
> > nsslapd-plugin-depends-on-named: test Winsync AP
> 
> and start the ns-slapd process. 
> 
> If you enable 'Replication' and 'Plug-ins' for the error logfile, you
> can see if the winsync API functions are called.
> These are at least every 5 min (winsyncinterval):
> 
> [08/Feb/2011:11:16:57 +0100] test-winsync - -->
> test_winsync_begin_update_cb -- begin
> [08/Feb/2011:11:16:57 +0100] test-winsync - <--
> test_winsync_begin_update_cb -- end
> [08/Feb/2011:11:16:57 +0100] test-winsync - -->
> test_winsync_end_update_cb -- begin
> [08/Feb/2011:11:16:57 +0100] test-winsync - <--
> test_winsync_end_update_cb -- end 
> even if there are no changes.
> 
> Regards 
> Carsten
> 
> ----- Ursprüngliche Nachricht -----
> Von: Juan Carlos Camargo Carrillo <[email protected]>
> Datum: Dienstag, 8. Februar 2011, 12:56
> Betreff: Re: [389-users] 1.2.8 Windows sync agreement initialization
> An: "General discussion list for the 389 Directory server project."
> <[email protected]>
> 
> > 
> > 
> 
> 
> > 
> > 
> > 
> > 
> > 
> 
> 
> > Hi Carten,
> > 
> > 
> > 
> > Thanks for your answer. In my case there's not a testing plugin but
> the one that governs the win synchronization. As I am a sort of deep
> newbie can you tell me where should I made those modifications in an
> out-of-the box configuration, so I can retry your guidelines?
> > 
> > 
> > 
> > Regards!
> > 
> > 
> > 
> > El mar, 08-02-2011 a las 12:17 +0100, Carsten Grzemba escribió:
> > 
> 
> 
> > 
> > > 
> > 
> > 
> > > No, it is not a normaly behaviour.
> > > 
> > > I had a similar problem because my winsync plugin was not registered 
> > > after a restart. I have fixed the problem that I have changed the plugin 
> > > dependencies. But I do not know if it is the right way.
> > > 
> > > see thread "[389-devel] Problem using winsync API" in December 2010:
> > > 
> > > ...
> > > I have removed from win sync plugin:
> > > 
> > > nsslapd-plugin-depends-on-named: Multimaster Replication Plugin
> > > 
> > > from the plugin configuration, and instead added on the Multimaster 
> > > Plugin config
> > > 
> > > nsslapd-plugin-depends-on-named: test Winsync API
> > > ...
> > > 
> > > Regards 
> > > Carsten
> > > 
> > > ----- Ursprüngliche Nachricht -----
> > > Von: Juan Carlos Camargo Carrillo <[email protected]>
> > > Datum: Dienstag, 8. Februar 2011, 11:49
> > > Betreff: [389-users] 1.2.8 Windows sync agreement initialization
> > > An: [email protected]
> > > 
> > > > Hi,
> > > > 
> > > > I'm running 389-ds version 1.2.8 on CentOS 5x and configured a windows 
> > > > sync agreement against a 2003 active directory server. Everything works 
> > > > as expected. However, everytime I restart the directory server (service 
> > > > dirsrv restart) I need to reinitialize the windows agreement. Messages 
> > > > such as "Replica has no update vector. It has never been initialized" 
> > > > continously filling the error log until I proceed with the init.  But 
> > > > the replica was initialized and conversations between 389 and AD were 
> > > > working nicely.  And what I would not want at all is to lose any 
> > > > changes made on either side as a result of the initialization process. 
> > > > My question  then, is this the normal behaviour ?
> > > > 
> > > > Thanks!
> > > > > --
> > > > 389 users mailing list
> > > > [email protected]
> > > > https://admin.fedoraproject.org/mailman/listinfo/389-users
> > > --
> > > 389 users mailing list
> > > [email protected]
> > > https://admin.fedoraproject.org/mailman/listinfo/389-users
> > > 
> > 
> > 
> > > 
> 
> 
> > 
> > 
> > 
> > 
> > > --
> > 389 users mailing list
> > [email protected]
> > https://admin.fedoraproject.org/mailman/listinfo/389-users 
> 
> --
> 389 users mailing list
> [email protected]
> https://admin.fedoraproject.org/mailman/listinfo/389-users


--
389 users mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/389-users

Reply via email to