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

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
    ...
   
    oracledbt1:/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



oracledbt1:/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-unsubscribesuse.com
For additional commands, email: suse-oracle-helpsuse.com
Please see http://www.suse.com/oracl
e/ before posting

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
<psantoscheetahmail.com> 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
>     ...
>    
>     oracledbt1:/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
> 
> 
> 
> oracledbt1:/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-unsubscribesuse.com
For additional commands, email: suse-oracle-helpsuse.com
Please see http://www.suse.com/oracl
e/ before posting

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
<psantoscheetahmail.com> 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
>>     ...
>>    
>>     oracledbt1:/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
>>
>>
>>
>> oracledbt1:/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
>>
>>     
>
>
>
>
>
>   

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


oraclesdbe1:/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:


oracledbt1:/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
<psantoscheetahmail.com> 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
>>>     ...
>>>    
>>>     oracledbt1:/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
>>>
>>>
>>>
>>> oracledbt1:/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
>>>
>>>     
>>>       
>>
>>
>>
>>   
>>     
>
>   

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
<psantoscheetahmail.com> 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
<psantoscheetahmail.com> 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
>>>     ...
>>>    
>>>     oracledbt1:/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
>>>
>>>
>>>
>>> oracledbt1:/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-unsubscribesuse.com
For additional commands, email: suse-oracle-helpsuse.com
Please see http://www.suse.com/oracl
e/ before posting

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.planellabbr.cat
]
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.Singhnovell.com>

To: "Peter Santos" <psantoscheetahmail.com>

Cc: <suse-oraclesuse.com>

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
<psantoscheetahmail.com> 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
<psantoscheetahmail.com> 
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

>>>     ...

>>>    

>>>     oracledbt1:/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

>>>

>>>

>>>

>>> oracledbt1:/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-unsubscribesuse.com

For additional commands, email: suse-oracle-helpsuse.com

Please see http://www.suse.com/oracl
e/ [http://www.suse.com/oracl
e/] before 
posting

Peter,

>>> On 8/31/2007 at 12:41 PM, Peter Santos
<psantoscheetahmail.com> wrote:
> Arun,
> On my SLES9 cluster, the install/oui program is linked
like this.
> 
> 
> oraclesdbe1:/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:
> 
> 
> oracledbt1:/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 don't have server handy to verify this  but looks
suspicious.

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

Start YaST and check this. If you have update with SP1,
please make sure 32bit Run-Time Environment is selected.

-Arun

> -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 <psantoscheetahmail.com> 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
>>>>     ...
>>>>    
>>>>     oracledbt1:/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
>>>>
>>>>
>>>>
>>>> oracledbt1:/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-unsubscribesuse.com
For additional commands, email: suse-oracle-helpsuse.com
Please see http://www.suse.com/oracl
e/ before posting

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/s
se2:/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è [ rafael.planellabbr.cat
]
> 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.Singhnovell.com>
>
> To: "Peter Santos" <psantoscheetahmail.com>
>
> Cc: <suse-oraclesuse.com>
>
> 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
<psantoscheetahmail.com> 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 <psantoscheetahmail.com> 
>>>>>>             
> 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
>>>>         
>
>   
>>>>     ...
>>>>         
>
>   
>>>>    
>>>>         
>
>   
>>>>     oracledbt1:/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
>>>>         
>
>   
>
>   
>
>   
>
>   
>>>> oracledbt1:/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
>>>>         
>
>   
>
>   
>>>>     
>>>>         
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>>>   
>>>       
>
>
>
>
>
>
>
>
>
>   

I have more recent versions of what you mentioned.
-peter


oracledbt1:~/scripts> rpm -qa | grep -e glibc -e libaio
-e libstdc -e
gcc | sort
compat-libstdc++-5.0.7-22.2
gcc-4.1.2_20070115-0.11
gcc-c++-4.1.2_20070115-0.11
gcc-fortran-4.1.2_20070115-0.11
gcc-info-4.1.2_20070115-0.11
gcc-objc-4.1.2_20070115-0.11
glibc-2.4-31.30
glibc-32bit-2.4-31.30
glibc-devel-2.4-31.30
glibc-devel-32bit-2.4-31.30
glibc-i18ndata-2.4-31.30
glibc-info-2.4-31.30
glibc-locale-2.4-31.30
glibc-locale-32bit-2.4-31.30
libaio-0.3.104-14.2
libaio-32bit-0.3.104-14.2
libaio-devel-0.3.104-14.2
libaio-devel-32bit-0.3.104-14.2
libgcc-4.1.2_20070115-0.11
libstdc++-4.1.2_20070115-0.11
libstdc++-devel-4.1.2_20070115-0.11


Rafael Planella wrote:
> Hello,
>
> Can you check for these packages:
>
> # gcc-4.1.0-28.4.x86_64.rpm
> # gcc-c++-4.1.0-28.4.x86_64.rpm
> # glibc-devel-2.4-31.2.x86_64.rpm
> # glibc-devel-32bit-2.4-31.2.x86_64.rpm
> # libaio-devel-0.3.104-14.2.x86_64.rpm 
> # libstdc++-devel-4.1.0-28.4.x86_64.rpm
>
>
> ( specially the glibc-devel in 64 and 32 bit versions
)
>
> Regards.
>
> Rafael Planella Arbosè [ rafael.planellabbr.cat
]
> 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.
>
>   

-- 
To unsubscribe, email: suse-oracle-unsubscribesuse.com
For additional commands, email: suse-oracle-helpsuse.com
Please see http://www.suse.com/oracl
e/ before posting