Thanks for the update, Doug.  I've updated the table.

On 01/ 9/09 08:19 AM, Doug Leavitt wrote:
> This CR has already been fixed (to the extent that it can be fixed)
> with the delivery of the Sparks project and subsequent bug fixes
> back in snv_50, and subsequent bug fixes back in March 2008.
> 
> When naming services was re-architected, the internal buffer size
> limitations were removed, but an external maximum size limit of 512K
> per entry was imposed to avoid potential DoS issues with NSCD.
> 
> At this time, Solaris Nevada/OpenSolaris has been extensively tested
> using large groups (on naming services that support large groups)
> on a regular basis.
> 
> Specifically, both files and LDAP can handle large numbers of group
> entries.
> 
> A call to sysconf(_SC_GETGR_R_SIZE_MAX) call should show a value
> of 524288.
> 
> NIS, does have a fixed protocol limit, and there is no plan to change
> that limit at this time.  Doing so would break backwards compatibility.
> Suns recommendation is to replace NIS with LDAP.
> 
> W.r.t. CR 6322280 specifically, this CR should have been closed
> along with:
>          6564720 Large groups bug still in this release
>          6662929 getusernam(3secdb) and friends return null when the 
> selected /etc/user_attr line is > 1024
> 
> back in March of 2007.  I will update the CR appropriately.
> 
> Doug.
> 
> 
> Sergio Gutierrez wrote:
>> Hello to all members.
>>
>> I would like to request a sponsor for working in enhancement 6322280 
>> (1024 char limitation in /etc/group)
>>
>> My contributor ID is OS0133.
>>
>> Thanks in advance for your attention.
>>
>> -- 
>> Sergio Guti?rrez
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> request-sponsor mailing list
>> request-sponsor at opensolaris.org
> _______________________________________________
> request-sponsor mailing list
> request-sponsor at opensolaris.org


Reply via email to