Upgraded our Solaris 8 and 9 servers from 3.0.2a to 3.0.3. After upgrading any user that was in more than 16 Unix groups wasn't able to map any drives. I get this error in the log file: [2004/05/04 12:23:30, 0] auth/auth_util.c:get_user_groups(695) get_user_groups: failed to get the unix group list [2004/05/04 12:23:30, 0] auth/auth_sam.c:check_sam_security(260) check_sam_security: make_server_info_sam() failed with 'NT_STATUS_NO_SUCH_USER' I tried increasing the kernel parameter ngroups_max from 16 to 32. I was able to map drives, but this breaks NFS. Any idea what has changed from 3.0.2a to 3.0.3? Is it a know bug? Michael -- Michael Keightley <Michael.Keightley@quadstone.com> Tel: +44 131 240 3137 Systems Manager, Quadstone Limited, Fax: +44 131 220 4492 16 Chester Street, Edinburgh EH3 7RA, Scotland http://www.quadstone.com
This is a known bug. I just did a bit of a search and saw a couple of bugs that claim to be fixed and then one with the latest comment dated yesterday that wasn't. Perhaps Jerry would comment on this (since he's always listed in the bug). One bug mentioned the OS tweak you did. Curious, do you have any idea how this breaks NFS? I may have to do the tweak here and NFS simply cannot break. Michael Keightley wrote:>Upgraded our Solaris 8 and 9 servers from 3.0.2a to 3.0.3. > >After upgrading any user that was in more than 16 Unix groups wasn't able to >map any drives. I get this error in the log file: > >[2004/05/04 12:23:30, 0] auth/auth_util.c:get_user_groups(695) > get_user_groups: failed to get the unix group list >[2004/05/04 12:23:30, 0] auth/auth_sam.c:check_sam_security(260) > check_sam_security: make_server_info_sam() failed with 'NT_STATUS_NO_SUCH_USER' > >I tried increasing the kernel parameter ngroups_max from 16 to 32. I was able >to map drives, but this breaks NFS. > >Any idea what has changed from 3.0.2a to 3.0.3? Is it a know bug? > > >Michael > > >-- Paul Gienger Office: 701-281-1884 Applied Engineering Inc. Cell: 701-306-6254 Information Systems Consultant Fax: 701-281-1322 URL: www.ae-solutions.com mailto:pgienger@ae-solutions.com
>> This is news to me, I thought the underlying ngroups_max setting would be the limiting factor???Does this mean that Samba 3.0.2a does not have this limit? Is this only when using winbind or does Samba circumvent this restriction even when using files/NIS/LDAP for storing user & group data? Be very interested to understand this if someone can take the time to explain, thanks Andy. << Upgraded our Solaris 8 and 9 servers from 3.0.2a to 3.0.3. After upgrading any user that was in more than 16 Unix groups wasn't able to map any drives. I get this error in the log file: [2004/05/04 12:23:30, 0] auth/auth_util.c:get_user_groups(695) get_user_groups: failed to get the unix group list [2004/05/04 12:23:30, 0] auth/auth_sam.c:check_sam_security(260) check_sam_security: make_server_info_sam() failed with 'NT_STATUS_NO_SUCH_USER' I tried increasing the kernel parameter ngroups_max from 16 to 32. I was able to map drives, but this breaks NFS. Any idea what has changed from 3.0.2a to 3.0.3? Is it a know bug? Michael -- Michael Keightley <Michael.Keightley@quadstone.com> Tel: +44 131 240 3137 Systems Manager, Quadstone Limited, Fax: +44 131 220 4492 16 Chester Street, Edinburgh EH3 7RA, Scotland http://www.quadstone.com -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba