You can do also do it by setting the env variable ARSNONROOTINSTALL=TRUE and 
exporting it into your non root users environment. Make sure the non root user 
has got all the Oracle environment for the oracle client, and you are able to 
sqlplus into Oracle and access the DB server.

You would need a one time root access or permission to sudo, to move catalog 
files into the suggested directory during the install and then to modify / 
append the rpc file in the /etc directory.

Before starting the install, using root or sudo previllages, create the 
installation directory, and give it full ownership to the non root user that 
you will be using to run the AR System deamons.. you would also need to create 
the folder arsystem under the /etc directory, and give the non root user full 
access to this folder as well.

Lastly (optional) you would need root previllages to change the startup file to 
automatically start the AR Server using the non root user. This step is 
optional depending on whether or not you want it in the startup...

Cheers
 
Joe D'Souza
Remedy Developer / Consultant,
BearingPoint,
Virginia.



----- Original Message ----
From: Dwayne Martin <[EMAIL PROTECTED]>
To: [email protected]
Sent: Thursday, December 7, 2006 2:27:54 PM
Subject: Re: ARS 7.0 Install as non-root user


I am planning to install ARS 7.0.01 as non-root on a Red-Hat
Linux server (Oracle 10 db).  I came upon the exchange shown
below, which suggests installing as root, then changing the
object ownerships afterwards.

The only disadvantage I see is that I would need to get root
permissions, which I don’t normally have.

Has anyone succeed in installing ARS 7 as non-root on a Unix
or Linux platform?

Does anyone have any additional advice to offer?

Dwayne Martin
James Madison University

******* previous exchange *************

Date:         Tue, 25 Jul 2006 11:47:14 -0400
Reply-To:     [email protected]
Sender:       "Action Request System discussion list(ARSList)"
              <[email protected]>
From:         Kevin Shaffer <[EMAIL PROTECTED]>
Subject:      ARS 7.0 Install as non-root user
Content-Type: text/plain; charset="iso-8859-1"

We are unable to get 7.0 to install successfully as a non-root
user, however it works fine installing as a root user.  Has
anyone successfully installed ARS 7.0, ITSM 7.0 and CMDB as
root user and then converted it after the install to run as
non-root.  
Any gotchas or recommendations.  Is there a list of all files
that need updated?  I have pulled the KB's off the web site,
but they all are outdated.  I am more interested in experience
doing this with 7.x.
TIA
Kevin
**************
From:         Dave Zifchock <[EMAIL PROTECTED]>
Subject:      Re: ARS 7.0 Install as non-root user

Kevin, 
Every install I have made has been as the root user and
converted over to a 
non-root user.  On HPUX, I would just chown the <remedy
install dir> and 
the /etc/arsystem and /etc/arinstall directories and it ran
without any 
flaws.  Just make sure you shut down all of your current ARS
processes and 
then change the permissions.  
******************* 
Subject:      Re: ARS 7.0 Install as non-root user
In-Reply-To: 
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Disposition: inline

See my other thread, entitled "ARS 7.0 p001 Install Issues"

This was done as non-root

What problem are you having

Axton Grams

*************
From:         Axton Grams <[EMAIL PROTECTED]>
Subject:      ARS 7.0 p001 Install Issues
Content-Type: text/plain; charset=ISO-8859-1

Has anyone successfully installed ARServer 7.0 p001 with all
languages
in the following environment:

- Solaris 9
- Oracle 10g client
- Remote Oracle 9.2 db (unicode)
- non-root install
- new install

The installer crashes at the beginning of the import of the FB
forms,
stating dbVersion is an invalid operator.

Other relevant install settings:
- all languages
- new install
- area plugin
- no portmapper
- webservices plugin
- all other plugins/daemons not installed (arsnmp, ardbc)
- Solaris LANG en_US.UTF-8
- Oracle NLS_LANG american

One thing I noticed is a whole bunch of arx import errors for the
localized messages form, simply because of the number of
records exceeds
2000.

Thanks,
Axton Grams
From:         Axton <[EMAIL PROTECTED]>
Subject:      Re: ARS 7.0 p001 Install Issues
In-Reply-To:  <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Disposition: inline

Here is the exact error.  I reproduced it.

Installing Flash Objects: Mon Jul 24 21:05:36 EDT 2006

./ar_install: test: unknown operator dbVersion


Looking at the install script, it looks like the installer
dies at this point:

In the stage 6 of the install script:

12299          # Import required and selected plugins
12300          ImportPlugins
>>> 12301          ImportFlash

Now in the importFlash function:

  3279 
##############################################################
  3280  # ImportFlash - Upgrade and import FlashObject Forms
  3281  #
  3282 
##############################################################
  3283  ImportFlash()
  3284  {
  3285      lecho "Installing Flash Objects: `date` "
  3286      lecho
  3287      SAMPLE_FORMS="$INSTALL_DIR/samples/en"
  3288      $CD $SAMPLE_FORMS
  3289
>>>  3290      if [ ${DB_UPGRADE} -eq 1 -a ${ARS_VER} -lt 21
]; then
  3291          LoadSchemaWithRIK FlashForms "${IMPORT_MODE}"
"${UPGRD_USER}" "${UPGRD_PASS}"
  3292          if [ $? -ne 0 ]; then
  3293              lecho "FlashForms  failed to import."
  3294              lecho "Problems encountered while
importing the
form FlashForms.def"
  3295              lecho "Please refer to the log in
$INSTALL_DIR/Logs/ for further details."
  3296          else
  3297              note "FlashForms successfully installed."
  3298          fi
  3299      fi

From the output, I can tell that the first line of this
function ran.

In the ArEnvHistory file, these are the values of the vars
used in the
if statement:

DB_UPGRADE=0
ARS_VER=select dbVersion from control

Obviously the if statement can't handle the sql statement.

Here is the diff to fix this (sloppy hack, for new installs only):

[EMAIL PROTECTED]:/var/log/remedy/media/ars70p1/ars70p001/arsystem>
diff
-u ar_install.bak ar_install
--- ar_install.bak      Mon Jul 24 10:41:19 2006
+++ ar_install  Mon Jul 24 21:36:28 2006
@@ -11780,6 +11785,7 @@
############################################
# Stage 6 : Set up sample forms and Demo
############################################
+ARS_VER=0; export ARS_VER
STAGE=6
LogOnly "Stage 6: `date`"
if [ $FRESH_INSTALL -eq 1 ]; then

Axton Grams

Dwayne Martin
Computing Support
James Madison University


 
____________________________________________________________________________________
Want to start your own business?
Learn how on Yahoo! Small Business.
http://smallbusiness.yahoo.com/r-index

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to