[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Re: Listing /home dir very slow [SOLVED]
hi,
For doing an ls -la in /home, is 2-3 lines per second slow for LDAP?
The only indexing option I have is:
# Indexing options
index objectClass eq
Anyone know of some more reading on config/setup LDAP? I find the docs
on OpenLDAP to be not so complete past how to do a quick setup.
Thanks,
j.
On Thu, Feb 27, 2003 at 02:38:12PM +0100, Walter Vendraminetto wrote:
> Thank you for your reply, at the end I made it.
>
> The reason for slow long listing (ls -l) was INDEXES: even if I already had
> tried the correct indexes, slapindex run as root created new index files as
> root:root. Slapd couldn't then access them.
> Then I had to change the group and attributes to those new created files ...
>
> Thank you all
> Walter
>
>
>
>
> -------Messaggio originale-------
>
> Da: Jason C. Leach
> Data: gioved? 27 febbraio 2003 09.36.54
> A: Walter Vendraminetto
> Cc: OpenLDAP List
> Oggetto: Re: Listing /home dir very slow
>
> hi,
>
> I get about 3 per second. A bit slow also. I have had it go
> really slow before, that was due it how I refrenced my ldap
> server in the nss config or the ldapd.conf file. Not sure
> what one now.
>
> I still think mine is a bit slow also.
>
> j.
>
> On Thu, Feb 27, 2003 at 01:35:20AM +0100, Walter Vendraminetto wrote:
> > Hi folks,
> >
> > i've a problem that maybe some one already solved. We authenticate several
> > users with OpenLDAP 2.0.27 + Berkeley DB.
> > If I execute the command
> >
> > $> ls -l /home
> >
> > the output takes some minutes to list about 50 entries. This is because
> each
> > directory belongs to different user which has to be resolved.
> >
> > The command:
> >
> > $> ls /home
> >
> > works as expected.
> >
> > After several trials I nuked the ACLs and the long listing started to work
> > again. This sounds a bit strange because many other "heavy" requests are
> > correctly executed.
> > I think I should shrink the ACLs where possible but ... do you think that
> > the problem can be solved in a more direct way. The nss_ldap libs are the
> v
> > 189 and maybe an update may help ...
> >
> > Thank you anyway.
> > Bye
> > Walter
> >
> >
>
> --
> ......................
> ..... Jason C. Leach
> ..
>
> Current PGP/GPG Key ID: 43AD2024
>
>
--
......................
..... Jason C. Leach
..
Current PGP/GPG Key ID: 43AD2024