ideas for optimizations with large groups

[Chris Wakelin]

We had big problems with an upgrade to Samba 2.2.3a on Solaris 8 due 
to this groups change. Samba 2.2.2 was fine, but had occassional 
oplock problems (hence the desire to upgrade). We have a large number 
(~1000) of (sometimes large) NIS groups.

I've patched our version of Samba 2.2.3a in lib/util_getent.c 
get_users_in_group() commenting out the line :-

if (strchr(gname,*lp_winbind_separator())) {

(and the lines following the "if" statement) so that the old 
getgrnam() calls are used instead (as they are for winbindd).

This fixes the problem for us, but I'd like strongly to support 
David's suggestion that the change to using getgrent() be made a 
compile-time option for Tru64 only.

On 2002-02-05 21:49:48 David wrote (copied from MARC as I've only 
just subscribed to this list!):-

Best Wishes,
Chris

> Still in lib/util_getent.c, get_users_in_group() uses getgrent()
> because "We have to enumerate the /etc/group file as some UNIX
> getgrnam() calls won't do that for us (notably Tru64 UNIX)".
> So a compile-time check could compile either the getgrent()
> or the getgrnam() versions, choosing the most appropriate.
>
> Bye,
>
> -- 
> David

--+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+--
Christopher Wakelin,                                c.d.wakelin at reading.ac.uk
IT Services Centre, The University of Reading,       Tel: +44 (0)118 931 6630
Whiteknights, Reading, RG6 2AF, UK                   Fax: +44 (0)118 975 3094