The slave as a service feature was a new feature added to 3.0, and you’re right, our documentation for this feature is practically non-existent. We will be updating our documentation for the 3.1 release, and we will make a note to properly document this feature for that release. We apologize for the inconvenience.
When the client is installed as a service, the Deadline Launcher application (the purple icon in the system tray when installing Deadline normally) is the service that is installed, and the Slave and Pulse applications are run through this service. You won’t see the Slave appear in the Monitor unless it is running alongside the Launcher service. You can still control the Slaves through the Slave list in the Monitor while in Super User Mode, and if you are running the Monitor on the same machine that the service is running on, you can control that individual Slave through the Monitor without being in Super User Mode. We removed the system tray icons for the Launcher, Slave, and Pulse while running in service mode due to some issues with Vista compatibility, but we might revisit this for Deadline 3.1 to make the system more easily and obvious to control when running service mode.
The Monitor should still launch as normal if you run it from the Start Menu. Is this not the case? I was a little confused because the shortcut command you posted is using the -monitor argument, but you’re talking about the slave not showing in the Monitor. If you launch the slave from the Start Menu when Deadline is installed as a service, deadlineslave.exe should appear in the Task Manager process list. If it’s not there, or if it is and it’s not showing up in the Monitor, then there may be problems with the slave when it’s trying to run as a service. Check the slave logs for error messages and feel free to post one to the board for us to take a look. The logs can be found in the shared user application data folder. On XP, this folder would be something like this:
c:\documents and settings\all users\application data\frantic films\deadline\logs
By default, the slave is set to launch automatically when the launcher starts. This setting is found in the deadline.ini file for the user account that is running the Deadline applications. On XP, this file would be found here:
c:\documents and settings\USERNAME\local settings\application data\frantic films\deadline\deadline.ini
You can use Deadline Configuration to check if the launcher service is running on your machines and if it is configured to launch the slave at startup. If you launch the Configuration application, and machines are shown as online but the Launcher isn’t responding, make sure that Remote Administration is enabled under the Launcher Settings in the Repository Options, which can be accessed from the Tools menu in the Monitor while in super user mode.
If the slave is configured to start up, the slave logs (as explained above) might contain information to explain why the slave doesn’t run at startup.
The -noslave option is always passed to the launcher when it is being started up by the system or from the start menu. Without this option, the slave will automatically start when the launcher starts. Instead, the launcher relies on the deadline.ini file to determine if it should launch the slave.
The screen saver option is really only for artists workstations, so that the slave will startup automatically if the artist is away from their machine. It’s not intended for render nodes. If you are not using the Deadline service mode, and you want to start the slaves automatically, you need to add a registry entry to auto-login the machine at startup. With the launcher and slave configured to launch at startup, this will allow your render nodes to automatically start the slave on boot up. This is what we do here at Frantic. Information for configuration your render nodes to auto-login can be found here:
franticfilms.com/software/su … ksetup.php
My gut reaction is that something is preventing the slave from running in service mode, and that is the root of all your problems. It could be a permissions issue, or something else, and hopefully the slave logs will provide some helpful information.
Cheers,