user deleted when we change its base
Hi there, indeed when we change the user's base (from /users_disable to /[root]) we receive an error and the user is deleted. We migrate (thanks to Benoit) fusion from 1.0.6 to 1.0.9.1.
So here the result of a ldapsearch with an old user imported at the migration : ldapsearch -x -H ldap://ldap -b dc=mgl7,dc=fr uid=hanceau .# extended LDIF .# .# LDAPv3 .# base <dc=mgl7,dc=fr> with scope subtree .# filter: uid=hanceau .# requesting: ALL .#
.# hanceau, people, users_disable, mgl7.fr dn: uid=hanceau,ou=people,ou=users_disable,dc=mgl7,dc=fr givenName: Herve preferredLanguage: en_US homeDirectory: /u/hanceau uidNumber: 5014 gidNumber: 100 objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: gosaAccount objectClass: posixAccount objectClass: shadowAccount sambaLMPassword: 01FC5A6BE7BC6929AAD3B435B51404EE sambaNTPassword: 0CB6948805F797BF2A82807973B89537 sambaPwdLastSet: 1360174809 sambaBadPasswordCount: 0 sambaBadPasswordTime: 0 sn: Anceau cn: Herve Anceau gecos: Herve Anceau uid: hanceau loginShell: /sbin/nologin
.# search result search: 2 result: 0 Success
.# numResponses: 2 .# numEntries: 1
And here the same command with a new user just created : ldapsearch -x -H ldap://ldap -b dc=mgl7,dc=fr uid=test-fusion .# extended LDIF .# .# LDAPv3 .# base <dc=mgl7,dc=fr> with scope subtree .# filter: uid=test-fusion .# requesting: ALL .#
.# test-fusion, people, users_disable, mgl7.fr dn: uid=test-fusion,ou=people,ou=users_disable,dc=mgl7,dc=fr cn: test fusion sn: fusion givenName: test uid: test-fusion homeDirectory: /u/test-fusion gecos: test fusion loginShell: /bin/tcsh uidNumber: 5555 gidNumber: 100 objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: person objectClass: posixAccount objectClass: shadowAccount
.# search result search: 2 result: 0 Success
.# numResponses: 2 .# numEntries: 1
Attached the error screen.
Thanks
(from redmine: issue id 4378, created on 2015-12-15, closed on 2016-01-05)
- Changesets:
- Revision 049a81ef by Côme Chilliet on 2016-01-05T10:31:12.000Z:
Fixes #4378 handling moving errors better
- Revision fe65f150 by Côme Chilliet on 2016-01-05T10:59:23.000Z:
Fixes #4378 handling moving errors better
- Revision fd777a37 by Côme Chilliet on 2016-01-05T11:21:06.000Z:
Fixes #4378 handling moving errors better
- Revision 78e4fa2e by Côme Chilliet on 2016-01-06T08:41:39.000Z:
Fixes #4378 handling moving errors better
- Revision 32ff45cd by Côme Chilliet on 2016-01-06T08:41:50.000Z:
Fixes #4378 handling moving errors better
- Revision 3368d2a7 by Côme Chilliet on 2016-01-06T08:41:56.000Z:
Fixes #4378 handling moving errors better