0005063: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32

(0010302)
GoodGulf (reporter)
2013-03-26 21:04

Yes. I definitely did something wrong here.
The ldd command is saying that it's picking up the 64 bit versions.

# testparm
ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2)
ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32
ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found
Killed

# ldd /opt/csw/lib/sparcv9/libldap-2.4.so.2
        librt.so.1 => /lib/64/librt.so.1
        liblber-2.4.so.2 => /opt/csw/lib/64/liblber-2.4.so.2
        libresolv.so.2 => /lib/64/libresolv.so.2
        libresolv.so.2 (SUNW_2.2.2) => (version not found)
        libnsl.so.1 => /lib/64/libnsl.so.1
        libnsl.so.1 (SUNW_1.9.1) => (version not found)
        libsocket.so.1 => /lib/64/libsocket.so.1
        libsasl2.so.2 => /opt/csw/lib/64/libsasl2.so.2
        libssl.so.1.0.0 => /opt/csw/lib/64/libssl.so.1.0.0
        libcrypto.so.1.0.0 => /opt/csw/lib/64/libcrypto.so.1.0.0
        libc.so.1 => /lib/64/libc.so.1
        libaio.so.1 => /lib/64/libaio.so.1
        libmd5.so.1 => /lib/64/libmd5.so.1
        libmp.so.2 => /lib/64/libmp.so.2
        libscf.so.1 => /lib/64/libscf.so.1
        libdl.so.1 => /lib/64/libdl.so.1
        libnsl.so.1 (SUNW_1.9.1) => (version not found)
        libdoor.so.1 => /lib/64/libdoor.so.1
        libuutil.so.1 => /lib/64/libuutil.so.1
        libgen.so.1 => /lib/64/libgen.so.1
        libm.so.2 => /lib/64/libm.so.2
        /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libmd5_psr.so.1

Why are the 64 bit versions of these libraries being used on a 32 bit machine?

# ls -l /opt/csw/lib/sparcv9/libldap-2.4.so.2
lrwxrwxrwx 1 root root 20 Mar 26 12:54 /opt/csw/lib/sparcv9/libldap-2.4.so.2 -> libldap-2.4.so.2.8.4

# file /opt/csw/lib/sparcv9/libldap-2.4.so.2
/opt/csw/lib/sparcv9/libldap-2.4.so.2: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped

(0010303)
GoodGulf (reporter)
2013-03-26 21:36

OK found the problem.

SUNW_2.2.2 which is not available on Solaris 10 8/07. In contrast, the
version from sunfreeware.com is compiled either against Solaris 8 FCS or
Solaris 10 FCS. So this binary will work on all Solaris 10 releases.

It seems SUNW_2.2.2 and SUNW_1.9.1 isn't on this release of my OS.
I also noticed you've got an issue open on it...

http://lists.opencsw.org/pipermail/maintainers/2012-April/016511.html [^]

Is there a fix for this or am I SOL as far as using OpenCSW samba?

The thing that started this is our IT dept. just upgraded the Domain Controller to Server 2008 R2 and I need a version later than the 3.2.4 version that's installed.

One option is to run with LD_NOVERSION set but that doesn't thrill me...

$ export LD_NOVERSION=1
$ testparm
Load smb config files from /etc/opt/csw/samba/smb.conf
rlimit_max: increasing rlimit_max (256) to minimum Windows limit (16384)
Processing section "[homes]"
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
Press enter to see a dump of your service definitions
...

Any suggestions here would be greatly appreciated.

(0010304)
dam (administrator)
2013-03-27 16:41

As you see from
https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libresolv2/common/mapfile-vers [^]
libresolv.so.2 (SUNW_2.2.2) is from Solaris 10u5 being roughly 5 years old. This is about as far as we can go back with mapfiles from a current Solaris 10u11. I suggest updating your machine to a recent patchlevel.

(0010305)
GoodGulf (reporter)
2013-03-27 19:54

I was hoping you weren't going to say that.
The machines in question will all be retired in 4 months (sigh).
Well. I guess we've gotta do what we've gotta do.

Thanks for your time.

(0010306)
GoodGulf (reporter)
2013-03-27 19:55

BTW

You may as well close this.

Notes
(0010302) GoodGulf (reporter) 2013-03-26 21:04	Yes. I definitely did something wrong here. The ldd command is saying that it's picking up the 64 bit versions. # testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed # ldd /opt/csw/lib/sparcv9/libldap-2.4.so.2 librt.so.1 => /lib/64/librt.so.1 liblber-2.4.so.2 => /opt/csw/lib/64/liblber-2.4.so.2 libresolv.so.2 => /lib/64/libresolv.so.2 libresolv.so.2 (SUNW_2.2.2) => (version not found) libnsl.so.1 => /lib/64/libnsl.so.1 libnsl.so.1 (SUNW_1.9.1) => (version not found) libsocket.so.1 => /lib/64/libsocket.so.1 libsasl2.so.2 => /opt/csw/lib/64/libsasl2.so.2 libssl.so.1.0.0 => /opt/csw/lib/64/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/64/libcrypto.so.1.0.0 libc.so.1 => /lib/64/libc.so.1 libaio.so.1 => /lib/64/libaio.so.1 libmd5.so.1 => /lib/64/libmd5.so.1 libmp.so.2 => /lib/64/libmp.so.2 libscf.so.1 => /lib/64/libscf.so.1 libdl.so.1 => /lib/64/libdl.so.1 libnsl.so.1 (SUNW_1.9.1) => (version not found) libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 libgen.so.1 => /lib/64/libgen.so.1 libm.so.2 => /lib/64/libm.so.2 /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libc_psr.so.1 /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libmd5_psr.so.1 Why are the 64 bit versions of these libraries being used on a 32 bit machine? # ls -l /opt/csw/lib/sparcv9/libldap-2.4.so.2 lrwxrwxrwx 1 root root 20 Mar 26 12:54 /opt/csw/lib/sparcv9/libldap-2.4.so.2 -> libldap-2.4.so.2.8.4 # file /opt/csw/lib/sparcv9/libldap-2.4.so.2 /opt/csw/lib/sparcv9/libldap-2.4.so.2: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped

(0010303) GoodGulf (reporter) 2013-03-26 21:36	OK found the problem. SUNW_2.2.2 which is not available on Solaris 10 8/07. In contrast, the version from sunfreeware.com is compiled either against Solaris 8 FCS or Solaris 10 FCS. So this binary will work on all Solaris 10 releases. It seems SUNW_2.2.2 and SUNW_1.9.1 isn't on this release of my OS. I also noticed you've got an issue open on it... http://lists.opencsw.org/pipermail/maintainers/2012-April/016511.html [^] Is there a fix for this or am I SOL as far as using OpenCSW samba? The thing that started this is our IT dept. just upgraded the Domain Controller to Server 2008 R2 and I need a version later than the 3.2.4 version that's installed. One option is to run with LD_NOVERSION set but that doesn't thrill me... $ export LD_NOVERSION=1 $ testparm Load smb config files from /etc/opt/csw/samba/smb.conf rlimit_max: increasing rlimit_max (256) to minimum Windows limit (16384) Processing section "[homes]" Loaded services file OK. Server role: ROLE_DOMAIN_MEMBER Press enter to see a dump of your service definitions ... Any suggestions here would be greatly appreciated.

(0010304) dam (administrator) 2013-03-27 16:41	As you see from https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libresolv2/common/mapfile-vers [^] libresolv.so.2 (SUNW_2.2.2) is from Solaris 10u5 being roughly 5 years old. This is about as far as we can go back with mapfiles from a current Solaris 10u11. I suggest updating your machine to a recent patchlevel.

(0010305) GoodGulf (reporter) 2013-03-27 19:54	I was hoping you weren't going to say that. The machines in question will all be retired in 4 months (sigh). Well. I guess we've gotta do what we've gotta do. Thanks for your time.

(0010306) GoodGulf (reporter) 2013-03-27 19:55	BTW You may as well close this.

Relationships

OpenCSW Bug Tracker