Re: Solaris strip LD_LIBRARY_PATH when su - oracle

From: joel garry <joel-garry_at_home.com>
Date: Thu, 14 May 2009 10:04:11 -0700 (PDT)
Message-ID: <053efd35-6724-400c-bd6e-dfed25974d19_at_d25g2000prn.googlegroups.com>



On May 14, 9:34 am, KT <kerr.t..._at_gmail.com> wrote:
> Hi All,
>
> In my rc script, I have su - oracle to run
> /var/opt/oracle/product/10.2.0/db_1/bin/lsnrctl
>
> However, it fails with the following:
> ld.so.1: /var/opt/oracle/product/10.2.0/db_1/bin/lsnrctl: fatal:
> libclntsh.so.10.1: open failed: No such file or directory
>
> The cause is that the env var
> LD_LIBRARY_PATH=/var/opt/oracle/product/10.2.0/db_1/lib was stripped
> by the su process. According to the su man page:
> " Variables with LD_ prefix are removed for security reasons.
> Thus, su bin will not retain previously exported variables
> with LD_ prefix while becoming user bin (bin used as example
> previously)"
>
> How do I make Solaris 8 su to keep the LD_LIBRARY_PATH setting or hard
> code this setting into Oracle configuration file so that lsnrctl will
> not fail?
>
> Thanks,
> Kerr

I'm not on Solaris, but I notice in my dbstart, it is saving whatever LD_LIBRARY_PATH is sent through, then setting it's own, based on $ {ORACLE_HOME}/lib. So what I ran into was it wasn't picking up the ORACLE_HOME properly with an su - , I had to pass that in explicitly as a parameter to dbstart.

Of course, I'm not afraid to futz with rc, sbin or dbstart files until they work, be sure you and any sysadmins are on the same page about these kinds of things.

jg

--
_at_home.com is bogus.
Reading comprehension section:
1.  Which of the following are not in the AP article
http://www3.signonsandiego.com/stories/2009/may/14/1b14intel21134-intel-fined-145-billion-sales-tacti/?uniontrib
A.  Gateway executives complained Intel threats beat them into
guacamole.
B.  Toshiba officials said Intel financial incentives amounted to
cocaine.
C.  Intel paid Germany's largest retailer to stock only Intel based
computers in a city where AMD makes chips.
D.  All of the above are in the article.
Received on Thu May 14 2009 - 12:04:11 CDT

Original text of this message