This is what I do as well, but it looks like this approach breaks until after the installation is complete. I guess I will have to either convince BMC that this is a bug or change the .profile each time I need to install Remedy.
Axton Grams On 8/7/07, Grooms, Frederick W <[EMAIL PROTECTED]> wrote: > What we do is to have a script to set up the environment before each > instance. This also makes updating the arsystem script easier. > > i.e. setup_env_dev.sh, setup_env_test.sh, setup_env_training.sh > > In the arsystem we simply add: > . ./setup_env_dev.sh > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Axton > Sent: Tuesday, August 07, 2007 7:51 AM > To: [email protected] > Subject: Re: Solaris ARServer Installer - 7.0.1 patch 3 (U) > > 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"
