Unfortunately, we have multiple arservers that run with the same unix account. For this reason, the oracle env vars are not set in the profile. I typically update the arsystem script after the install finishes to get things pointed to the right place.
Axton Grams On 8/7/07, Andrew Hicox <[EMAIL PROTECTED]> wrote: > Sounds like the ar_install script spawned a new shell to fork > arserverd & friends (pretty likely). > Check that all of the env settings you'd need ORACLE_HOME & > LD_LIBRARY_PATH in particular, are set in the user's run control file > for the shell you're using (i.e. ~/.cshrc, ~/.bashrc, etc). > > -A ;-) > > On Aug 6, 2007, at 9:18 PM, Axton wrote: > > > It was set when I started the ar_install script. It was unset during > > the installation process. The variable was unset between the time the > > Demo user was created and the arserver restarted before importing the > > base forms. > > > > I worked around the issue by opening another terminal and starting > > arserverd outside arplugind. Once it was started this way, the > > installation completed. Just a bug somewhere in the ar_install > > script. > > > > Axton Grams > > > > On 8/6/07, Andrew Hicox <[EMAIL PROTECTED]> wrote: > >> Check your $LD_LIBRARY_PATH. > >> Find the path libclntsh.so.10.1 under your $ORACLE_HOME directory. > >> Something like this should do it. > >> > >>> find $ORACLE_HOME/. | grep -i libclntch > >> > >> Anyhow ... find that path, and make sure it's the absolute first > >> thing in $LD_LIBRARY_PATH. > >> > >> -Andrew ;-) > >> > >> On Aug 6, 2007, at 10:07 AM, Axton wrote: > >> > >>> This is with Oracle Instant Client Package - Basic Lite 10.2.0.3 for > >>> Solaris 32-bit. > >>> > >>> The strange thing is that it connects the first time arserverd is > >>> started during the install, but the subsequent startup of arserverd > >>> does not know where the client is installed. Something in the > >>> ar_install or arsystem script is unsetting or changing > >>> LD_LIBRARY_PATH. > >>> > >>> Axton Grams > >>> > >>> On 8/6/07, Joran, Peter P, CTR, OSD-CIO <[EMAIL PROTECTED]> > >>> wrote: > >>>> UNCLASSIFIED > >>>> > >>>> Try using a 32 bit Oracle client. > >>>> > >>>> -----Original Message----- > >>>> From: Action Request System discussion list(ARSList) > >>>> [mailto:[EMAIL PROTECTED] On Behalf Of Axton > >>>> Sent: Monday, August 06, 2007 10:39 AM > >>>> To: [email protected] > >>>> Subject: Solaris ARServer Installer - 7.0.1 patch 3 > >>>> > >>>> Has anyone experienced problems when using the ar_install script > >>>> to perform > >>>> an install on solaris with 7.0.1 patch 3 where the executable > >>>> arserverd is > >>>> unable to dynamically link to the oracle client? > >>>> > >>>> The installer got pretty far along before this became an issue, > >>>> meaning that > >>>> most of the installer was able to link against the > >>>> library: > >>>> > >>>> The new user was issued a fixed license of the following type > >>>> Write : > >>>> (1 of 14) (ARNOTE 31) > >>>> Start of Import: Mon Aug 6 10:12:37 EDT 2007 Waiting for the AR > >>>> System > >>>> Server to respond... > >>>> Setting the DSO User Password > >>>> Setting the Application Password > >>>> Setting the MidTier Password > >>>> Restarting the AR System Server: Mon Aug 6 10:12:53 EDT 2007 > >>>> Action Request > >>>> System beginning the restart process. > >>>> Action Request System shutdown in progress. > >>>> Action Request System shutdown process complete. > >>>> Action Request System initializing. > >>>> Starting AR System Server > >>>> (ARNOTE 0) > >>>> AR Monitor version 7.0.01 patch 003 200705212328 started. > >>>> (ARNOTE 0) > >>>> AR Monitor started. > >>>> (ARNOTE 0) > >>>> ARMonitor child process (pid:24538) started. > >>>> ./arserverd > >>>> ld.so.1: arserverd: fatal: libclntsh.so.10.1: open failed: No such > >>>> file or > >>>> directory > >>>> > >>>> The installer created all the Remedy data dictionary forms just > >>>> fine, > >>>> started arserverd once, created the Demo account and issued a > >>>> fixed license, > >>>> but during the restart, it failed. Somewhere along the way the > >>>> ar_install > >>>> script lost track of the LD_LIBRARY_PATH set before running > >>>> ar_install. > >>>> > >>>> Thanks, > >>>> Axton Grams > >>>> > >>>> ___________________________________________________________________ > >>>> __ > >>>> _______ > >>>> ___ > >>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >>>> ARSlist:"Where the > >>>> Answers Are" > >>>> > >>>> > >>>> ___________________________________________________________________ > >>>> __ > >>>> __________ > >>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >>>> ARSlist:"Where the Answers Are" > >>>> > >>>> > >>> > >>> ____________________________________________________________________ > >>> __ > >>> _________ > >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >>> ARSlist:"Where the Answers Are" > >> > >> _____________________________________________________________________ > >> __________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> ARSlist:"Where the Answers Are" > >> > > > > ______________________________________________________________________ > > _________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > ARSlist:"Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the > Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
