Re: [Proftpd-user] mod_sftp slowness - how can I track this down

> On 2/19/21 9:28 AM, John Stoffel wrote:
> 
> >>>>> "Michel" == Michel van der List <[email protected]> writes:
> 
> Michel> On 2/17/21 7:11 AM, Michel van der List wrote:
> 
> Michel> OK, tracked down the issue. The interaction with the local
> Michel> password file is just *very* slow. Reducing it to a single
> Michel> entry (from about 600) makes my problem go away. This will
> Michel> allow me to mitigate the issue on the upgraded production
> Michel> system. I'll look at the code a bit to see what changed and if
> Michel> I can make sense of it.
> 
> Sorry for dropping off the face of the earth,

No worries. I'm happy for any feedback I get asking questions on
forums.

> but glad you found a root cause. But... that's also a strange
> issue to have, since the password DB access should be pretty
> damn fast, even with a local DB.
>
> Going from 600 down to 1 entry (but I assume you left all the
> other system passwd entries?) shouldn't make a difference,
> unless there's just no caching what so ever of the passwd DB.
>
> Are you using a dedicated proftpd only password file?

I use a dedicated password file, used only for proftpd. I won't
go into the gory details why this is done... :-)

Making this file just for the couple of people that manage
content using SFTP makes the problem largely unnoticable.

Apparently this is a known issue where proftpd now uses the
system provided getpwent, which is slow as molasses. I send an
update to the list about that. I started looking at patching the
code to just take that back out as part of an rpm build, but
since I have a workaround, the priority dropped a bit ;-). I
hope to get back to that in the next week or so.



_______________________________________________
ProFTPD Users List   <[email protected]>
Unsubscribe problems?
http://www.proftpd.org/list-unsub.html