Re: [389-users] winsync: differences between 1.2.11.15 and 1.3

2013-07-18 Thread Juan Carlos Camargo
Rich,Thanks for replying.The entry CN= is the same in both cases and inside the scope (inside the windows subtree). The agreements are the same in both servers:v1.2.11.15dn: cn=ad5,cn=replica,cn=dc\3Dmetaeprinsa\2Cdc\3Dorg,cn=mapping tree,cn=configobjectClass: topobjectClass: nsDSWindowsReplicationAgreementdescription: ad5cn: ad5nsds7WindowsReplicaSubtree: dc=eprnsds7DirectoryReplicaSubtree: ou=usuarios,dc=metaeprinsa,dc=orgnsds7NewWinUserSyncEnabled: onnsds7NewWinGroupSyncEnabled: offnsds7WindowsDomain: eprnsDS5ReplicaRoot: dc=metaeprinsa,dc=orgnsDS5ReplicaHost: ad5.eprnsDS5ReplicaPort: 389nsDS5ReplicaBindDN: cn=metasync,ou=usuarios de servicio,ou=grupos,dc=eprnsDS5ReplicaBindMethod: SIMPLEnsDS5ReplicaCredentials: oneWaySync: fromWindowsv1.3dn: cn=ad5,cn=replica,cn=dc\3Dmetaeprinsa\2Cdc\3Dorg,cn=mapping tree,cn=configobjectClass: topobjectClass: nsDSWindowsReplicationAgreementdescription: ad5cn: ad5nsds7WindowsReplicaSubtree: dc=eprnsds7DirectoryReplicaSubtree: ou=usuarios,dc=metaeprinsa,dc=orgnsds7NewWinUserSyncEnabled: onnsds7NewWinGroupSyncEnabled: offnsds7WindowsDomain: eprnsDS5ReplicaRoot: dc=metaeprinsa,dc=orgnsDS5ReplicaHost: ad5.eprnsDS5ReplicaPort: 389nsDS5ReplicaBindDN: cn=metasync,ou=usuarios de servicio,ou=grupos,dc=eprnsDS5ReplicaBindMethod: SIMPLEnsDS5ReplicaCredentials: oneWaySync: fromWindowsDe: "Rich Megginson" Para: "General discussion list for the 389 Directory server project." <389-users@lists.fedoraproject.org>CC: "Juan Carlos Camargo" Enviados: Jueves, 18 de Julio 2013 16:01:52Asunto: Re: [389-users] winsync: differences between 1.2.11.15 and 1.3On 07/18/2013 06:17 AM, Juan Carlos Camargo wrote:Hi 389ers,I have a lab scenario with one server running version 1.3 on Fedora19. My production servers still use 1.2.11.15 and run on CentOS. I've created oneway sync agreements FROM Windows2003 , in both cases with the same params: windows sync user, windows host, ds subtree and windows subtree. But I've noticed that in version 1.3 sync does not work, all users are reported to be "out of scope" even when the same sAMAccountName/uid is found.Ex:v1.3"[18/Jul/2013:12:59:15 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): windows_process_dirsync_entry: windows inbound entry CN= has the same name as local entry uid= but the windows entry is out of the scope of the sync subtree [dc=DOMAIN] - if you want these entries to be in sync, add the ntUser/ntGroup objectclass and required attributes to the local entry, and move the windows entry into scope"v1.2.11.15[18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for local entry matching AD entry [CN=][18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for local entry by guid [155e86afca9f2141af71624d7f55a44c][18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: found local entry [uid=]Sorry about the different timestamps, but the user under  was the same in both cases. So, same agreement in version 1.2.11.15 syncs the users (from Windows always) perfectly.  I've deleted and recreated the agreements in both sides, just in case I mispelled something,but still the same results. What has changed , or better, where did I go wrong? Can you post your winsync config? The AD entry CN= - is it in the windows subtree or outside of it?  If it is outside of it, why? Regards!--  Juan Carlos Camargo Carrillo.@jcarloscamargo957-211157 , 650932877 --
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users-- Juan Carlos Camargo Carrillo.@jcarloscamargo957-211157 , 650932877 --
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

Re: [389-users] winsync: differences between 1.2.11.15 and 1.3

2013-07-18 Thread Rich Megginson

  
  
On 07/18/2013 06:17 AM, Juan Carlos
  Camargo wrote:


  
Hi 389ers,


I have a lab scenario with one server running version 1.3
  on Fedora19. My production servers still use 1.2.11.15 and run
  on CentOS. I've created oneway sync agreements FROM
  Windows2003 , in both cases with the same params: windows sync
  user, windows host, ds subtree and windows subtree. But I've
  noticed that in version 1.3 sync does not work, all users are
  reported to be "out of scope" even when the same
  sAMAccountName/uid is found. 


Ex:

  v1.3
  "
  [18/Jul/2013:12:59:15 +0200] NSMMReplicationPlugin -
agmt="cn=ad5" (ad5:389): windows_process_dirsync_entry:
windows inbound entry CN= has the same name as local
entry uid= but the windows entry is out of the scope of
the sync subtree [dc=DOMAIN] - if you want these entries to
be in sync, add the ntUser/ntGroup objectclass and required
attributes to the local entry, and move the windows entry
into scope

"


v1.2.11.15

  
  
  [18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin -
agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for
local entry matching AD entry [CN=]
  [18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin -
agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for
local entry by guid [155e86afca9f2141af71624d7f55a44c]
  [18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin -
agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: found local
entry [uid=]





Sorry about the different
timestamps, but the user under  was the same in both
cases. So, same agreement in version 1.2.11.15 syncs the
users (from Windows always) perfectly.  I've deleted and
recreated the agreements in both sides, just in case I
mispelled something,but still the same results. What has
changed , or better, where did I go wrong?
  


Can you post your winsync config?
The AD entry CN= - is it in the windows subtree or outside of
it?  If it is outside of it, why?


  


Regards!


-- 


  

  Juan Carlos Camargo Carrillo.
  @jcarloscamargo
  957-211157 , 650932877
   
  


  
  
  
  
  --
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users


  

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

[389-users] winsync: differences between 1.2.11.15 and 1.3

2013-07-18 Thread Juan Carlos Camargo
Hi 389ers,I have a lab scenario with one server running version 1.3 on Fedora19. My production servers still use 1.2.11.15 and run on CentOS. I've created oneway sync agreements FROM Windows2003 , in both cases with the same params: windows sync user, windows host, ds subtree and windows subtree. But I've noticed that in version 1.3 sync does not work, all users are reported to be "out of scope" even when the same sAMAccountName/uid is found. Ex:v1.3"[18/Jul/2013:12:59:15 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): windows_process_dirsync_entry: windows inbound entry CN= has the same name as local entry uid= but the windows entry is out of the scope of the sync subtree [dc=DOMAIN] - if you want these entries to be in sync, add the ntUser/ntGroup objectclass and required attributes to the local entry, and move the windows entry into scope"v1.2.11.15[18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for local entry matching AD entry [CN=][18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: looking for local entry by guid [155e86afca9f2141af71624d7f55a44c][18/Jul/2013:13:31:00 +0200] NSMMReplicationPlugin - agmt="cn=ad5" (ad5:389): map_entry_dn_inbound: found local entry [uid=]Sorry about the different timestamps, but the user under  was the same in both cases. So, same agreement in version 1.2.11.15 syncs the users (from Windows always) perfectly.  I've deleted and recreated the agreements in both sides, just in case I mispelled something,but still the same results. What has changed , or better, where did I go wrong?Regards!-- Juan Carlos Camargo Carrillo.@jcarloscamargo957-211157 , 650932877 --
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users