If you do su then your $USER will still be "ole", but if you do "su -" to
invoke a login shell, then $USER will be "root".  Either way, you would
still have effective root privileges and you should be able to write to the
dir, but the problem is that the script tells jsvc to use the current $USER
value at the time you run the script.  This is part of a bigger problem with
the daemon startup and installation permissions and I think we are going to
be addressing all of this shortly.

Chris

On 5/16/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:

Hey Guys,

I went over the RPM Installer Improvement notes
from 749 and noticed this:

=================================================
the init script fails to run because APACHEDS_USER is set to $USER,
which is not defined at boot time
=================================================

When I started ADS I was logged in as "ole" first.

Then I did: su
to become root.

Then I did
./apacheds start

Which leads to the "Permission Denied" exception
when ADS tries to create the rolling log.

Maybe $USER
still gets set to "ole"
instead of "root" since
I did not log
in as root....

I'm 99% sure that's the case, because
after doing "su", if I do
echo $USER the result is "ole"

Anyways as soon as the RPM creates
a system user for apacheds, this gets cleared
up.

Cheers,
- Ole

Reply via email to