tnelipov
Active Member
If you want the no-nonsense version...
- Use the account that jde services run under (jdeb7333 perhaps) as the user
who issues runube commands. This method works easily.
- If you desire to call runube from a user other than whoever owns the jde
services, results may vary. Is it possible to use runube as a different
user - it certainly should be (I have not done it).
In my mind, this comes down to a cost vs benefit scenario in terms of the
effort and time involved in troubleshooting what most likely is a
permissions issue. What is the business reason to use runube from another
UNIX account and does it justify the time spent?
My two cents...
Tony
========================
The user we are using to log into the environment is not the problem. As I
stated, the call to runube as the jde unix user works, but when I use a
different unix user, it does not work. My concern was that there are unix
permissions/environment variables that are not set correctly, even though
the environments are set up the same. Let me repeat, the JDE USER is not
the problem here, unless there is a link between which UNIX user runs the
job and which JDE USER is specified for the environment login.
OneWorld Xe on SUN Machine running Oracle 8i
------------------------------------------------------------------------------
This e-mail is intended for the use of the addressee(s) only and may contain privileged, confidential, or proprietary information that is exempt from disclosure under law. If you have received this message in error, please inform us promptly by reply e-mail, then delete the e-mail and destroy any printed copy. Thank you.
==============================================================================
- Use the account that jde services run under (jdeb7333 perhaps) as the user
who issues runube commands. This method works easily.
- If you desire to call runube from a user other than whoever owns the jde
services, results may vary. Is it possible to use runube as a different
user - it certainly should be (I have not done it).
In my mind, this comes down to a cost vs benefit scenario in terms of the
effort and time involved in troubleshooting what most likely is a
permissions issue. What is the business reason to use runube from another
UNIX account and does it justify the time spent?
My two cents...
Tony
========================
The user we are using to log into the environment is not the problem. As I
stated, the call to runube as the jde unix user works, but when I use a
different unix user, it does not work. My concern was that there are unix
permissions/environment variables that are not set correctly, even though
the environments are set up the same. Let me repeat, the JDE USER is not
the problem here, unless there is a link between which UNIX user runs the
job and which JDE USER is specified for the environment login.
OneWorld Xe on SUN Machine running Oracle 8i
------------------------------------------------------------------------------
This e-mail is intended for the use of the addressee(s) only and may contain privileged, confidential, or proprietary information that is exempt from disclosure under law. If you have received this message in error, please inform us promptly by reply e-mail, then delete the e-mail and destroy any printed copy. Thank you.
==============================================================================
