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

Arun,
On my SLES9 cluster, the install/oui program is linked like this.


oracle@sdbe1:/data/software/clusterware/install> ldd .oui
             linux-gate.so.1 =>  (0xffffe000)
             libpthread.so.0 => /lib/tls/libpthread.so.0 (0x55577000)
             libc.so.6 => /lib/tls/libc.so.6 (0x55587000)
             /lib/ld-linux.so.2 (0x55555000)

On my SLES10 node, it looks like this:


oracle@dbt1:/data/software/clusterware/install> ldd .oui
        linux-gate.so.1 =>  (0xffffe000)
        libpthread.so.0 => not found
        libc.so.6 => /lib/libc.so.6 (0xf7e21000)
        /lib/ld-linux.so.2 (0xf7f53000)


I believe I have the 32-bit libraries that are required when installing
on an x86_64 bit plattorm.
-peter






Peter Santos 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
>>>
>>>     
>>>       
>>
>>
>>
>>   
>>     
>
>