The new stable pam on sgi mips compiles but then results in sshd and vixie_cron not functioning with the message: /usr/sbin/sshd: symbol lookup error: /lib/libpam.so.0: undefined symbol: LIBPAM_1.0, version LIBPAM_1.0 (same message for /usr/sbin/cron). This error at least prevents sshd from allowing remote logins. I assume both sshd and cron should not have this error. Reproducible: Always Steps to Reproduce: 1. Build the newest pam on MIPS 2. Get this error on boot up. Alternative: 1b. Boot off liveCD (R6) and choot into the borked pam environment. 2b. # sshd 3b. # cron Actual Results: Errors from 2b and 2c: sshd: symbol lookup error: /lib/libpam.so.0: undefined symbol: LIBPAM_1.0, version LIBPAM_1.0 and cron: symbol lookup error: /lib/libpam.so.0: undefined symbol: LIBPAM_1.0, version LIBPAM_1.0 Expected Results: Functioning ssh, vixie, etc. I.e., working pam. revdep-rebuild has no effect. Rebuilding sshd has no effect. From the chrooted environment where I have not dropped back to the "old" pam, my environment is: Portage 2.1.3.19 (default-linux/mips/2007.1-dev/generic-be/o32, gcc-4.1.1, glibc-2.5-r4, 2.6.17.10-mipsgit-20060618-ip32r5k mips64) ================================================================= System uname: 2.6.17.10-mipsgit-20060618-ip32r5k mips64 R5000 V2.1 FPU V1.0 Timestamp of tree: Tue, 15 Jan 2008 00:16:01 +0000 distcc 2.18.3 mips-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r5 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.6.3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.14.4 ACCEPT_KEYWORDS="mips" CBUILD="mips-unknown-linux-gnu" CFLAGS="-O2 -march=mips4 -pipe -mabi=32" CHOST="mips-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=mips4 -pipe -mabi=32" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sfperms strict unmerge-orphans user-fetch userfetch" GENTOO_MIRRORS="http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp.rhnet.is/pub/gentoo/ http://mirror.gentoo.no/ http://gentoo.osuosl.org/ http://ftp.du.se/pub/os/gentoo" LINGUAS="en_US en_GB sv_SE sv" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://giddy.michael.hammill.name/gentoo-portage" USE="bash-completion berkdb bitmap-fonts cli cracklib fam fortran gdbm gpm iconv isdnlog libwww mailwrapper midi mips mudflap nls no-old-linux nptl nptlonly openmp pam pcre perl pppd python readline reflection sdl session spl ssl tcpd truetype-fonts type1-fonts unicode xorg" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US en_GB sv_SE sv" USERLAND="GNU" VIDEO_CARDS="dummy fbdev impact newport v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS If dropping back to the old pam works, I will reboot (after getting home) and provide the "emerge --info" from the same exact environment the new (problematic) PAM was built from.
http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml
(In reply to comment #1) > http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml > I know about the pam upgrade guide, and have had no problem using the new pam on x86, ppc, spark. I'll try again, though. I guess I had just done a cursory look for the baddies like pam_stack, pam_pwdb, pam_radius, and pam_timestamp as well as the qfile orphan check. Will go through to the nth degree trying to find out what could be changed from a newly installed pam 0.78-r5. Sorry for troubling you.
Please attach `readelf -s /lib/libpam.so.0` output here...
Created attachment 143640 [details] readelf -s /lib/libpam.so.0 Sorry it took so long to get back to this. I can additionally report that I get the same error with pam-0.99.9.0 (I switched to unstable mips as the gentoo front page suggested.)
Looks like a problem with ld.so, mips team please advise. [I assume that both sshd and cron were restarted after upgrading pam]
(In reply to comment #4) Damn, I see all version of SGI PAM before the non-functioning ones have been removed from portage. Seems a bit strange to remove old pams and just have new ones when bugs.gentoo.org has unresolved errors for the new versions. Personally, this gives me no way back. Hopefully I still have an old SGI with a working PAM on it I can quickpkg and bring over... :-( ...and yes, restarting of ssh, etc was done after the pam update.
I know I have no room to complain since it took me so long to submit additional info. Don't mean to be bitchy. Anyway, thanks for looking into it. I will proceed with bringing over an old PAM from a working machine as a workaround.
As far as ld goes, I'm using the newest binutils (see below). Not sure if ld.so means ld.so.cache generated by env-update, or something else. Just thought I would try to provide a bit of additional info in advance. livecd / # eix -I binutils [I] sys-devel/binutils Available versions: ~*2.15 2.16.1-r3 *2.16.91.0.6 2.17 2.17-r1 (~)2.17-r2 *2.17.50.0.12 *2.17.50.0.16 *2.17.50.0.17 (~)2.18 2.18-r1 **2.18.50.0.1 **2.18.50.0.2 **2.18.50.0.3 **2.18.50.0.4 {multislot multitarget nls test vanilla} Installed versions: 2.18-r1(23:04:40 01/13/08)(-multislot -multitarget nls -test -vanilla) Homepage: http://sources.redhat.com/binutils/ Description: Tools necessary to build programs [I] sys-devel/binutils-config Available versions: 1.8-r7 1.9-r4 Installed versions: 1.9-r4(22:00:46 12/29/07) Homepage: http://www.gentoo.org/ Description: Utility to change the binutils version being used Found 2 matches.
ld.so is the dynamic loader, has nothing to do with binutils, it's part of glibc. As for the removal, I trust Kumba tested it so it seems not to be a problem on every setup. Plus 0.78 is likely more than vulnerable.
You can make this bug closed. When building a new system from the current snapshot/stage3, apparently something bad happens when updating binutils. (I had this happen twice, and had to restore from an old version.) In any event, now perhaps because we're all supposed to use ~mips from now on, or something else which unfortunately I have no way of tracking down any longer, this error has disappeared. When it's fixed and there is no reason why, I believe it's generally referred to as "user error" :-) In any case, thanks for the tips. I couldn't have recovered without them.
