Koozali.org: home of the SME Server
Legacy Forums => Experienced User Forum => Topic started by: Roger on July 03, 2003, 04:44:07 PM
-
After "deleting" a user, the user remains in /home/e-smith/accounts with the property of "user-deleted" replacing the normal "user" property.
It is not possible to create a new user of that name unless the the entry is removed.
After re-installing, this behaviour disappeared : If I delete a user, then the user is completely removed.
I found a reference to the problem here... but I would like to understand how it works instead of just applying the work-around:
http://forums.contribs.org/index.php?topic=7974.msg29632#msg29632
I have looked at FormMagick useraccounts.pm ... which seems to set the "user-deleted" property and then calls /sbin/e-smith/signal-event...? but I cant find any documentation about signal-event (any pointers?) and don't know where to look next.
Before I inadvertently turn on the "user-deleted" behaviour again, does anyone know how to turn the "user-deleted" property and related behaviour on/off without re-installing... or what may have caused the change of behaviour?
Using 5.6 with update 04
Any assistance welcome.
Roger
-
Roger wrote:
>
> After "deleting" a user, the user remains in
> /home/e-smith/accounts with the property of "user-deleted"
> replacing the normal "user" property.
What's happening is that something in the user-delete event is failing, so the panel code doesn't continue and fully delete the user afterwards. If you look in /var/log/messages you'll probably be able to figure out what failed. It helps to provide that information when you post.
Regardless, it is probably safe to remove the user from the accounts db. I suggest using the following method:
/sbin/e-smith/db accounts delete
Mike
-
Thanks for the hint - The log indicated that LDAP was timing out so I looked there for inspiration :).
The inability to re-create an account for a previously deleted user (and/or group) seems to be related to the LDAP bug in 5.6
http://www.e-smith.org/bugs/index.php3?op=showBug&bugID=99
To solve the problem:
* I first deleted all and accounts. (as per previous message).
* I then deleted and re-created the LDAP database (as per above LDAP bug URL) .
Following a server re-start, I was able to delete and re-create users and groups with no problem.
The server re-start was probably not necessary.
Thanks for the useful hint Mike :)
Roger.