 | | | Subject: Re: re: SLES10 + Oracle clusterware (10.2.0.1) libpthread.so.0 - cannot open | Subject: Re: re: SLES10 + Oracle clusterware (10.2.0.1) libpthread.so.0 - cannot open 2007-09-01 - By Peter Santos
Back
Rafael,
thanks for the tip.
I don't think the problem is that it can't find the library, but
instead that what is on the file system is either
incompatible or the wrong version.
Here is the output when LD_DEBUG set.
search
path=/lib/tls/i686/sse2:/lib/tls/i686:/lib/tls/sse2:/lib/tls:/lib/i686/sse2:
/lib/i686:/lib/sse2:
/lib:/usr/lib/tls/i686/sse2:/usr/lib/tls/i686:/usr/lib/tls/sse2:/usr/lib/tls:
/usr/lib/i686/sse2:
/usr/lib/i686:/usr/lib/sse2:/usr/lib
(system search path)22196:
trying file=/lib/tls/i686/sse2/libpthread.so.0
trying file=/lib/tls/i686/libpthread.so.0
trying file=/lib/tls/sse2/libpthread.so.0
trying file=/lib/tls/libpthread.so.0
trying file=/lib/i686/sse2/libpthread.so.0
trying file=/lib/i686/libpthread.so.0
trying file=/lib/sse2/libpthread.so.0
trying file=/lib/libpthread.so.0
trying file=/usr/lib/tls/i686/sse2/libpthread.so.0
trying file=/usr/lib/tls/i686/libpthread.so.0
trying file=/usr/lib/tls/sse2/libpthread.so.0
trying file=/usr/lib/tls/libpthread.so.0
trying file=/usr/lib/i686/sse2/libpthread.so.0
trying file=/usr/lib/i686/libpthread.so.0
trying file=/usr/lib/sse2/libpthread.so.0
trying file=/usr/lib/libpthread.so.0
/data/software/clusterware/install/.oui: error while loading shared
libraries: libpthread.so.0:
cannot open shared object file: No such file or directory
I have this file in /lib
dbt1:~ # file /lib/libpthread-2 (See http://ead-2.ora-code.com).4.so
/lib/libpthread-2 (See http://ead-2.ora-code.com).4.so: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), for GNU/Linux 2.2.5, not stripped
But I don't have libpthread.so.0
When I try to make the link manually I get the error.
/data/software/clusterware/install/.oui: relocation error:
/lib/libpthread.so.0: symbol _errno, version GLIBC_2.0 not defined in
file libc.so.6
with link time reference
-peter
Rafael Planella wrote:
> Hello,
>
> Try this to view the searched libs from the runInstaller:
> export LD_DEBUG=libs;./runInstaller;unset LD_DEBUG
>
>
>
> After that check your LD_LIBRARY_PATH and /or LIBPATH
>
> Regards,
>
> Rafael Planella Arbos? [ rafael.planella@(protected) ]
> Consultoria de Sistemes
>
> BBR ENGINYERIA DESERVEIS
> C/ Arag? 182, 4t, 08011 Barcelona
> Tel: 934 731 393
> DISCLAIMER: This email and any files transmitted with it are confidential
> and intended solely for the use of the individual or entity to whom they are
> addressed, and may be legally privileged. If you are not the intended
> recipient, be advised that you have received this email in error and that
> any dissemination, distribution or copying of this communication is strictly
> prohibited, please re-send this communication to the sender and delete the
> original message or any copy of it from your computer system.
>
>
> -- --Original Message-- --
>
> From: "Arun Singh" <Arun.Singh@(protected)>
>
> To: "Peter Santos" <psantos@(protected)>
>
> Cc: <suse-oracle@(protected)>
>
> Date: Fri, 31 Aug 2007 13:50:40 -0600
>
> Subject: Re: [suse-oracle] re: SLES10 + Oracle clusterware (10.2.0.1)
> libpthread.so.0 - cannot open shared object file.
>
>
>
>
> Peter,
>
>
>
> Appears to be something new. As per metalink (Doc ID:Note:414163.1), please
> make sure environment variable LD_ASSUME_KERNEL is not there (or unset).
>
>
>
> Let us know, If you find some work-around.
>
>
>
> -Arun
>
>
>
>
>>>> On 8/31/2007 at 12:33 PM, Peter Santos <psantos@(protected)> wrote:
>>>>
>
>
>> Arun,
>>
>
>
>
>
>> I'm aware of this issue with CRS/bin/vipca and the metalink notes about
>>
>
>
>> how to unset LD_ASSUME_KERNEL.
>>
>
>
>> The problem I have is during the clusterware installation and the
>>
>
>
>> runInstaller.
>>
>
>
>
>
>> -peter
>>
>
>
>
>
>
>
>> Arun Singh wrote:
>>
>
>
>>> Hi Peter,
>>>
>
>
>
>
>>> I have answered this before, please search for vipca or "10gR2 RAC
>>>
> install"
>
>
>> on this list for detail.
>>
>
>
>
>
>>> Error is due to LD_ASSUME_KERNEL line in vipca and it needs to be
>>>
> commented
>
>
>> out. Re-run vipca manually from another window to by-pass the problem. You
>>
> may
>
>
>> have to run "oifcfg getif" before running vipca.
>>
>
>
>
>
>>> Regards,
>>>
>
>
>>> Arun
>>>
>
>
>
>
>>>
>>>
>
>
>>>>>> On 8/31/2007 at 12:06 PM, Peter Santos <psantos@(protected)>
>>>>>>
> wrote:
>
>
>>>>>>
>>>>>>
>
>
>>>> Folks,
>>>>
>
>
>>>> I've installed the oracle clusterware a number of times on SLES 9 +
>>>>
>
>
>>>> Oracle 10.2.0.1.
>>>>
>
>
>>>> I'm now attempting an installation on SLES10 and I can't seem to get
>>>>
>
>
>>>> the installer to go.
>>>>
>
>
>>>> I've checked a number of documents on metalink, but still no dice!
>>>>
>
>
>
>
>>>> Any ideas would be greatly appreciated.
>>>>
>
>
>>>> -peter
>>>>
>
>
>
>
>>>> Here is some information about my environment.
>>>>
>
>
>>>> The error is simply " error while loading shared libraries:
>>>>
>
>
>>>> libpthread.so.0:"
>>>>
>
>
>
>
>
>
>
>
>
>
>>>> #> uname -a
>>>>
>
>
>>>> Linux dbt1 2.6.16.46-0.12-smp
>>>>
>
>
>
>
>>>> #> rpm -qa | grep glibc
>>>>
>
>
>>>> glibc-locale-32 (See http://ale-32.ora-code.com)bit-2 (See http://bit-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-i18ndata-2 (See http://ata-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-2 (See http://ibc-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-info-2 (See http://nfo-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-devel-2 (See http://vel-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-devel-32 (See http://vel-32.ora-code.com)bit-2 (See http://bit-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-32 (See http://ibc-32.ora-code.com)bit-2 (See http://bit-2.ora-code.com).4-31.30
>>>>
>
>
>>>> glibc-locale-2 (See http://ale-2.ora-code.com).4-31.30
>>>>
>
>
>
>
>
>
>>>> #> ls -lrt /lib/libpt*
>>>>
>
>
>>>> -rwxr-xr-x 1 root root 88692 Aug 9 2006 /lib/libpthread-2 (See http://ead-2.ora-code.com).4.so
>>>>
>
>
>>>> ...
>>>>
>
>
>>>>
>>>>
>
>
>>>> oracle@(protected):/lib> ls -lrt /usr/lib/libpt*
>>>>
>
>
>>>> -rw-r--r-- 1 root root 1420 May 3 09:31
>>>>
> /usr/lib/libpthread_nonshared.a
>
>
>>>> -rw-r--r-- 1 root root 216 May 3 09:31 /usr/lib/libpthread.so
>>>>
>
>
>>>> -rw-r--r-- 1 root root 234906 May 3 09:31 /usr/lib/libpthread.a
>>>>
>
>
>
>
>
>
>
>
>>>> oracle@(protected):/data/software/clusterware> ./runInstaller -ignoreSysPrereqs
>>>>
>
>
> ****************************************************************************
>
>
>>>> ****
>>>>
>
>
>
>
>>>> Please run the script rootpre.sh as root on all machines/nodes. The
>>>>
>
>
>>>> script can be found at the toplevel of the CD or
>>>>
>
>
>>>> stage-area. Once you have run the script, please type Y to proceed
>>>>
>
>
>
>
>>>> Answer 'y' if root has run 'rootpre.sh' so you can proceed with Oracle
>>>>
>
>
>>>> Clusterware
>>>>
>
>
>>>> installation.
>>>>
>
>
>>>> Answer 'n' to abort installation and then ask root to run 'rootpre.sh'.
>>>>
>
>
>
>
> ****************************************************************************
>
>
>>>> ****
>>>>
>
>
>
>
>>>> Has 'rootpre.sh' been run by root? [y/n] (n)
>>>>
>
>
>>>> y
>>>>
>
>
>
>
>>>> /data/software/clusterware/install/.oui: error while loading shared
>>>>
>
>
>>>> libraries: libpthread.so.0: cannot open shared object file: No such file
>>>>
> or
>
>
>>>> directory
>>>>
>
>
>
>
>>>>
>>>>
>
>
>
>
>
>
>
>
>
>
>
>
>>>
>>>
>
>
>
>
>
>
>
>
>
>
|
|
|