Have you tried granting the file system rights directly to the domain
account? You could also confirm definitely that it is a permissions issue by
temporarily making the domain account an administrator of the machine.
--
Niall Litchfield
Oracle DBA
Audit Commission UK
"Matthias Meyer" <matthias.meyer_at_softron.de> wrote in message
news:b2b8jl$1b2585$1_at_ID-114817.news.dfncis.de...
>
> "Niall Litchfield" <n-litchfield_at_audit-commission.gov.uk> schrieb im
> Newsbeitrag news:3e492231$0$6271$ed9e5944_at_reading.news.pipex.net...
> > When it is run as a service it is not an interactive or authenticated
> user.
> > Try either setting the service to run as the local system account or
> > granting the rights directly to the user account. I also seem to recall
> that
> > the ms provider at least needs full control to the temp directory
> location.
>
> The service must not run as LocalSystem because it needs access to network
> resources. Therefore we configured the service to use a domain account.
The
> same domain account is also used to log on to the desktop on the same
> machine and to start the client application. So both apps (interactive
> client and service) use the same account and should have the same
> privileges. However, there must be a subtle difference so that the service
> app does not find the Oracle binaries.
>
>
Received on Wed Feb 12 2003 - 04:17:08 CST
