On Fri, 2008-05-16 at 16:24 +0200, Petter Reinholdtsen wrote:
> [Arthur de Jong]
> > I had thought that this was a good enough upper limit but apparently
> > there are environments out there with many more users per
> > group. What would be a reasonable upper limit?
>
> Well, I have seen groups wi
[Arthur de Jong]
> This can't be made configurable easily because this is about memory
> allocated in the NSS module. The NSS module doesn't parse the config
> file and doesn't hold any state (apart from the connection to nslcd for
> multi-call requests like {set,get,end}pwent()). The path to the s
On Fri, 2008-05-16 at 15:40 +0200, Bas van der Vlies wrote:
> > I had thought that this was a good enough upper limit but apparently
> > there are environments out there with many more users per group.
> > What would be a reasonable upper limit?
>
> can this be configurable in nss-ldapd.conf. I ass
On Fri, 2008-05-16 at 15:32 +0200, Bas van der Vlies wrote:
> thanks, Have just installed the patch and did some testing. The
> strange thing is that it is now fixed for the root user. I only saw it
> once. When i run it without the patch i get it every time when i do
> the command:
> - get
[Arthur de Jong]
> I had thought that this was a good enough upper limit but apparently
> there are environments out there with many more users per
> group. What would be a reasonable upper limit?
Well, I have seen groups with about 6500 members, and suspect I will
run into larger groups (like the
On May 16, 2008, at 3:02 PM, Arthur de Jong wrote:
On Fri, 2008-05-16 at 10:01 +0200, Bas van der Vlies wrote:
Just a thought i have read the changelog and news for version 0.6.2
and it says it has a fix for groups with a lot members. but is that
for groupOfUniqueNames with uniqueMembers?
So
On May 16, 2008, at 1:28 PM, Petter Reinholdtsen wrote:
Does this patch help?
thanks, Have just installed the patch and did some testing. The
strange thing is that it is now fixed for the root user. I only saw it
once. When i run it without the patch i get it every time when i do
the co
On Fri, 2008-05-16 at 10:01 +0200, Bas van der Vlies wrote:
> Just a thought i have read the changelog and news for version 0.6.2
> and it says it has a fix for groups with a lot members. but is that
> for groupOfUniqueNames with uniqueMembers?
Some of the fixes are for both uniqueMember and mem
Does this patch help?
Index: nss/common.c
===
--- nss/common.c(revision 735)
+++ nss/common.c(working copy)
@@ -41,7 +41,7 @@
/* buffer sizes for I/O */
#define READBUFFER_MINSIZE 1024
-#define READBUFFER_MAXSIZE 3
Package: libnss-ldapd
Version: 0.6.2
Severity: normal
We have unix groups with a lot of members > 1300. The follwoing command
produce the error message:
- getent group lisa
nslcd -d:
{{{
nslcd: DEBUG: connection from pid=20530 uid=31000 gid=31010
nslcd: DEBUG: nslcd_group_byname(lisa)
nslcd:
10 matches
Mail list logo
