I have a Subversion Server running as a resident service on a Windows XP Pro machine. That service needs to access a secure network fileshare, so I used the Services->Properties->Log On tab to tell the service to run as a user who has access to the target fileshare. That works out fine until the machine restarts, when the service fails to autostart.
I am able to start it manually by logging in, going back to that Services->Properties->Log On tab and reconfiming the explicit credentials.
- Do I have to manually start this service under alternate credentials every time the machine reboots?
- Is there something else I can do to make sure that my Subversion server service autostarts with proper access to authenticate against this network share?
You have the service set to 'Automatic' in services.msc, right?
Can you see any error messages in the event viewer when your service is trying to start up (under Application, System, or Security)?
Make the service dependent on some other networking service. So it won't start before there is network access.
something like:
I have a similar problem to this; a service is running quite happily using a service account created in AD. I have to carry out some maintenance on the service, so shut it down, then when I start it up again, it fails with a "The service did not start due to a logon failure" error. Re-entering the credentials in the services.msc snap-in fixes the issue, until the next time.
Is there a way to make the password "stick"?
Maybe this requires that the account being used for the service needs to be give the Log On As A Service right? See here.
Log On
user. At that moment appropriate rights should be granted automatically, giving you rights to run your service. However those permissions are not sticky and you would need to repeat this each time server restarts.Administrative Tools / Local Security Policy / Local Policies / User Rights Assignment
to add user to "Log on as a service". This should grant given user permanent rights to restart the windows service.