getlogin_r is performing NSS lookups when loginid isn't set
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
glibc (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bionic |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
For configurations that use networked naming services for passwd (in particular LDAP), processes that have no login UID, there are excessive delays when getlogin_r() is called.
For such processes, /proc/self/loginid is set to a sentinel value (-1), when files is the only backend, or if nscd is running this returns quickly. However if ldap is configured as a backend for passwd, and nscd isn't being used (which for various political and economic reasons is not always feasible) network requests to the configured LDAP servers will occur which can slow down process creation enough to cause timeouts in parent processes in certain contexts.
Good news, however, as this was recently fixed upstream by:
https:/
Changed in glibc (Ubuntu): | |
status: | New → Fix Released |
Would it be possible to get a backport of this to xenial as well?