2014-07-16 14:00 GMT+02:00 Brad Firestone <[email protected]>: > Thank you Clément! That did solve that error but it’s still not working > completely right. > > I have three users in the database right now. If I run lsc again after > the first sync, I get a list of all the attributes > for all the users, indicating that nothing will be modified. That makes > sense. > > But if I change the database value for userid_db from user6 to usersix, > then re-run lsc, I only see references to the other two > users and no modifications are made. But the last line does say: All > entries: 3, > If I change usersix back to user6, and then re-run, everything behaves > normally including modifications to other fields for user6. > Changing the userid_db and another field also results in no modifications > being made. > > I’ve since gone through and removed the uppercase letters from gnuniqueid > EVERYWHERE, including the getOneFilter > and the attribute and objectclass in the schema. It didn’t seem to make > any difference. > > So something is still blocking me from changing the userid_db value and > getting that to sync to OpenLDAP. Even though the > pivot is gnuniqueid. Do you have any idea if this can be made to work? > >
Seems you prevent LSC from renaming entries, as I see this in your lsc.xml: <changeId>false</changeId> Just set it to true, then LSC will rename the entry in LDAP. Clément.
_______________________________________________________________ Ldap Synchronization Connector (LSC) - http://lsc-project.org lsc-users mailing list [email protected] http://lists.lsc-project.org/listinfo/lsc-users
