A while back I posted a video and some instructions on how to set up your Opalis Operator Console as a Windows Service. It was extremely popular and got a lot of people moving in the right direction for Operator Console usage with Opalis.
Right after the post came out, there was a comment posted on the YouTube video stating that “Local System” was not a valid “Log On As” Account for this Service, once it was created.
As “Local Service” worked in my install (and in the video), I took it as a quirk with the setup, but recently I have found that an actual user account may be required for this service to operate properly (especially in 2008).
With the upcoming release of Opalis 6.3 and the support of 2008, I wanted to post this update explaining that the Service, once installed, should be set to have a “Log On As” Account set to a User Account.
The following image is how one of my Demo System’s Opalis Operator Console Service is configured:
DISCLAIMER: This information is for example purposes only. It is not official documentation on the best practice for getting the Operator Console installed as a Windows Service. This is meant to guide you in the right direction and point out some of the important aspects to get it up and running. The wrapper.conf referenced in these blog posting is an example of what I used to get everything working in my environment. Your experience may vary.
Recently released (January 2011) by Kelverion, a new utility has been developed that can be used to fully assist with the install of the Opalis Operator Console as well as configure it as a service. Information about this utility is available here, and a demo is available here.