Because a Windows Service cannot restart itself, we created the SABHelper service.
It is controlled in the same way as SABnzbd-service.exe, only it needs no additional parameters.
The service SABHelper will be created.
Note that this service (unlike SABnzbd) needs to be run as "Local System" or as another account with administrative privileges.
If your service exits with 1 or any non-negative number windows will restart it.
SABNzb is an awesome app.
Running as a Service (You dont need a service to control the service)
Forum rules
Help us help you:
Help us help you:
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: Running as a Service (You dont need a service to control the service)
The Helper service also keep an eye on SABnzbd.
If it becomes unresponsive, it will restart it.
I think the auto restart by Windows needs to be set up explicitly in Services.
If it becomes unresponsive, it will restart it.
I think the auto restart by Windows needs to be set up explicitly in Services.
Re: Running as a Service (You dont need a service to control the service)
All services will restart if they exit with a value of 1 or more.
Services can be setup to restart if they 'crash' this is a windows service feature.
You could spin a separate thread to monitor the main sab thread. (I have used this approach many times).
PS
I come from a pure windows programming background and I understand that SAB works on anything (well most things) so understand that putting effort into specific windows patterns is not always worth the effort. I just thought I would share the some ideas
Services can be setup to restart if they 'crash' this is a windows service feature.
You could spin a separate thread to monitor the main sab thread. (I have used this approach many times).
PS
I come from a pure windows programming background and I understand that SAB works on anything (well most things) so understand that putting effort into specific windows patterns is not always worth the effort. I just thought I would share the some ideas
Re: Running as a Service (You dont need a service to control the service)
Also Scheduled task are normally used a favour of windows services. (They are exceptions to this rule)
In Windows 7 just have a look at how many they are.
I use Scheduled tasks to control SAB, Sick (2 copies, one for HD and one for SD) and CP.
You could have a scheduled task to start every so often to run you SAB checks...
But... support is weak pre-vista.
In Windows 7 just have a look at how many they are.
I use Scheduled tasks to control SAB, Sick (2 copies, one for HD and one for SD) and CP.
You could have a scheduled task to start every so often to run you SAB checks...
But... support is weak pre-vista.
Re: Running as a Service (You dont need a service to control the service)
Hey, we spent all this effort on it: it stays in
You can always choose to run it as a scheduled task, obviously
You can always choose to run it as a scheduled task, obviously