 | | | 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 Arun Singh
Back
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
>>>
>>>
>>
>>
>>
>>
>>
>>
--
To unsubscribe, email: suse-oracle-unsubscribe@(protected)
For additional commands, email: suse-oracle-help@(protected)
Please see http://www.suse.com/oracle/ before posting
|
|
|