tags 717235 + pending
stop
Am 25.09.2016 um 18:21 schrieb Arthur de Jong:
On Tue, 2016-09-20 at 14:37 +0200, Hilmar Preuße wrote:
Hi Arthur,
An alternative is to do setpwent()/getpwent()/setpwent() which should
abort the started search without wasting too much time trying to
search LDAP
On Tue, 2016-09-20 at 14:37 +0200, Hilmar Preuße wrote:
>
> An alternative is to do setpwent()/getpwent()/setpwent() which should
> abort the started search without wasting too much time trying to
> search LDAP entries in our environment.
>
>
> ...and this is exactly what has been implemented
Am 19.09.2016 um 18:09 schrieb Marco d'Itri:
On Sep 16, Hilmar Preusse wrote:
Hi Mrco
/* Per Debian bug report:
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717235
* we might want to do another set{pw,gr}ent(), to play better with
* some NSS modules.
On Sep 16, Hilmar Preusse wrote:
> /* Per Debian bug report:
>* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717235
>* we might want to do another set{pw,gr}ent(), to play better with
>* some NSS modules.
>*/
> pr_auth_setpwent(p);
>
tags 717235 + fixed-upstream
# in 1.3.6rc2
stop
tags 717235 + fixed-upstream
# in 1.3.6rc2
stop
On 08.01.16 Marco d'Itri (m...@linux.it) wrote:
> On Sep 17, Marco d'Itri wrote:
Hi all,
> > > After I switched from libnss-ldap to libnss-ldapd I noticed that at
> > > every login proftpd requests the whole content of the passwd
On Sep 17, Marco d'Itri wrote:
> > After I switched from libnss-ldap to libnss-ldapd I noticed that at
> > every login proftpd requests the whole content of the passwd database
> > (i.e. like running "getent passwd).
> > This is evident from the nslcd debugging log
ping? any news? this made unusable the current debian stable brand respect
the oldstable (that works perfectly) in real deployment infraestructures
with large users database..
i dont have a server for toy in my house, server software are for deploy in
large environments..
Lenz McKAY Gerardo
On Jul 18, Marco d'Itri m...@linux.it wrote:
After I switched from libnss-ldap to libnss-ldapd I noticed that at
every login proftpd requests the whole content of the passwd database
(i.e. like running getent passwd).
This is evident from the nslcd debugging log (passwd(all)).
Are there any
I've had a look at the source of proftpd and it could be that using the
PersistentPasswd option could help in this case, however LDAP users
would not show up so it may not be an option for your environment.
Digging further I tracked the probable culprit to the
ensure_open_passwd() function in
On Thu, 2013-07-18 at 11:48 +0200, Marco d'Itri wrote:
While this can be overlooked on normal systems, it obviously has huge
effects on the LDAP server performances, since my passwd database
contains hundreds of thousands of entries.
I do not know why the issue was not evident with
On Jul 19, Arthur de Jong adej...@debian.org wrote:
Are you saying there is a significant performance difference when
running getent passwd (or running proftpd) in your environment between
libnss-ldap and libnss-ldapd?
Yes: getent passwd works on both systems, but when I switch from
On Fri, 2013-07-19 at 12:53 +0200, Marco d'Itri wrote:
I have a theory, but I have not verified it by looking at the code:
I can see in the nslcd debug log that passwd(all) is requested, but
then only a few lines are listed in the log (and IIRC they are followed
by an error which suggests
Package: proftpd
Version: 1.3.4a-4+nmu1
Severity: important
After I switched from libnss-ldap to libnss-ldapd I noticed that at
every login proftpd requests the whole content of the passwd database
(i.e. like running getent passwd).
This is evident from the nslcd debugging log (passwd(all)).
Control: reassign -1 src:proftpd-dfsg 1.3.4a-4+nmu1
On Jo, 18 iul 13, 11:48:23, Marco d'Itri wrote:
Package: proftpd
Version: 1.3.4a-4+nmu1
This binary package doesn't exist and I can't tell which one you meant,
reassigning to the source package instead.
Kind regards,
Andrei
--
On Jul 18, Andrei POPESCU andreimpope...@gmail.com wrote:
This binary package doesn't exist and I can't tell which one you meant,
reassigning to the source package instead.
Oops. I am using proftpd-base.
--
ciao,
Marco
signature.asc
Description: Digital signature
16 matches
Mail list logo