more per-package modules (the "Additional" block)
> authoptionalpam_mount.so
> authoptional pam_smbpass.so migrate
that the pam_smbpass.so is a relative path, so the code path 2(b)
should be taken, so the error you see shouldn't appear.
This i
Sven Hartge <s...@svenhartge.de> writes:
> Joe Pfeiffer <pfeif...@cs.nmsu.edu> wrote:
>
>> I'm seeing a large number of entries in my /var/log/syslog that look
>> like this:
>
>> Feb 16 09:07:31 snowball auth: PAM unable to dlopen(pam_smbpass.so):
>&
n value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
authrequiredpam_permit.so
# and here are more per-package modules (the "Additional" b
Hi,
On 02/17/2016 05:11 PM, Joe Pfeiffer wrote:
> Christian Seiler writes:
>> [Suggesting journalctl -o verbose to debug this]
> I'm running a current Debian testing installation, and journal is
> enabled.
>
> It turns out it's only coming from /usr/lib/dovecot/auth. What's
> weird is in
Joe Pfeiffer <pfeif...@cs.nmsu.edu> wrote:
> I'm seeing a large number of entries in my /var/log/syslog that look
> like this:
> Feb 16 09:07:31 snowball auth: PAM unable to dlopen(pam_smbpass.so):
> /lib/security/pam_smbpass.so: cannot open shared object file: No such fi
I'm seeing a large number of entries in my /var/log/syslog that look
like this:
Feb 16 09:07:31 snowball auth: PAM unable to dlopen(pam_smbpass.so):
/lib/security/pam_smbpass.so: cannot open shared object file: No such file or
directory
Feb 16 09:07:31 snowball auth: PAM adding faulty module
6 matches
Mail list logo