5 Commits

Author	SHA1	Message	Date
Gregor Beck	6648d90652	s3:smbcontrol: let smbd pass the idmap msg to its children for convenience ... Signed-off-by: Michael Adam <obnox@samba.org>	2011-10-12 22:45:53 +02:00
Gregor Beck	3ff8733792	s3: fix id_cache_kill to delete the the id-mappig from caches ... The intendet and documented behavior of smbcontrol smbd idmap kill is to delete the mapping from caches and additionally kill the smbd if an affected id is in use. Signed-off-by: Michael Adam <obnox@samba.org>	2011-10-12 22:45:52 +02:00
Andreas Schneider	1152aa8e03	s3-passdb: Keep caches coherent ... When deleting a user send a message to all interested parties so they can purge their caches. Otherwise some processes may positively respond with a cached getpwnam, when the user have actully been removed. Without this some tests that remove and then immediately create users are flakey. Signed-off-by: Simo Sorce <idra@samba.org>	2011-08-21 09:08:25 -04:00
Andreas Schneider	61ada700a6	s3-id_cache: Use better names for id cache management ops ... The IDMAP term is normally associated with Winbind's idmap stuff. These functions deal with id caching not id mapping. Signed-off-by: Simo Sorce <idra@samba.org>	2011-08-21 09:08:25 -04:00
Andreas Schneider	177db0a880	s3-id_cache: Move id caches mgmt out of smbd ... We must leave the MSG_IDMAP_KILL operation in SMBD as it uses smbd specific internal globals and makes sense only in the context of a smbd daemon. The rest is moved under lib/ as we need to deal with id cache cleanups in other daemons too (like lsasd). Signed-off-by: Simo Sorce <idra@samba.org>	2011-08-21 09:08:25 -04:00