Change:
<del> server-user             nscd threads                 1 paranoia                no debug-level             0 enable-cache            passwd          yes positive-time-to-live   passwd          0 negative-time-to-live   passwd          0 suggested-size          passwd          211 check-files             passwd          yes persistent              passwd          no shared                  passwd          yes enable-cache            group           yes positive-time-to-live   group           0 negative-time-to-live   group           0 suggested-size          group           211 check-files             group           yes persistent              group           no shared                  group           yes enable-cache            hosts           yes positive-time-to-live   hosts           600 negative-time-to-live   hosts           5 suggested-size          hosts           211 check-files             hosts           yes persistent              hosts           no shared                  hosts           yes enable-cache            services        yes positive-time-to-live   services        0 negative-time-to-live   services        0 suggested-size          services        211 check-files             services        yes persistent              services        no shared                  services        yes </del>

Discussion:
Currently, seems to be broken. I thought this was a systemd issue, but they claim it's because we misconfigured . However, I thought we configured this correctly since since this commit and seems to indeed confirm this. Yet is still currently broken in . I have a feeling isn't correctly loading that aren't shipped with . This would mean and aren't loaded either if that's the case Please run and paste the results.
Related
Also related:
Also related: It seems like isn't properly loading all
When I run It seems to try to load all the from a very strange_ location, confirming my suspicion that isn't loading any of the NSS modules out side of Anything but the right place. So loading custom modules seems to be broken.
Okay so it actually does seem to load the libraries, after suggestion from Then why is not working?
cc
Also cc who originally fixed this
You can use and watch for dbus calls named to the service
In you should see a unix socket connection opened to dbus follow by system calls on the resulting file descriptor.
The call is being made. I more and more suspect this being a systemd issue
The response looks as expected.
Indeed. so why is the systemd unit then failing on ?
Ah I also get this in the logs: Here is the full trace:
This error seems to be coming from which leads us to:
After hacking around with this turns out to be a cache invalidation problem. See Since we only use for tricking to load nss modules from an absolute path, and actually not for its caching behaviour the recommended course of action seems to be to disable all caching that provides (at least for passwd and group, perhaps not for host) This is already disabled when is enabled () So the simplest option seems to be to also use this config when is disabled. Note (this should probably be documented somewhere) we can't fully disable the cache, as then will not preload the , and delegate that to instead, which will cause to not be able to find the modules, as they are not in the global . To trick into loading these modules from a pure path, we enable caching but set all to .
Awesome detective work!
Since upstream systemd merged their nscd cache invalidation fix and released it in v240, and we're on v242 now, should some caching be turned on again?

Seems to me like it'd be nice, but I can't imagine getent lookups are hugely performance-critical. :man_shrugging: Either way though, perhaps you folks would be good reviewers for my pull request , which gets rid of various years-old cruft from the nscd module. If non-zero TTLs are still worth-while, I'd hope my patches would be merged first.