This bug was first reported to the samba-technical mailing list by Jerome Borsboom <j.borsboom@erasmusmc.nl>. In the function add_uid_to_array_unique() in the file source/rpc_server/srv_samr_nt.c a limit is set on maximum number of uid's in the list. This limit is set in groups_max() which has a default value of 32. However, due to this limit the list of users in a group will get truncated to this maximum. In usrmgr.exe this will show up as users not being member of a group when they in fact are. This bug is still present in the released 3.0.5pre1 and in Subversion. It seems to have been introduced in revision 116 of SAMBA_3_0/source/rpc_server/srv_samr_nt.c. Here is a quick patch to remove the lines causing the bug (for Samba 3.0.5pre1): ----------------- snip ------------------- --- source/rpc_server/srv_samr_nt.c.orig 2004-05-28 21:23:04.000000000 +0200 +++ source/rpc_server/srv_samr_nt.c 2004-05-28 21:23:17.000000000 +0200 @@ -3245,9 +3245,6 @@ { int i; - if ((*num) >= groups_max()) - return; - for (i=0; i<*num; i++) { if ((*uids)[i] == uid) return; ----------------- snip ------------------- The patch above makes Samba behave correctly on our Fedora Core 1 and 2 installations.
This problem still seems to be present in Samba 3.0.6.
Fixed in svn revision 2093. Thanks! Volker
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.