Install IDS 10.0FC5 on RedHat

Posted in 2006

Summary

Installing IDS 10.0FC5 (64-bit) on RHEL AS 4 Update 3 failed at the branding step with "etc/brand: error while loading shared libraries: libstdc++.so.5", even though the library existed in /usr/lib. Replies pointed out the 64-bit binaries need the x86_64 build in /usr/lib64, not the i386 one; a manual symlink didn't help. Removing and reinstalling the compat libstdc++ packages fixed it. Andreas explained that rpm -q hides architecture (use rpm -q --qf '%{arch}') and that compat-libstdc++-33-3.2.3-47.3.x86_64.rpm from CD#2 supplies /usr/lib64/libstdc++.so.5; the i386 version is needed for the 32-bit CSDK.

Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.

Topics: Installation, Setup & Upgrades, Versions, Editions & End-of-Life

Neil Truby — Mon, 17 Jul 2006 16:49:45 +0100 — source: Usenet: comp.databases.informix

Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update 3): Branding Installed Files ... Installation of IBM Informix Dynamic Server failed. etc/brand: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory But that library is in /usr/lib. Any ideas? I'm getting quite miserable now ... ;-( IBM PMR 91289,999,866 refers cheers -- Neil Truby t:01932 724027 Director m:07798 811708 Ardenta Limited e:neil.truby@ardenta.com

↪ replying to Neil Truby

Clive Eisen — Mon, 17 Jul 2006 16:56:50 +0100 — source: Usenet: comp.databases.informix

Neil Truby wrote: > Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update 3): > > Branding Installed Files ... > Installation of IBM Informix Dynamic Server failed. > etc/brand: error while loading shared libraries: libstdc++.so.5: cannot open > shared object file: No such file or directory > > But that library is in /usr/lib. > > Any ideas? I'm getting quite miserable now ... ;-( > IIRC compat-2004.11.13-3 or the equiv rpm

↪ replying to Neil Truby

Andreas Breitfeld — Mon, 17 Jul 2006 18:32:56 +0200 — source: Usenet: comp.databases.informix

On Monday 17 July 2006 17:49, you wrote: > Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update > 3): > > Branding Installed Files ... > Installation of IBM Informix Dynamic Server failed. > etc/brand: error while loading shared libraries: libstdc++.so.5: > cannot open shared object file: No such file or directory > > But that library is in /usr/lib. I think you need it in /usr/lib64: $ ldd oninit libdl.so.2 => /lib64/libdl.so.2 (0x0000002a95685000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000002a95788000) libpam.so.0 => /lib64/libpam.so.0 (0x0000002a958bc000) libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x0000002a959c5000) libm.so.6 => /lib64/tls/libm.so.6 (0x0000002a95b99000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000002a95d22000) libc.so.6 => /lib64/tls/libc.so.6 (0x0000002a95e2d000) /lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x0000002a95556000) liblaus.so.1 => /lib64/liblaus.so.1 (0x0000002a96071000) > > Any ideas? I'm getting quite miserable now ... ;-( > > IBM PMR 91289,999,866 refers > > cheers

↪ replying to Andreas Breitfeld

Neil Truby — Mon, 17 Jul 2006 23:35:33 +0100 — source: Usenet: comp.databases.informix

Andreas Breitfeld" <abreitfe@de.ibm.com> wrote in message news:mailman.120.1153153714.873.informix-list@iiug.org... > On Monday 17 July 2006 17:49, you wrote: >> Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update >> 3): >> >> Branding Installed Files ... >> Installation of IBM Informix Dynamic Server failed. >> etc/brand: error while loading shared libraries: libstdc++.so.5: >> cannot open shared object file: No such file or directory >> >> But that library is in /usr/lib. > I think you need it in /usr/lib64: You may be right, Andreas. But what am I supposed to do about it? I can't edit the $INFORMIXDIR/etc/brand script. So what do I do? I can't install IDS 10.0FC5 because of this problem. And I can't run kaio on 10.0UC5 on this 64-bit Lunux installation because of another bug. I'm sure IBM don't *mean* to make it this hard ;-) cheers Neil

↪ replying to Neil Truby

Obnoxio The Clown — Mon, 17 Jul 2006 23:58:24 +0100 (BST) — source: Usenet: comp.databases.informix

Neil Truby said: > Andreas Breitfeld" <abreitfe@de.ibm.com> wrote in message > news:mailman.120.1153153714.873.informix-list@iiug.org... >> On Monday 17 July 2006 17:49, you wrote: >>> Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update >>> 3): >>> >>> Branding Installed Files ... >>> Installation of IBM Informix Dynamic Server failed. >>> etc/brand: error while loading shared libraries: libstdc++.so.5: >>> cannot open shared object file: No such file or directory >>> >>> But that library is in /usr/lib. >> I think you need it in /usr/lib64: > > You may be right, Andreas. > But what am I supposed to do about it? > I can't edit the $INFORMIXDIR/etc/brand script. > So what do I do? Jesus, Neil. How about: ln -s /usr/lib/libstdc++.so.5 /usr/lib64 ? > I can't install IDS 10.0FC5 because of this problem. > And I can't run kaio on 10.0UC5 on this 64-bit Lunux installation because > of > another bug. > > I'm sure IBM don't *mean* to make it this hard ;-) I'm sure you wouldn't have this problem on SuSE. -- Bye now, Obnoxio "... no bill is required as no value was provided." -- Christine Normile

↪ replying to Obnoxio The Clown

Neil Truby — Tue, 18 Jul 2006 07:30:24 +0100 — source: Usenet: comp.databases.informix

"Obnoxio The Clown" <obnoxio@serendipita.com> wrote in message news:mailman.125.1153176351.873.informix-list@iiug.org... > I'm sure you wouldn't have this problem on SuSE. ;-)

↪ replying to Andreas Breitfeld

Neil Truby — Tue, 18 Jul 2006 08:35:30 +0100 — source: Usenet: comp.databases.informix

"Andreas Breitfeld" <abreitfe@de.ibm.com> wrote in message news:mailman.120.1153153714.873.informix-list@iiug.org... > On Monday 17 July 2006 17:49, you wrote: >> Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update >> 3): >> >> Branding Installed Files ... >> Installation of IBM Informix Dynamic Server failed. >> etc/brand: error while loading shared libraries: libstdc++.so.5: >> cannot open shared object file: No such file or directory >> >> But that library is in /usr/lib. > I think you need it in /usr/lib64: > $ ldd oninit > libdl.so.2 => /lib64/libdl.so.2 (0x0000002a95685000) > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000002a95788000) > libpam.so.0 => /lib64/libpam.so.0 (0x0000002a958bc000) > libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x0000002a959c5000) > libm.so.6 => /lib64/tls/libm.so.6 (0x0000002a95b99000) > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000002a95d22000) > libc.so.6 => /lib64/tls/libc.so.6 (0x0000002a95e2d000) > /lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 > (0x0000002a95556000) > liblaus.so.1 => /lib64/liblaus.so.1 (0x0000002a96071000) On my system: # ldd $INFORMIXDIR/bin/oninit libdl.so.2 => /lib64/libdl.so.2 (0x0000003518300000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x000000351fa00000) libpam.so.0 => /lib64/libpam.so.0 (0x0000003518d00000) libstdc++.so.5 => not found libm.so.6 => /lib64/tls/libm.so.6 (0x0000003518500000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000351b300000) libc.so.6 => /lib64/tls/libc.so.6 (0x0000003518000000) /lib64/ld-linux-x86-64.so.2 (0x000000552aaaa000) libaudit.so.0 => /lib64/libaudit.so.0 (0x0000003519500000) # ls -l /lib64/libstdc++.so.5 ls: /lib64/libstdc++.so.5: No such file or directory # ls -l /usr/lib64/libstdc++.so.5 lrwxrwxrwx 1 root root 23 Jul 18 07:32 /usr/lib64/libstdc++.so.5 -> /usr/lib/libstdc++.so.5 Creating a symbolic link for libstdc++.so.5 in /lib64 doesn't work either.

↪ replying to Neil Truby

Neil Truby — Tue, 18 Jul 2006 09:40:32 +0100 — source: Usenet: comp.databases.informix

"Neil Truby" <neil.truby@ardenta.com> wrote in message news:4i3hefF1vulcU1@individual.net... > "Andreas Breitfeld" <abreitfe@de.ibm.com> wrote in message > news:mailman.120.1153153714.873.informix-list@iiug.org... >> On Monday 17 July 2006 17:49, you wrote: >>> Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 Update >>> 3): Removing and re-adding the compatibility packages sorted the problem. Thanks everyone!

↪ replying to Neil Truby

Andreas Breitfeld — Tue, 18 Jul 2006 13:26:29 +0200 — source: Usenet: comp.databases.informix

On Tuesday 18 July 2006 10:40, Neil Truby wrote: > "Neil Truby" <neil.truby@ardenta.com> wrote in message > news:4i3hefF1vulcU1@individual.net... > > > "Andreas Breitfeld" <abreitfe@de.ibm.com> wrote in message > > news:mailman.120.1153153714.873.informix-list@iiug.org... > > > >> On Monday 17 July 2006 17:49, you wrote: > >>> Now I can't install IDS 10.0 FC5 onto 64-bit Linux.(RHEL AS 4 > >>> Update 3): > > Removing and re-adding the compatibility packages sorted the problem. The problem on RH4 for x86-64 is the package names listed by rpm -q are not different for the 32bit (i386) and 64bit (x86-64) versions (architectures) of the packages, e.g. (examples run on RH3u7): $ rpm -q libstdc++ libstdc++-3.2.3-54 libstdc++-3.2.3-54 To check the architecture the queryformat option of rpm can be used: $ rpm -q --qf '[%{name} %{arch}\\n]' libstdc++ libstdc++ i386 libstdc++ x86_64 In this case both architectures of libstdc++ are installed. Files installed by package(s) can be listed: $ rpm -ql libstdc++-3.2.3-54 /usr/lib/libstdc++.so.5 /usr/lib/libstdc++.so.5.0.3 /usr/lib64/libstdc++.so.5 /usr/lib64/libstdc++.so.5.0.3 On RH4u3 x86-64 the following package needs to be installed from CD#2 to resolve dependency of IDS 10.0FC5 to /usr/lib64/libstdc++.so.5 : RedHat/RPMS/compat-libstdc++-33-3.2.3-47.3.x86_64.rpm The file name contains the architecture x86_64 . List files the uninstalled package contain: $ rpm -qpl RedHat/RPMS/compat-libstdc++-33-3.2.3-47.3.x86_64.rpm warning: RedHat/RPMS/compat-libstdc++-33-3.2.3-47.3.x86_64.rpm: V3 DSAsignature: NOKEY, key ID db42a60e /usr/lib64/libstdc++.so.5 /usr/lib64/libstdc++.so.5.0.7 Andreas > Thanks everyone! > > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list

↪ replying to Andreas Breitfeld

kjuliff@gmail.com — 18 Jul 2006 09:15:11 -0700 — source: Usenet: comp.databases.informix

I have a similart problem but with 32 bit sdk I am getting /usr/informix32/lib/esql/esqlc: error while loading shared libraries: libstdc++. so.5: cannot open shared object file: No such file or directory when I try to compile an esql/C Program. I have both 32 and 64 bit SDKS installed (in different directories. Pathd are all correct. The library in question is in lib64 on the machine. I'm running REDHAT enterprise V 4X But WHY is it looking for this library in /usr/informix32/lib/esql/esqlc when it is not there and by it's name it looks like it should not be needed? Kate

↪ replying to kjuliff@gmail.com

Andreas Breitfeld — Wed, 19 Jul 2006 10:41:04 +0200 — source: Usenet: comp.databases.informix

On Tuesday 18 July 2006 18:15, kjuliff@gmail.com wrote: > I have a similart problem but with 32 bit sdk > > I am getting > /usr/informix32/lib/esql/esqlc: error while loading shared libraries: > libstdc++. > so.5: cannot open shared object file: No such file or directory The 32bit csdk depends on a 32bit libstdc++.so.5 : $ ldd esqlc libdl.so.2 => /lib/libdl.so.2 (0x4002e000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40032000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4005f000) libm.so.6 => /lib/tls/libm.so.6 (0x40112000) libc.so.6 => /lib/tls/libc.so.6 (0x40134000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4026d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Check if both architectures of libstdc++ are installed: $ rpm -q --qf '[%{name} %{arch}\\n]' libstdc++ libstdc++ i386 libstdc++ x86_64 If the i386 (32bit) version is missing the following package needs to be installed from RH4u3 x86-64 CD#2: RedHat/RPMS/compat-libstdc++-33-3.2.3-47.3.i386.rpm If you run a different update level of RH4 choose the equivalent package. Andreas > > when I try to compile an esql/C Program. > > I have both 32 and 64 bit SDKS installed (in different directories. > > Pathd are all correct. > > The library in question is in lib64 on the machine. I'm running > REDHAT enterprise V 4X > > But WHY is it looking for this library in > /usr/informix32/lib/esql/esqlc when it is not there and by it's name > it looks like it should not be needed? > > Kate > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list

Glossary

IDS (Informix Dynamic Server)