[Pkg-sssd-devel] Bug#1009223: Bug#1009223: sssd fails on startup: Module [memberof] not found - do you need to set LDB_MODULES_PATH

Timo Aaltonen tjaalton at debian.org
Sat Apr 9 14:01:06 BST 2022


Troy Telford kirjoitti 9.4.2022 klo 10.13:
> Package: sssd
> Version: 2.6.3-2
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
> After upgrading, sssd wouldn't run - running in interactive/debug mode was somewhat helpful: 'sssd -i -d1' would give the message:
> (2022-04-09  0:45:09): [sssd] [ldb] (0x0010): WARNING: Module [memberof] not found - do you need to set LDB_MODULES_PATH?
> 
> This eventually lead to a search for memberof.so, which is in /usr/lib/x86_64-linux-gnu/ldb/modules/ldb/memberof.so
> 
> As hinted at, setting LDB_MODULES_PATH="/usr/lib/x86_64-linux-gnu/ldb/modules/ldb" before running 'sssd -i -d1' allowed sssd to run.
> 
> I was able to apply a workaround by simply modifying the various systemd unit files (sssd-autofs.service sssd-nss.service sssd-pam.service sssd-ssh.service sssd-ifp.service sssd-pac.service sssd.service sssd-sudo.service in my case) to add:
> Environment=LDB_MODULES_PATH="/usr/lib/x86_64-linux-gnu/ldb/modules/ldb/"
> 
> Then I ran 'systemctl daemon-reload; systemctl start sssd' and I am back up and running. I'm pretty sure there's a better way to inform the binaries where the LDB_MODULES_PATH is than having to update the environment modules at runtime -- I've definitely forgotten it, though. I also wouldn't be surprised if I may need to do something similar for the socket unit files for systemd -- but it's late & I'm tired...

The reason if fails is probably that libldb got a new version and sssd 
needs a rebuild. Could you try building the current package against 
current samba?


-- 
t



More information about the Pkg-sssd-devel mailing list