Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: PAM-enabled utilities can't find ""

In article <Pine.NEB.4.64.1201031111470.20794%david.technoskunk.fur@localhost>,
John D. Baker <> wrote:
>After the recent version shuffle on PAM, I rebuilt a release and updated
>a couple of port-i386 machines.  One works just fine, the other started
>giving me problems like:
>Jan  3 09:56:55 fred login: in openpam_dynamic(): m
>Jan  3 09:56:55 fred login: in openpam_load_module(): no found
>Jan  3 09:56:55 fred login: pam_start failed: system error
>'login' is just one example.  All PAM-enabled programs fail the same way.
>Looking at "/usr/lib/security" shows:
>   -r--r--r--  1 root  wheel   5219 Jan  2 19:36
>The system that works was previously updated with the bumped version of
>the libraries, then updated with "unbumped" versions, so that one has
>both.  The system that fails was updated before the bump and after the
>reversion, so only has the ".3" version of the libraries.
>The system that works has "/usr" in the root file system.  The system
>that now fails has "/usr" as a separate file system.  This has never
>caused a problem before...
>This was an update build "-u".  I just built it again and re-installed
>all the sets.  No change.  I suppose I'll try a non-update build next.

Make sure you have a version of that does not search for *.so.4.
clean in libpam and re-install. 


Home | Main Index | Thread Index | Old Index