 | | | 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-08-31 - By Peter Santos
Back
Arun,
On my SLES9 cluster, the install/oui program is linked like this.
oracle@(protected):/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@(protected):/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 <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
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
>
|
|
|