Re: re: SLES10 + Oracle clusterware (10.2.0.1) libpthread.so.0 - cannot open shared object file.

Peter Santos <[email protected]>
Newsgroups gmane.linux.suse.oracle.general
Message-ID <[email protected]>
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.4.so
/lib/libpthread-2.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è [ [email 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" <[email protected]>
>
> To: "Peter Santos" <[email protected]>
>
> Cc: <[email 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 <[email 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 <[email 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-32bit-2.4-31.30
>>>>         
>
>   
>>>>     glibc-i18ndata-2.4-31.30
>>>>         
>
>   
>>>>     glibc-2.4-31.30
>>>>         
>
>   
>>>>     glibc-info-2.4-31.30
>>>>         
>
>   
>>>>     glibc-devel-2.4-31.30
>>>>         
>
>   
>>>>     glibc-devel-32bit-2.4-31.30
>>>>         
>
>   
>>>>     glibc-32bit-2.4-31.30
>>>>         
>
>   
>>>>     glibc-locale-2.4-31.30
>>>>         
>
>   
>
>   
>
>   
>>>>     #> ls -lrt /lib/libpt*
>>>>         
>
>   
>>>>     -rwxr-xr-x 1 root root 88692 Aug 9 2006 /lib/libpthread-2.4.so
>>>>         
>
>   
>>>>     ...
>>>>         
>
>   
>>>>    
>>>>         
>
>   
>>>>     oracle@dbt1:/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@dbt1:/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
>>>>         
>
>   
>
>   
>>>>     
>>>>         
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>>>   
>>>       
>
>
>
>
>
>
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.